Modelo de responsabilidade compartilhada – Padrões
Saiba mais sobre Well-Architected Trust → O Modelo de Responsabilidade Compartilhada
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Segurança | ✅ Os projetos de arquitetura presumem que a segurança do data center físico, a vigilância e as salvaguardas ambientais são tratadas pelo Salesforce (ou AWS para Hyperforce) |
| Plataforma | Segurança | ✅ Os designs de segurança de rede aproveitam a mitigação de DDoS fornecida pela plataforma e sistemas de detecção de intrusão sem investimento duplicado |
| Plataforma | Segurança | ✅ Toda a criptografia de tráfego em trânsito (TLS 1.2+) e em repouso (AES-256) é fornecida pela infraestrutura da plataforma |
| Plataforma | Segurança | ✅ A solidificação da plataforma, o gerenciamento de vulnerabilidades e a implantação de correções são responsabilidades da Salesforce; os arquitetos planejam janelas de manutenção agendadas |
| Plataforma | Segurança | ✅ Segurança de vários locatários e arquitetura de isolamento de locatário garantindo que a separação de dados seja garantia fornecida pela plataforma |
| Plataforma | Conformidade | ✅ As certificações de conformidade da plataforma (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP para ofertas do Government Cloud, HIPAA, PCI DSS, GDPR) estão disponíveis em Trust.salesforce.com e compliance.salesforce.com |
| Plataforma | Segurança | ✅ Serviços de criptografia de plataforma e infraestrutura de backup são recursos gerenciados pela plataforma que os arquitetos aproveitam sem responsabilidade de implementação |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Segurança | Os designs de arquitetura incluem controles de segurança física personalizados, defesas de perímetro de rede ou recursos de duplicação fornecidos pela plataforma de endurecimento no nível do SO |
| Plataforma | Segurança | ⚡️ Análises de segurança questionam a criptografia de plataforma em repouso ou segurança de rede sem consultar a documentação Trust.salesforce.com dos controles existentes |
| Plataforma | Conformidade | As avaliações de conformidade auditam novamente os controles de segurança da infraestrutura da plataforma em vez de aproveitar as certificações SOC 2/ISO existentes |
| Plataforma | Segurança | ⚡️ A Arquitetura assume a responsabilidade de corrigir a infraestrutura da plataforma ou gerenciar o isolamento de vários locatários |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Identity | ✅ Gerenciamento de identidade e acesso (papéis, perfis, conjuntos de permissões, MFA, SSO, privilégio mínimo) são projetados e configurados por arquitetos |
| Plataforma | Identity | ✅ Os processos de gerenciamento de ciclo de vida do usuário e recertificação de acesso são implementados com análises trimestrais documentadas |
| Plataforma | Dados | ✅ A governança de dados, incluindo classificação, mascaramento, segurança em nível de objeto/campo/registro, permissões CRUD e regras de compartilhamento, são responsabilidades do arquiteto |
| Plataforma | Integração | ✅ A segurança de integração (OAuth 2.0, autenticação JWT, credenciais nomeadas, pontos de extremidade seguros, validação do sistema externo) é projetada e mantida por arquitetos |
| Plataforma | Segurança | ✅ Os recursos de monitoramento e resposta (Monitoramento de evento, trilhas de auditoria, integração do SIEM, procedimentos de resposta a incidentes) são implementados pelos arquitetos |
| Plataforma | Desenvolvimento | ✅ Segurança de aplicativos, incluindo código personalizado seguro (Apex, Lightning), validação de entrada, prevenção de injeção e práticas de desenvolvimento seguras são responsabilidades do arquiteto e do desenvolvedor |
| Plataforma | Conformidade | ✅ As soluções mantêm a postura de conformidade por meio do gerenciamento de privacidade/consentimento, políticas de retenção de dados e ajustes de conformidade alinhados aos requisitos regulatórios |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Identity | ⚡️ O gerenciamento de identidade e acesso é tratado como “segurança da plataforma” sem projetar papéis, perfis, conjuntos de permissões ou requisitos de MFA |
| Plataforma | Dados | Supõe-se que a governança de dados seja fornecida pela plataforma; nenhuma classificação de dados, regras de compartilhamento ou segurança em nível de campo está configurada |
| Plataforma | Integração | ⚡️ A segurança de integração depende de controles no nível da rede sem implementar o OAuth, o gerenciamento de credenciais ou a validação de ponto de extremidade |
| Plataforma | Segurança | ⚡️ O monitoramento e a resposta a incidentes são tratados como responsabilidades do Salesforce; não há monitoramento de evento, integração de SIEM ou procedimentos de resposta |
| Plataforma | Desenvolvimento | ⚡️ A segurança de código personalizado não é validada; vulnerabilidades de injeção, imposição de CRUD/FLS ausente e padrões inseguros se acumulam |
| Plataforma | Conformidade | ⚡️ A configuração de conformidade nunca é implementada; as soluções violam os requisitos regulatórios, apesar das certificações da plataforma |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Conformidade | ✅ As certificações de plataforma (SOC 2 Tipo II, ISO 27001, FedRAMP para ofertas do Government Cloud, HIPAA, PCI DSS, GDPR) são mencionadas na documentação de conformidade como abrangendo responsabilidades de infraestrutura |
| Plataforma | Conformidade | ✅ A preparação da auditoria utiliza a documentação Trust.salesforce.com e compliance.salesforce.com para controles de infraestrutura da plataforma |
| Plataforma | Conformidade | ✅ A documentação de conformidade descreve claramente as certificações fornecidas pela plataforma versus os controles implementados pelo arquiteto para soluções personalizadas |
| Plataforma | Arquitetura | ✅ Objetos personalizados, Apex code, integrações e configurações são projetados para manter a postura de conformidade fornecida pela plataforma |
| Plataforma | Conformidade | ✅ A documentação da arquitetura mapeia explicitamente como as soluções personalizadas cumprem os requisitos regulatórios enquanto aproveitam as certificações da plataforma |
| Plataforma | Conformidade | ✅ Certificações regionais e requisitos de conformidade impulsionam a seleção de região do Hyperforce durante o provisionamento da organização |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Conformidade | Presume-se que as certificações de plataforma cobrem todas as obrigações de conformidade; nenhum controle de solução personalizada é implementado |
| Plataforma | Conformidade | ⚡️ Tentativas de preparação de auditoria para auditar novamente os controles de infraestrutura da plataforma em vez de fazer referência a certificações existentes |
| Plataforma | Arquitetura | Código personalizado, configurações e integrações violam os requisitos de conformidade, embora a plataforma tenha as certificações adequadas |
| Plataforma | Conformidade | A documentação de conformidade não separa claramente as certificações de plataforma dos controles implementados pelo arquiteto |
| Plataforma | Conformidade | ⚡️ A arquitetura não tem mapeamento documentado de como as soluções personalizadas mantêm a postura de conformidade enquanto aproveitam as certificações da plataforma |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Segurança | ✅ Colaboração de documento de procedimentos de resposta a incidentes: O Salesforce fornece detecção e resposta de plataforma; os arquitetos fornecem detecção e resposta em nível de solução |
| Plataforma | Segurança | ✅ As responsabilidades de gerenciamento de vulnerabilidade são claramente documentadas: Plataforma de patches do Salesforce; arquitetos corrigem código personalizado e pacotes instalados |
| Plataforma | Segurança | ✅ O monitoramento de segurança combina eventos gerados pela plataforma (Monitoramento de evento) com fluxos de trabalho de análise, alerta e resposta configurados pelo arquiteto |
| Plataforma | Arquitetura | ✅ Cada princípio de design, seção de tópico e item da lista de verificação no pilar Trust é tratado como responsabilidade do arquiteto dentro do Modelo de responsabilidade compartilhada |
| Plataforma | Segurança | ✅ As decisões de design fazem referência explicita aos limites do Modelo de responsabilidade compartilhada, distinguindo controles fornecidos pela plataforma de controles configurados pelo arquiteto |
| Plataforma | Arquitetura | ✅ Limites de responsabilidade do documento de Registros de decisão de arquitetura para controles de segurança, requisitos de conformidade e resposta a incidentes |
| Plataforma | Segurança | ✅ As análises de segurança validam se as responsabilidades do arquiteto (configuração, controles de acesso, código personalizado) são implementadas adequadamente na base fornecida pela plataforma |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Segurança | ⚡️ Os procedimentos de resposta a incidentes presumem que o Salesforce lida com todos os aspectos; não há recursos de detecção, resposta ou recuperação no nível da solução |
| Plataforma | Segurança | ⚡️ O gerenciamento de vulnerabilidades não lida com código personalizado; apenas correções de plataforma são consideradas |
| Plataforma | Segurança | ⚡️ O monitoramento de segurança depende inteiramente de ferramentas nativas da plataforma sem fluxos de trabalho ou análise de resposta configurados pelo arquiteto |
| Plataforma | Arquitetura | ⚡️ As decisões de design não fazem referência ao Modelo de responsabilidade compartilhada; existe confusão sobre quem protege o quê |
| Plataforma | Arquitetura | ⚡️ Registros de Decisão de arquitetura omitam limites de responsabilidade; as pressuposições de segurança são implícitas, em vez de explícitas |
| Plataforma | Segurança | ⚡️ As análises de segurança presumem que as certificações da plataforma eliminam as responsabilidades de segurança do arquiteto |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Saúde | HIPAA | ✅ A Shield Platform Encryption está habilitada para todos os campos que contêm informações de saúde protegidas (PHI) |
| Saúde | HIPAA | ✅ A Trilha de auditoria de campo é configurada com a retenção cumprindo o requisito de registro da HIPAA para rastreamento de acesso de PHI (confirme o período atual em relação ao regulamento aplicável) |
| Saúde | HIPAA | ✅ O Monitoramento de evento é configurado para detectar padrões de acesso de PHI não autorizados com alertas encaminhados para equipes de segurança |
| Saúde | HIPAA | ✅ As proteções técnicas exigidas pela regra de segurança HIPAA (controlo de acesso, registro de auditoria, segurança de transmissão) são implementadas por meio da configuração do arquiteto |
| Financeiro | SOX/PCI | ✅ A segregação de tarefas é implementada por meio do design do conjunto de permissões, impedindo que usuários únicos criem e aprovem transações financeiras |
| Financeiro | DSS de PCI | ✅ Números de conta primária (PAN) completos são mantidos fora do Salesforce quando possível e tokenizados por meio de processadores de pagamento para redução de escopo; quando o PAN deve ser armazenado, ele usa Campos personalizados criptografados sob controles PCI DSS |
| Privacidade | GDPR/CCPA | ✅ O gerenciamento de consentimento é implementado com fluxos de trabalho de retirada e rastreamento de consentimento por finalidade granulares |
| Privacidade | GDPR/CCPA | ✅ Fluxos de trabalho de direitos de sujeito de dados (acesso, correção, exclusão, portabilidade) concluem dentro da janela de resposta os conjuntos regulatórios que regem a sua implementação |
| Privacidade | GDPR/CCPA | ✅ A automação de retenção de dados limpa os dados quando o consentimento expira ou os períodos de retenção terminam |
| Governo | FedRAMP | ✅ O Salesforce Government Cloud é usado para cargas de trabalho do governo regulamentadas que exigem conformidade com FedRAMP |
| Governo | FedRAMP | ✅ Os controles NIST 800-53 são mapeados para a configuração do Salesforce com implementação documentada para cada controle aplicável |
| Governo | FedRAMP | ✅ O monitoramento contínuo com o Monitoramento de evento é roteado para a infraestrutura SIEM do governo para detecção de ameaças em tempo real |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Saúde | HIPAA | ⚡️ PHI é armazenado em campos criptografados padrão sem Shield Platform Encryption ou Trilha de auditoria de campo |
| Saúde | HIPAA | ⚡️ O Monitoramento de evento não está configurado para detectar acesso de PHI não autorizado; as violações ocorrem não detectadas |
| Financeiro | SOX/PCI | ⚡️ Usuários únicos podem criar e aprovar transações financeiras; a segregação de tarefas não é imposta |
| Financeiro | DSS de PCI | ⚡️ Números de conta primária completos (PAN) são armazenados em campos padrão do Salesforce sem criptografia, em vez de usar a tokenização do processador de pagamento ou o armazenamento criptografado compatível com DSS PCI |
| Privacidade | GDPR/CCPA | ⚡️ O gerenciamento de consentimento não é implementado; os dados são processados sem consentimento granular ou recursos de retirada |
| Privacidade | GDPR/CCPA | ⚡️ Solicitações de direitos de sujeito de dados são processadas manualmente por meio da equipe jurídica, em vez de automação dimensionada para a janela de resposta da regulamentação |
| Privacidade | GDPR/CCPA | A retenção de dados é manual; os dados são acumulados indefinidamente, apesar da expiração do consentimento ou da conclusão do período de retenção |
| Governo | FedRAMP | ⚡️ Cargas de trabalho do governo regulamentadas são executadas em instâncias comerciais do Salesforce, em vez do Government Cloud |
| Governo | FedRAMP | Controles NIST 800-53 não têm mapeamento documentado para a configuração do Salesforce; há lacunas de conformidade |
| Governo | FedRAMP | ⚡️ O Monitoramento de evento não é roteado para o SIEM do governo; os requisitos de monitoramento contínuo não são atendidos |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Segurança | ✅ Usuários com permissões críticas do sistema (Visualizar todos os dados, Modificar todos os dados, Gerenciar usuários) são inventariados e rastreados como ativos de privilégio elevado |
| Plataforma | Monitoramento de evento Shield | ✅ O Monitoramento de evento captura registros de evento que cobrem logins, exportações de relatórios e dados, alterações de permissão e chamadas à API para análise de segurança |
| Plataforma | Monitoramento de evento Shield | ✅ Os registros de Monitoramento de evento são roteados para uma plataforma SIEM externa para correlação com eventos de segurança que não sejam do Salesforce |
| Integração | SIEM | ✅ Regras de correlação SIEM detectam escalonamento de privilégio, como alterações de permissão fora das janelas de alteração aprovadas e anomalias de volume de API acima da linha de base |
| Integração | SIEM | ✅ Painéis SIEM fornecem visibilidade de alterações de ativos de segurança, como concessões de usuário privilegiado e exportações de dados |
| Plataforma | Documentação | ✅ O inventário de ativos de segurança é documentado com categorias de ativos (usuários, dados, integrações, pacotes, configurações), proprietários e ritmo de revisão |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Segurança | ⚡️ O inventário do ativo de segurança é mantido manualmente em planilhas que ficam desatualizadas imediatamente após a criação |
| Plataforma | Segurança | Ativos de segurança são rastreados por meio do Knowledge tribal sem inventário documentado e consultável acessível durante incidentes |
| Plataforma | Segurança | ⚡️ Auditorias de segurança ocorrem apenas durante revisões de conformidade anuais sem monitoramento contínuo entre auditorias |
| Plataforma | Segurança | ⚡️ O inventário de ativos de segurança é coletado, mas nunca revisado; contas dormentes, integrações órfãs e permissões excessivas persistem indefinidamente |
| Plataforma | Segurança | ⚡️ Usuários de integração oficiais são rastreados, mas as unidades de negócios criam aplicativos conectados ad-hoc ignorando a revisão de segurança e as políticas de rotação de credenciais |
| Plataforma | Monitoramento de evento Shield | ⚡️ O Monitoramento de evento está habilitado, mas os eventos não são roteados para SIEM; os eventos de segurança permanecem isolados no Salesforce sem correlação |
| Plataforma | Integração | Integrações de TI de sombra ignoram o rastreamento de inventário; atividade de API não autorizada cria riscos de exfiltração de dados |