L'adopcio d'agents d'intel·ligencia artificial en entorns empresarials avança a un ritme accelerat, pero la seguretat de les connexions entre agents, eines i sistemes backend encara es gestiona de manera fragmentada. Moltes organitzacions habiliten l'acces a bases de dades, APIs i altres serveis sense establir un perimetre de control clar entre l'agent, el protocol de comunicacio i l'eina. Aquest buit genera riscos com injeccio d'indicacions, exfiltracio de dades sensibles o escalada de privilegis a traves d'agents compromesos. Per abordar aquest repte, cal entendre que la seguretat no ha de residir unicament dins el marc de l'agent, sino a la capa de protocol on es produeix l'intercanvi. En aquest article explorem com els protocols MCP (Model Context Protocol) i A2A (Agent-to-Agent), juntament amb les portes d'enllac d'agents, estan redefinint l'arquitectura de seguretat per a sistemes multiagent, i com empreses com Q2BSTUDIO ajuden a dissenyar i implementar aquestes solucions amb un enfocament integral que abasta desenvolupament de programari a mida, intel·ligencia artificial, ciberseguretat i serveis al núvol.
Quan un agent d'IA descobreix una eina en temps d'execucio i decideix invocar-la, el flux de la sol·licitud involucra multiples identitats: l'usuari original, el propi agent, el servidor de protocol i el servei backend. Sense una capa de control intermedia, cada decisio d'autoritzacio queda dispersa entre els diferents components. MCP estandarditza la connexio entre aplicacions LLM i fonts de dades externes mitjancant un model host/client/servidor basat en JSON-RPC. Per la seva banda, A2A permet que agents independents col·laborin sense exposar la seva memoria interna ni les seves eines, intercanviant targetes d'agent (Agent Cards) que descriuen capacitats, endpoints i requisits d'autenticacio. No obstant aixo, ni MCP ni A2A resolen per si sols els problemes de govern corporatiu, com la definicio de politiques per eina, l'auditoria de cadenes de crides o la proteccio contra metadades malicioses. Aqui es on les portes d'enllac d'agents (Agent Gateways) cobren protagonisme.
Google Cloud i AWS han comencat a oferir serveis de porta d'enllac especifics per a agents. Google Agent Gateway actua com a punt d'aplicacio de politiques per al transit MCP i A2A, permetent extreure atributs de les sol·licituds per aplicar regles d'autoritzacio detallades. AWS AgentCore Gateway proporciona un punt d'entrada segur per al transit d'agents, agregant multiples servidors MCP en un unic endpoint virtual i suportant autenticacio inbound mitjancant OAuth JWT o IAM SigV4. Tots dos convergeixen en la mateixa idea: el control centralitzat del transit entre agents, eines i models es indispensable per a la seguretat en produccio. No es tracta de triar entre MCP, A2A o una porta d'enllac, sino d'entendre que cadascun opera en una capa diferent: MCP connecta agents a eines, A2A connecta agents entre si, i la porta d'enllac governa el transit.
El model de politiques per a la capa de protocol ha d'abarcar sis dimensions clau: la identitat de qui crida (usuari, agent o compte de servei), la identitat de l'agent runtime, la intencio del protocol (llistar eines vs invocar-les, sol·licitar tasques A2A), la classificacio del desti (intern, extern, SaaS), el risc de l'accio (només lectura, destructiva, externa) i la classe de dades implicada (confidencials, regulades, credencials). Aquests criteris s'han de traduir a regles executables, idealment mitjancant politiques com a codi (policy-as-code) que es versionen, proven i despleguen de forma controlada. Q2BSTUDIO integra aquestes bones practiques en els seus serveis al núvol AWS i Azure, garantint que els entorns de desenvolupament, preproduccio i produccio mantinguin un aïllament adequat i politiques d'acces granulars.
A la practica, la implementacio requereix quatre capes. La primera es un cataleg centralitzat d'eines MCP i agents A2A, amb informacio de propietari, entorn, risc i estat d'aprovacio. La segona es un model d'identitat separat: la identitat de l'usuari, la de l'agent i la de la porta d'enllac s'han de diferenciar clarament, i l'agent ha de poder actuar en nom de l'usuari amb abast limitat. La tercera es la porta d'enllac, que aplica politiques conscients del protocol: per a MCP, controla el descobriment i la invocacio d'eines; per a A2A, controla la delegacio de tasques i l'acces a habilitats. La quarta es l'aplicacio al backend: l'eina final segueix sent responsable de validar permisos i dades. Un error comu es confiar unicament en la porta d'enllac per a l'autoritzacio; la defensa en profunditat exigeix que el backend també verifiqui cada operacio.
Els majors desafiaments operatius sorgeixen a les costures entre sistemes. Les descripcions d'eines es converteixen en superficie d'atac: metadades malicioses poden induir el model a comportaments insegurs. Els catalogues d'eines deriven quan no se sincronitzen amb les politiques. Les etiquetes de només lectura sovint no son fiables, ja que fins i tot una eina de només lectura pot exposar dades sensibles o desencadenar processos costosos. La identitat d'usuari i agent es difumina quan els registres només mostren el compte de servei de la porta d'enllac. Per aixo, a mes de la porta d'enllac, es fonamental disposar d'observabilitat correlacionada: traces que uneixin la intencio de l'usuari, la decisio de l'agent, la crida a l'eina i la resposta final. Les practiques de ciberseguretat recomanades per Q2BSTUDIO inclouen la implementacio de registres d'auditoria centralitzats, la rotacio periodica de credencials i la capacitat de desactivar rapidament una eina o agent compromes.
Per a les organitzacions que tot just inicien el seu viatge amb agents, es recomana comencar amb govern del cataleg i registre d'activitats. Si els agents ja estan interactuant amb sistemes de produccio, la prioritat ha de ser establir una porta d'enllac i netejar la gestio d'identitats. En qualsevol cas, la direccio arquitectonica es clara: els agents no s'han de connectar directament a cada eina, API o agent remot amb logica de seguretat personalitzada. La capa de protocol necessita un punt de control estable que pugui autenticar, autoritzar, inspeccionar, enrutar, registrar i, si cal, bloquejar el transit abans que arribi al seu desti. Empreses com Q2BSTUDIO, especialitzades en desenvolupament d'aplicacions a mida, intel·ligencia artificial, BI/Power BI i automatitzacio de processos, estan ajudant els seus clients a dissenyar aquestes arquitectures amb un equilibri entre innovacio i control. La seguretat a la capa de protocol no es un luxe: es un requisit indispensable perque els agents d'IA puguin operar de forma fiable en entorns empresarials reals.
