A Salesforce publicou as notas do Summer '26 sob um lema afiado: "a empresa agêntica encontra a segurança imposta". Para quem já tem Agentforce rodando ou no roadmap, a mudança que interessa é uma só: as Agentforce Gateway policies e o MCP for Agentforce deixaram de ser recomendação de boa prática e viraram arquitetura obrigatória. No mesmo pacote vem a "segurança imposta" — MFA obrigatório para todos, Apex em user-mode por padrão e novos controles no login via SOAP API.
A leitura para o board brasileiro é direta: a Salesforce parou de sugerir e passou a exigir. Quem tratou governança de agente como item de backlog vai descobrir que o próprio release barra o rollout. Este artigo destrincha o que mudou e o que fazer antes de subir o agente.
1. O que o Summer '26 trouxe: empresa agêntica com segurança imposta
O recado do Summer '26 combina duas frentes que, até então, andavam separadas: a expansão da empresa agêntica (mais Agentforce, mais ações, mais ferramentas) e a chegada da segurança imposta (controles que o administrador não pode mais adiar). A tese da Salesforce é que agentes com poder de ação sobre dados de negócio não podem depender da boa vontade de cada org para serem seguros — a plataforma passa a exigir os controles por padrão.
Na prática, "segurança imposta" quer dizer que configurações que antes eram opcionais agora vêm ligadas e difíceis de desligar. É uma mudança de filosofia: de "a plataforma oferece o cadeado, você decide se usa" para "a plataforma tranca a porta e você opera dentro das regras".
2. Agentforce Gateway policies + MCP: por que "não é arquitetura opcional"
O coração da mudança são as Gateway policies. Elas definem quais agentes acessam quais ferramentas MCP, com que limites de uso e sob quais regras. O MCP for Agentforce padroniza como o agente consome ferramentas e dados externos — e a Gateway é a camada que governa esse consumo.
O ponto que a Salesforce fez questão de deixar explícito: isso "não é arquitetura opcional". Sem uma policy de gateway definindo o escopo de ação, o agente ou não sobe, ou sobe abrindo brecha. Governar o acesso do agente às ferramentas MCP deixou de ser refinamento de segurança para virar pré-requisito de deploy. Quem vinha configurando acesso "no improviso" precisa reescrever essa camada com política formal.
3. A onda de "segurança imposta": MFA obrigatório, Apex user-mode, controles SOAP
Além da governança de agente, o Summer '26 aperta a segurança da plataforma como um todo. Três mudanças concretas merecem atenção do time técnico:
MFA obrigatório para todos os usuários — a autenticação multifator deixa de ter exceções práticas. Integrações e usuários de serviço que dependiam de login simples precisam ser revistos.
Apex em user-mode por padrão — o código Apex passa a respeitar as permissões do usuário por padrão, em vez de rodar em system-mode com acesso amplo. Isso reduz superfície de risco, mas quebra customizações que assumiam acesso irrestrito.
Novos controles no login via SOAP API — endurecem a autenticação de integrações legadas. Sistemas que ainda logam por SOAP precisam ser auditados antes do release.
4. O que quebra no rollout se você não governou o agente
Os sintomas de quem deixou governança para depois são previsíveis. O agente não sobe porque falta a Gateway policy que autoriza seu acesso às ferramentas MCP. Ou sobe, mas com escopo amplo demais, expondo dados que não deveria — e o time descobre em auditoria, não em design. Integrações antigas param porque assumiam login sem MFA ou Apex em system-mode. Cada um desses é um bloqueio no caminho do go-live, e todos têm a mesma raiz: governança tratada como sprint futura, não como arquitetura.
A boa notícia é que todos são evitáveis. O trabalho é conhecido — definir policies, mapear o escopo de cada agente, revisar integrações — só precisa acontecer antes do rollout, não depois do incidente.
5. Como a CCX implementa Agentforce com Gateway, MCP governado e acesso controlado
É aqui que a CCX ajuda. A implementação de Salesforce Commerce Cloud e Data Cloud da CCX inclui configurar Agentforce com Gateway policies, MCP governado e acesso controlado — definindo quais agentes tocam quais ferramentas, com limites e trilha, antes do go-live.
Isso se apoia em duas práticas que a CCX já opera: Security Engineering (identity management, escopo de ação, hardening do org, pentest e compliance) para desenhar o acesso do agente com segurança por design; e Integrações & APIs Enterprise para garantir que as ferramentas MCP que o agente realmente usa estejam conectadas por contratos estáveis. Governança de acesso e contrato de integração são pré-requisito, não item de backlog.
Na prática: mapeamos o escopo de cada agente, escrevemos as Gateway policies, revisamos as integrações que o Summer '26 pode quebrar (MFA, Apex user-mode, SOAP) e subimos o Agentforce com o controle exigido pela plataforma — sem barrar o rollout e sem abrir brecha.
6. Perguntas frequentes
Preciso mesmo de uma Gateway policy? No Summer '26, sim, para que o agente acesse ferramentas MCP de forma governada. É a camada que define escopo e limite — sem ela, o acesso fica sem controle formal.
O MCP for Agentforce é obrigatório? Para agentes que consomem ferramentas e dados externos de forma padronizada e governada, é o caminho previsto pela plataforma. A alternativa — conectores improvisados sem policy — é justamente o que o release desencoraja.
O que muda no meu org com a segurança imposta? MFA passa a valer para todos, Apex roda em user-mode por padrão e o login SOAP ganha controles novos. Revise integrações e customizações que assumiam acesso amplo antes de atualizar.
No agêntico, segurança virou arquitetura
O Summer '26 marca a virada em que a Salesforce parou de recomendar segurança de agente e passou a exigir. Quem chega com Gateway policies, MCP governado e integrações revisadas sobe o Agentforce sem fricção. Quem deixou para depois vai ter o rollout barrado pela própria plataforma.
Configure Gateway policies, MCP for Agentforce e acesso controlado antes do rollout. Fale com um especialista Salesforce da CCX sobre implementação Agentforce segura →
Veja também Agentforce e a cobrança por resolução e o enforcement de MFA para usuários na Salesforce.