Dropbox Automatiza Revisões de Segurança Usando Recuperação MCP

Dropbox publicou a arquitetura por trás de um sistema de revisão de segurança construído sobre o Protocolo de Contexto de Modelo. O agente recupera automaticamente modelos de ameaça e sinaliza lacunas entre os requisitos de segurança documentados e o código enviado. Após analisar 150 revisões de design de segurança em 18 meses, Dropbox descobriu que apenas 12% dos pull requests se vinculavam de volta à sua revisão de design original ou modelo de ameaça. O tempo mediano de revisão para criação de PR foi de cinco semanas, com 54% dos PRs atrasados mais de um mês e uma cauda se estendendo além de 11 meses.

Dash, a camada interna de busca de conhecimento da Dropbox, indexa conteúdo em wikis, arquivos Dropbox, Google Workspace e GitHub. O sistema expõe modelos de ameaça via um servidor MCP (código aberto em github.com/dropbox/mcp-server-dash) usando busca semântica. Quando um PR é enviado, o agente chama o servidor MCP para recuperar modelos de ameaça relevantes por significado em vez de palavras-chave exatas. Essa recuperação sozinha conectou 80% das revisões de design histórico às mudanças de código implementadas em 79 pares verificados, versus a taxa de link manual de 12%.

A camada LLM compara requisitos recuperados com o diff real e expõe lacunas específicas. Em vez de deixar humanos fazer referência cruzada entre modelos de ameaça e revisões, o modelo fundamenta cada descoberta tanto no requisito quanto na implementação — mostrando ao revisor o requisito, documento de origem e código relevante juntos. Descobertas não fundamentadas em ambas as fontes não são exibidas.

O líder de engenharia Ishan Mishra escolheu MCP sobre integração direta com CI para evitar um fluxo de trabalho pontual. Com MCP como a interface, o agente não precisa saber onde a informação reside ou como os controles de acesso funcionam. Dash cuida de ambos nos bastidores, tornando o padrão reutilizável em requisitos de privacidade, documentação de conformidade e políticas de governança de API sem reconstruir a camada de recuperação.

O problema mais difícil foi decidir quando o sistema tinha confiança suficiente para expor uma descoberta versus permanecer silencioso. Um PR tocando múltiplos subsistemas requer contexto de vários modelos de ameaça simultaneamente. O sistema é conservador — trata-se como exposição de evidências, não como fonte de verdade. Feedback dos desenvolvedores sobre precisão retroalimenta a precisão de recuperação. A recuperação ciente de permissões, encriptação e log de auditoria da Dash herdam do produto corporativo, mantendo a documentação sensível dentro dos limites de acesso existentes.

Aproximadamente 15% das revisões de design foram arquivadas retroativamente, após o código ser escrito. O mesmo padrão de recuperação pode sinalizar durante o desenvolvimento quando uma mudança de código toca áreas que justificam revisão, prevenindo arquivamento retroativo.

Para equipes de plataforma: MCP como uma interface de recuperação de CI é executado em produção da Dropbox contra uma década de documentação de segurança. A comparação de 80%-vs-12% entre taxas de link automatizado versus manual é o número para mostrar ao seu líder de segurança.