Responsabilidade compartilhada no Replit: quem cuida do quê

No Replit, a responsabilidade é dividida assim: a plataforma responde pela segurança do Replit Agent, da infraestrutura e do ambiente onde as cargas de trabalho rodam; a empresa cliente responde pelo conteúdo do seu aplicativo e por usar e configurar corretamente as ferramentas que a Replit oferece. É o que descreve o modelo de responsabilidade compartilhada publicado na documentação oficial da Replit, uma matriz que separa o que é da plataforma e o que é do cliente em quatro áreas: geral, Replit Agent, ambiente de desenvolvimento e apps publicados. Este guia é para tecnologia, segurança, jurídico e para quem decide liberar vibe coding numa grande empresa: traduzimos a matriz em decisões práticas, apontamos onde as empresas costumam assumir que "a plataforma cuida" e não cuida, e propomos um checklist. A Jetpacks é parceira oficial da Replit no Brasil, mas a fonte de tudo o que segue sobre a divisão de responsabilidades é a documentação pública da própria Replit — releia-a antes de qualquer decisão, porque ela pode mudar.

O que é o modelo de responsabilidade compartilhada

É a prática, comum em nuvem, de deixar explícito quem responde por quê. Segundo a documentação, o modelo da Replit segue o desenho de padrões estabelecidos de responsabilidade compartilhada em nuvem e IA (cita o modelo de IA da Microsoft e a matriz de controles de IA da Cloud Security Alliance) e se apoia na ISO/IEC 42001 e no NIST AI RMF.

A divisão de princípio tem duas linhas:

• Replit: segurança do Replit Agent, da plataforma e da infraestrutura em que as cargas de trabalho do cliente rodam, com controles razoáveis e padrões seguros, além de ferramentas para o cliente proteger seu app e seus dados.
• Cliente: o conteúdo do aplicativo e o uso e a configuração das ferramentas oferecidas.

Para incidentes, a lógica é a mesma: incidentes da plataforma seguem a política de resposta a incidentes da Replit; incidentes que se originam no seu aplicativo, nos seus dados ou nas contas dos seus usuários finais são seus para conduzir.

A matriz em quatro áreas: o que é da Replit e o que é seu

Geral

• Replit: certificações de conformidade da plataforma (atestados SOC 2 Type II), resposta a incidentes e notificação de violação da plataforma, avaliação e divulgação de subprocessadores, triagem e correção de vulnerabilidades reportadas.
• Cliente: cumprir os Termos de Serviço, responder a incidentes originados em projetos, código, dados ou contas de usuários finais, reportar vulnerabilidades da plataforma e avaliar os subprocessadores usados pelos próprios aplicativos.

Replit Agent

• Replit: a geração de código pelo Agent, a manutenção do framework agêntico, da memória e das ferramentas centrais, o reforço do harness contra prompt injection e prompts maliciosos, o tratamento e o registro de dados conforme os Termos e o acordo de processamento de dados, e a manutenção de Skills e ferramentas MCP de primeira parte.
• Cliente: revisar o código gerado quanto a correção, segurança e licenciamento, aprovar ações sensíveis (deploys, mudança de segredos, chamadas externas), elaborar prompts e instruções, higienizar entradas para não alimentar o Agent com conteúdo externo não confiável, validar as saídas e avaliar, configurar e revogar Skills e ferramentas MCP de terceiros.

Esta linha merece atenção do jurídico: a revisão de licenciamento e de correção do código gerado é do cliente. A plataforma gera; quem responde pelo resultado publicado é a empresa. É o mesmo raciocínio que aprofundamos em propriedade intelectual e IA generativa nas empresas.

Ambiente de desenvolvimento

• Replit: controles de identidade e acesso (contas, MFA, SSO, SCIM), logs de auditoria do workspace, garantia de que segredos não são armazenados nem registrados em texto puro, RBAC, operação do runtime de desenvolvimento, isolamento de rede entre instâncias, monitoramento de infraestrutura e opções de residência de dados.
• Cliente: configurar a gestão de identidade e acesso do workspace, revisar os logs de auditoria, usar os recursos de Connectors e Secrets para guardar segredos, configurar permissões de compartilhamento e colaboração, definir retenção, exclusão e exportação de dados, e autorizar, rotacionar e revogar credenciais de terceiros.

O ponto crítico: a Replit fornece SSO, RBAC e logs; a empresa precisa ligar, configurar e ler. Um log de auditoria que ninguém revisa não protege ninguém. Detalhamos os controles da plataforma em Replit Enterprise: governança nativa para vibe coding.

Apps publicados

• Replit: proteção de borda (anti-DDoS e WAF), manutenção e correção de vulnerabilidades da infraestrutura, seleção de região para residência de dados na publicação, criptografia em trânsito (TLS) e em repouso para dados armazenados pela plataforma, backup do código e do conteúdo dos bancos gerenciados pela Replit, detecção e alerta sobre dependências vulneráveis, monitoramento de disponibilidade e abuso, e ferramentas de ciclo de publicação (visibilidade privada, protegida por senha ou pública).
• Cliente: gestão de usuários e controles de login, aplicação de políticas de uso e controle de acesso por autorização, respeito a direitos de propriedade intelectual, gestão dos dados consumidos, criados ou exibidos, avisos de privacidade e consentimento do usuário final, conformidade regulatória (a documentação lista GDPR, CCPA, PHI, PCI DSS, HIPAA e SOC 2), testes de intrusão, tratamento de divulgação de vulnerabilidades por pesquisadores, criptografia na camada de aplicação, escolha da visibilidade adequada do app, correção das dependências vulneráveis e logging e monitoramento no nível da aplicação.

Para empresas brasileiras, a lista do cliente tem um item que a documentação não cita pelo nome, mas que decorre da própria divisão: LGPD. A regra é a de sempre: quem controla o dado pessoal no app responde por ele. Veja LGPD e IA generativa para as bases legais e o RIPD.

Onde as empresas assumem que "a plataforma cuida" — e não cuida

Lendo a matriz com olhar de compliance, cinco lacunas aparecem com frequência. São inferências nossas a partir do texto oficial, não afirmações da Replit:

1. Alerta de dependência vulnerável não é correção. A plataforma detecta e alerta; a remediação é do cliente. Sem dono nomeado, o alerta vira ruído.
2. Aprovar deploy é decisão do cliente. O Agent propõe; quem aprova ações sensíveis é humano. Se todo mundo aprova sem ler, o controle existe só no papel.
3. Segurança do app publicado não vem "de fábrica". Login, autorização, criptografia de aplicação e testes de intrusão são do cliente. Um app interno público por engano é falha de configuração de visibilidade — item da lista do cliente.
4. Conformidade regulatória é do cliente. Ter uma plataforma com SOC 2 Type II não torna o seu app conforme. O atestado cobre a plataforma, não o que você constrói sobre ela — a lógica que vale também para SOC 2 e ISO 27001 para sistemas vibe-coded.
5. Skills e MCP de terceiros são risco seu. A Replit mantém os de primeira parte; avaliar, configurar e revogar os de terceiros é do cliente.

Como transformar a matriz em governança: um checklist em cinco passos

1. Nomeie um dono por linha da coluna "cliente". Para cada item, um responsável (segurança, TI, dono do produto, jurídico) e um prazo de revisão. Matriz sem nome é documento decorativo.
2. Configure a plataforma antes de liberar em escala. SSO, SCIM, RBAC, permissões de compartilhamento, retenção e Secrets. O que é ligado no dia um evita retrabalho depois.
3. Defina o pipeline de aprovação de apps publicados. Quem pode publicar, com qual visibilidade, depois de qual revisão de código, dependências e dados. O checklist de segurança do vibe coding traz os critérios técnicos.
4. Inclua o app no inventário de portfólio. Cada app vibe-coded precisa de dono, dados tratados e data de revisão. É a lógica de governança de portfólio de vibe coding.
5. Treine quem usa. Boa parte da coluna do cliente (revisar código, higienizar entradas, aprovar ações sensíveis) depende de comportamento, não de tecnologia. Sem capacitação, a divisão de responsabilidades não sai do papel.

O que dizer ao comitê de segurança

Três frases resumem a posição defensável:

• A plataforma responde pela segurança do Agent, da infraestrutura e do runtime, e publica isso em documento oficial que embasa a avaliação do fornecedor.
• A empresa responde pelo conteúdo dos apps, pela configuração dos controles e pela conformidade regulatória do que publica.
• Portanto, o risco residual é função do nosso processo de configuração, revisão e aprovação, e é nele que investimos.

Isso conversa com os riscos do vibe coding nas empresas, que deixam claro que a maior parte dos incidentes nasce de processo, e não da plataforma. E com o funcionamento do agente, explicado em como funciona o Replit Agent.

FAQ

O que é o modelo de responsabilidade compartilhada do Replit?

É a matriz publicada na documentação oficial da Replit que separa o que a plataforma cobre (Agent, infraestrutura e ambiente) do que é do cliente (conteúdo do app e configuração das ferramentas), em quatro áreas: geral, Replit Agent, ambiente de desenvolvimento e apps publicados.

A Replit é responsável pela segurança do meu aplicativo?

Não integralmente. A Replit responde pela segurança da plataforma e da infraestrutura; o cliente responde pelo conteúdo do aplicativo, por controles de login e autorização, por criptografia na camada de aplicação, por testes de intrusão e pela remediação de dependências vulneráveis.

Quem responde pelo código gerado pelo Replit Agent?

A geração é da plataforma, mas a revisão de correção, segurança e licenciamento do código gerado, e a validação das saídas, são responsabilidade do cliente.

Quem responde pela conformidade com a LGPD nos apps criados no Replit?

A empresa. A documentação atribui ao cliente a conformidade regulatória, os avisos de privacidade e o consentimento do usuário final; como controladora, a empresa responde pelo tratamento de dados pessoais no app.

Quem cuida dos backups?

A Replit faz backup do código do app e do conteúdo dos bancos de dados gerenciados por ela. A política de retenção, exclusão e exportação de dados é configurada pelo cliente.

Onde ler o modelo original?

Na documentação oficial da Replit. Trate a fonte como a versão vigente e confira-a antes de decisões de contratação.

Conclusão

Responsabilidade compartilhada só funciona quando os dois lados cumprem a sua parte: a Replit fornece controles e infraestrutura; a sua empresa precisa configurá-los, revisá-los e responder pelo que publica. A matriz oficial é um bom ponto de partida para transformar "vamos liberar vibe coding" em política aprovável pelo comitê de segurança. Para ver o quadro completo do tema, comece pelo pilar do hub, vibe coding nas empresas, e conheça o contexto da parceria em Jetpacks, parceira oficial da Replit no Brasil. Se quiser mapear a sua coluna "cliente" e desenhar a governança antes de escalar, o diagnóstico gratuito da Jetpacks é uma conversa de 30 a 45 minutos para isso.