Resumo

  • A revisão de 28 de outubro descreve a busca de agentes A2A e servidores MCP próximos com mDNS e DNS-SD, seguida da consulta à descrição completa ou da abertura da sessão.
  • Qualquer host no mesmo enlace pode preencher uma ficha de descoberta. Título, ponteiro e digest vêm do anunciante; o cliente precisa verificar a identidade quando se conecta.

A lista nasce antes da confiança

Uma oficina, um laboratório ou um escritório pode ter servidores de ferramentas que aparecem por horas e mudam de endereço. O texto de Jakab e Brockners oferece um modo de encontrá-los sem um catálogo central: o cliente examina serviços DNS-SD, resolve host e porta, depois procura o cartão A2A ou inicia uma sessão MCP. A versão de outubro acrescenta MCP, parâmetros comuns com a descoberta por DNS unicast e a possibilidade de estender anúncios além do enlace. Trata-se de um Internet-Draft individual.

O anúncio, porém, é uma ficha preenchida pelo próprio candidato. A seção de segurança admite que qualquer host do enlace compartilhado pode publicar uma instância e escolher os campos TXT. O nome mostrado pode imitar outro agente. desc-ref aponta para uma descrição sem dizer quem a controla. O novo desc-ref-digest pode avisar que a descrição mudou; como chega no mesmo anúncio sem autenticação, não protege a integridade do documento. O candidato distribui a ficha e também o carimbo.

Depois da busca, vem a conexão. Host e porta SRV, combinados com uma pista de caminho, produzem uma URL influenciada pelo anunciante. A proposta recomenda verificar esquemas, faixas de endereços, portas, redirecionamentos, credenciais e pedidos entre domínios antes de segui-la. No destino, o cliente autentica o servidor pelas regras do transporte e do protocolo. Completar a URL com https não resolve sozinho a pergunta sobre quem está do outro lado.

No caso de MCP, um servidor encontrado pode apresentar ferramentas, recursos e prompts. A aparição no catálogo local não autoriza essa oferta a entrar no trabalho do agente. O mesmo vale quando um gateway repassa o anúncio: sua distância aumenta, sua origem continua autodeclarada. A prioridade de registro de nome em RFC 9665 impede uma tomada posterior de um nome ocupado, mas não identifica o operador que chegou primeiro.

Há também exposição. Outros hosts que recebem o multicast enxergam a presença dos serviços e os metadados publicados. Separar A2A e MCP por subtipo melhora a busca, sem esconder a lista. Quem administra a rede controla onde anunciar e quanta informação mostrar. Quem usa o agente precisa manter sob seu controle a decisão de conexão e de uso das ferramentas. Localização fácil não compra identidade.

Fontes: revisão 01, revisão 00, registro do IETF, mDNS, RFC 6762, DNS-SD, RFC 6763, registro de serviços, RFC 9665.