La autenticación en el protocolo MCP en 2026: cómo fue, cómo es y cómo será

El Model Context Protocol (MCP), presentado por Anthropic en noviembre de 2024, nació como una interfaz local para comandos sencillos. Pero el salto a los servidores remotos hizo que la autenticación fuera una parte obligatoria del protocolo, y no un complemento opcional.

Cómo era MCP al principio

MCP está pensado para dar al modelo una interfaz con la que comunicarse con un sistema, un programa o un servidor. La tecnología llegó con el auge de los agentes y los grandes modelos de lenguaje y, para la industria, era totalmente nueva hace apenas un par de años. Las primeras versiones de MCP solo funcionaban en local: el usuario podía pedirle al modelo que «abriera la calculadora», «revisara el calendario» o «borrara las fotos sobrantes de la galería», y el agente ejecutaba la orden en el mismo dispositivo, sin necesidad de conectarse a ningún sitio.

• El Model Context Protocol fue creado por Anthropic en noviembre de 2024
• Los primeros casos de uso de MCP eran locales: abrir una calculadora, revisar un calendario, borrar archivos de una galería
• Las primeras versiones del protocolo no exigían autenticación, porque el modelo y el servidor MCP funcionaban en el mismo dispositivo

Qué cambió con los servidores remotos

MCP dejó atrás muy pronto su papel de herramienta local y pasó a ser un protocolo para servidores remotos: el usuario pega en Claude la dirección de su servidor MCP y el modelo averigua por sí solo qué puede hacer ese servidor, a dónde conectarse y cómo comunicarse con él.

Cuando el servidor deja de formar parte del mismo dispositivo, surge la pregunta de quién accede exactamente a él y de si debe responder a esa petición. Un modelo que recibe la dirección de un servidor de terceros ya no puede dar por hecho que este se encuentra físicamente en manos del usuario. Solo debe confiar en los servidores que hayan demostrado quiénes son. Esa es la tarea de la autenticación.

«Cuando MCP pasó a ser remoto, la autenticación dejó de ser opcional», se afirma en un artículo de

Habr sobre la historia y el futuro de la autenticación en MCP.

Por qué importa a los desarrolladores

Mientras MCP fue una herramienta local, el desarrollador no tenía que pensar en quién se conectaba al servidor: servidor y modelo compartían dispositivo y un mismo perímetro de confianza. Con el paso a los servidores remotos, esa separación desapareció y la autenticación se convirtió en un elemento básico de la arquitectura, que hay que incorporar desde el inicio del trabajo en un servidor y no añadir después.

Por eso el autor del artículo de Habr estructura el relato en tres etapas: «cómo fue», «cómo es» y «cómo será». MCP pasó de ser una herramienta local sin ningún mecanismo de verificación de conexiones a un protocolo en el que el acceso remoto y la confianza en el servidor se plantean para cada nuevo integrador.

Qué significa esto

Para los equipos que conectan servidores MCP a Claude y a otros agentes, la pregunta de «quién verifica la conexión y cómo» ya no se puede aplazar. Pasa a ser parte de la arquitectura básica de cualquier servidor remoto desde el primer día.

Preguntas frecuentes

¿Cuándo apareció el protocolo MCP?

Anthropic creó el Model Context Protocol en noviembre de 2024 como una interfaz mediante la cual el modelo puede comunicarse con sistemas, programas y servidores externos.

¿Cómo funcionaba MCP antes del salto a los servidores remotos?

MCP era local en origen y resolvía tareas modestas: las peticiones típicas, como «abre la calculadora», «revisa el calendario» o «borra las fotos sobrantes de la galería», se ejecutaban en un solo dispositivo sin necesidad de autenticación.

¿Para qué sirve el protocolo MCP?

Para dar al modelo una interfaz única con la que comunicarse con sistemas, programas y servidores externos, en lugar de escribir una integración distinta para cada herramienta.