Modellen Delat ansvar - Mönster
Lär dig mer om Well-Architected Trust → Modellen Delat ansvar
Mönster
| Var man ska leta | Hur bra ser ut |
|---|---|
| Plattform | Säkerhet | ✅ Arkitekturdesigner antar att fysiska datacentersäkerhet, övervakning och miljöskydd hanteras av Salesforce (eller AWS för Hyperforce) |
| Plattform | Säkerhet | ✅ Nätverkssäkerhetsdesigner använder plattformslevererade DDoS-reducerings- och intrångsdetekteringssystem utan dubbletter av investeringar |
| Plattform | Säkerhet | ✅ All trafikkryptering i transit (TLS 1.2+) och i vila (AES-256) tillhandahålls av plattformsinfrastruktur |
| Plattform | Säkerhet | ✅ Plattformshärdning, sårbarhetshantering och patchdistribuering är Salesforces ansvarsområden; arkitekter planerar kring schemalagda underhållsfönster |
| Plattform | Säkerhet | ✅ Säkerhet för flera arrendatorer och arrendatorisoleringsarkitektur som säkerställer dataseparation är plattformslevererade garantier |
| Plattform | Efterlevnad | ✅ Certifikat för plattformsefterlevnad (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP för Government Cloud-erbjudanden, HIPAA, PCI DSS, GDPR) finns på trust.salesforce.com och compliance.salesforce.com |
| Plattform | Säkerhet | ✅ Plattformskrypteringstjänster och säkerhetskopieringsinfrastruktur är plattformshanterade kapacitetsarkitekter utnyttjar utan implementeringsansvar |
Antimönster
| Var man ska leta | Hur dåligt ser ut |
|---|---|
| Plattform | Säkerhet | ⚠️ Arkitekturdesigner inkluderar egna fysiska säkerhetskontroller, försvar av nätverksperimeter eller plattformstillhandahållen kapacitet för hårdnande duplicering på OS-nivå |
| Plattform | Säkerhet | ⚠️ Säkerhet granskar plattformskryptering vid vila eller nätverkssäkerhet utan att konsultera Trust.salesforce.com-dokumentation av befintliga kontroller |
| Plattform | Efterlevnad | ⚠️ Efterlevnadsbedömningar reviderar säkerhetskontroller för plattformsinfrastruktur istället för att använda befintliga SOC 2/ISO-certifieringar |
| Plattform | Säkerhet | ⚠️ Arkitektur tar ansvar för att patcha plattformsinfrastruktur eller hantera isolering av flera arrendatorer |
Mönster
| Var man ska leta | Hur bra ser ut |
|---|---|
| Plattform | Identitet | ✅ Identitets- och åtkomsthantering (roller, profiler, behörighetsuppsättningar, MFA, SSO, minst behörighet) är utformade och konfigurerade av arkitekter |
| Plattform | Identitet | ✅ Användarlivscykelhantering och åtkomst omcertifieringsprocesser implementeras med dokumenterade kvartalsgranskningar |
| Plattform | Data | ✅ Datastyrning inklusive klassificering, maskering, objekt / fält / postnivåsäkerhet, CRUD-behörigheter och delningsregler är arkitektens ansvar |
| Plattform | Integrering | ✅ Integreringssäkerhet (OAuth 2.0, JWT-autentisering, autentiseringsuppgifter, säkra slutpunkter, extern systemvalidering) är utformad och underhålls av arkitekter |
| Plattform | Säkerhet | ✅ Övervaknings- och svarskapacitet (händelseövervakning, granskningskedjor, SIEM-integrering, incidentsvarsprocesser) implementeras av arkitekter |
| Plattform | Utveckling | ✅ Programsäkerhet inklusive säker egen kod (Apex, Lightning), validering av indata, förebyggande av injektioner och säkra utvecklingsrutiner är arkitekt- och utvecklaransvar |
| Plattform | Efterlevnad | ✅ Lösningar upprätthåller efterlevnad genom sekretess / samtyckeshantering, datalagringspolicyer och efterlevnadskonfiguration i linje med lagstadgade krav |
Antimönster
| Var man ska leta | Hur dåligt ser ut |
|---|---|
| Plattform | Identitet | ⚠️ Identitets- och åtkomsthantering behandlas som “plattformssäkerhet” utan att utforma roller, profiler, behörighetsuppsättningar eller MFA-krav |
| Plattform | Data | ⚠️ Datastyrning antas tillhandahållas av plattformen; ingen dataklassificering, delningsregler eller fältnivåsäkerhet har konfigurerats |
| Plattform | Integrering | ⚠️ Integreringssäkerhet förlitar sig på kontroller på nätverksnivå utan att implementera OAuth, inloggningsuppgifter eller slutpunktsvalidering |
| Plattform | Säkerhet | ⚠️ Övervakning och incidentsvar behandlas som Salesforce-ansvar; det finns inga förfaranden för händelseövervakning, SIEM-integrering eller svar. |
| Plattform | Utveckling | ⚠️ Säkerhet för egen kod valideras inte; injektionssårbarheter, CRUD/FLS-tillämpning saknas och osäkra mönster ackumuleras |
| Plattform | Efterlevnad | ⚠️ Konfiguration av efterlevnad implementeras aldrig; lösningar bryter mot lagstadgade krav trots plattformscertifieringar |
Mönster
| Var man ska leta | Hur bra ser ut |
|---|---|
| Plattform | Efterlevnad | ✅ Plattformscertifieringar (SOC 2 Type II, ISO 27001, FedRAMP för Government Cloud-erbjudanden, HIPAA, PCI DSS, GDPR) refereras i efterlevnadsdokumentation som täcker infrastrukturansvar |
| Plattform | Efterlevnad | ✅ Revisionsförberedelse använder Trust.salesforce.com och compliance.salesforce.com dokumentation för plattformsinfrastrukturkontroller |
| Plattform | Efterlevnad | ✅ Dokumentation om efterlevnad avgränsar tydligt plattformslevererade certifieringar jämfört med arkitektimplementerade kontroller för egna lösningar |
| Plattform | Arkitektur | ✅ Egna objekt, Apex kod, integreringar och konfigurationer är utformade för att upprätthålla efterlevnaden som plattformen ger |
| Plattform | Efterlevnad | ✅ Arkitekturdokumentation mappar uttryckligen hur egna lösningar uppfyller lagstadgade krav medan de använder plattformscertifieringar |
| Plattform | Efterlevnad | ✅ Regionala certifieringar och efterlevnadskrav driver Hyperforce regionval under organisationsprovisionering |
Antimönster
| Var man ska leta | Hur dåligt ser ut |
|---|---|
| Plattform | Efterlevnad | ️ Plattformscertifieringar antas täcka alla efterlevnadskrav; inga egna lösningskontroller implementeras |
| Plattform | Efterlevnad | ⚠️ Revisionsförberedelser försöker revidera plattformsinfrastrukturkontroller istället för att hänvisa till befintliga certifieringar |
| Plattform | Arkitektur | ⚠️ Egen kod, konfigurationer och integreringar bryter mot efterlevnadskrav trots att plattformen har lämpliga certifieringar |
| Plattform | Efterlevnad | ⚠️ Dokumentation av efterlevnad skiljer inte tydligt plattformscertifieringar från arkitektimplementerade kontroller |
| Plattform | Efterlevnad | ⚠️ Arkitektur saknar dokumenterad mappning av hur egna lösningar upprätthåller efterlevnad vid användning av plattformscertifieringar |
Mönster
| Var man ska leta | Hur bra ser ut |
|---|---|
| Plattform | Säkerhet | ✅ Incidentsvarsprocesser dokumenterar samarbete: Salesforce tillhandahåller plattformsdetektering och -svar; arkitekter tillhandahåller lösningsnivådetektering och -svar |
| Plattform | Säkerhet | ✅ Ansvar för sårbarhetshantering är tydligt dokumenterade: Salesforce patchar plattform; arkitekter patchar egen kod och installerade paket |
| Plattform | Säkerhet | ✅ Säkerhetsövervakning kombinerar plattformsskapade händelser (händelseövervakning) med arkitektkonfigurerade arbetsflöden för analys, varning och svar |
| Plattform | Arkitektur | ✅ Varje designprincip, ämnessektion och checklistaobjekt i Trust pelare behandlas som arkitektansvar inom modellen Delat ansvar |
| Plattform | Säkerhet | ✅ Designbeslut hänvisar uttryckligen till gränser för Delat ansvarsmodell, vilket skiljer plattformslevererade kontroller från arkitektkonfigurerade kontroller |
| Plattform | Arkitektur | ✅ Arkitektur Beslut Poster dokumentera ansvarsgränser för säkerhetskontroller, efterlevnadskrav och incidentsvar |
| Plattform | Säkerhet | ✅ Säkerhetsgranskningar validerar att arkitektansvar (konfiguration, åtkomstkontroller, egen kod) implementeras korrekt på plattformslevererad grund |
Antimönster
| Var man ska leta | Hur dåligt ser ut |
|---|---|
| Plattform | Säkerhet | ⚠️ Incidentsvarsprocesser förutsätter att Salesforce hanterar alla aspekter; det finns inga möjligheter till upptäckt, svar eller återställning på lösningsnivå |
| Plattform | Säkerhet | ⚠️ Säkerhetshantering hanterar inte egen kod; endast plattformspatchar övervägs |
| Plattform | Säkerhet | ⚠️ Säkerhetsövervakning förlitar sig helt på plattformsinbyggda verktyg utan arkitektkonfigurerade analys- eller svarsflöden |
| Plattform | Arkitektur | ⚠️ Utformningsbeslut hänvisar inte till Delat ansvarsmodell; det råder förvirring om vem som säkrar vad |
| Plattform | Arkitektur | ⚠️ Poster för arkitekturbeslut utelämnar ansvarsgränser; säkerhetsantaganden är implicita snarare än explicita |
| Plattform | Säkerhet | ⚠️ Säkerhetsgranskningar förutsätter att plattformscertifieringar eliminerar arkitekters säkerhetsansvar |
Mönster
| Var man ska leta | Hur bra ser ut |
|---|---|
| Hälsovård | HIPAA | ✅ Shield Platform Encryption är aktiverat för alla fält som innehåller skyddad hälsoinformation (PHI) |
| Hälsovård | HIPAA | ✅ Fältgranskningslogg är konfigurerad med lagring som uppfyller HIPAA: s postföringskrav för PHI-åtkomstspårning (bekräfta den aktuella perioden mot den styrande förordningen) |
| Hälsovård | HIPAA | ✅ Händelseövervakning är konfigurerad att upptäcka oauktoriserade PHI-åtkomstmönster med varningar dirigerade till säkerhetsteam |
| Hälsovård | HIPAA | ✅ Tekniska skyddsåtgärder som krävs av HIPAA säkerhetsregel (åtkomstkontroller, granskningsloggning, överföringssäkerhet) implementeras genom arkitektkonfiguration |
| Finans | SOX/PCI | ✅ Segregation av uppgifter implementeras genom behörighetsuppsättningsdesign som förhindrar enskilda användare från att skapa och godkänna ekonomiska transaktioner |
| Finansiell | PCI DSS | ✅ Fullständiga primära kontonummer (PAN) hålls utanför Salesforce där så är möjligt och tokeniseras genom betalningsprocessorer för att minska omfattningen; där PAN måste lagras använder det krypterade egna fält under PCI DSS-kontroller |
| Sekretess | GDPR/CCPA | ✅ Samtyckeshantering implementeras med detaljerade per-syfte samtyckesspårning och tillbakadragande arbetsflöden |
| Sekretess | GDPR/CCPA | ✅ Registrerade rättigheter arbetsflöden (åtkomst, rättelse, radering, portabilitet) slutföra inom svarsfönstret den styrande förordningen anger för din distribuering |
| Sekretess | GDPR/CCPA | ✅ Datalagringsautomatisering rensar data när samtycke går ut eller lagringsperioder avslutas |
| Myndighet | FedRAMP | ✅ Salesforce Government Cloud används för reglerade myndighetsarbetsbelastningar som kräver FedRAMP-efterlevnad |
| Myndighet | FedRAMP | ✅ NIST 800-53-kontroller mappas till Salesforce-konfiguration med dokumenterad implementering för varje tillämplig kontroll |
| Myndighet | FedRAMP | ✅ Kontinuerlig övervakning med händelseövervakning dirigeras till regeringens SIEM-infrastruktur för hotdetektering i realtid |
Antimönster
| Var man ska leta | Hur dåligt ser ut |
|---|---|
| Hälsovård | HIPAA | ⚠️ PHI lagras i krypterade standardfält utan Shield Platform Encryption eller fältgranskningslogg |
| Hälsovård | HIPAA | ⚠️ Händelseövervakning är inte konfigurerad för att upptäcka oauktoriserad PHI-åtkomst; överträdelser inträffar oupptäckta |
| Finans | SOX/PCI | ️ Enskilda användare kan både skapa och godkänna ekonomiska transaktioner; uppdelning av uppgifter tillämpas inte |
| Finansiell | PCI DSS | ⚠️ Fullständiga primära kontonummer (PAN) lagras i Salesforces standardfält utan kryptering istället för att använda betalningsprocessortokenisering eller PCI DSS-kompatibel krypterad lagring |
| Sekretess | GDPR/CCPA | ️ Samtyckeshantering har inte implementerats; data bearbetas utan detaljerad samtycke eller tillbakadragandekapacitet |
| Sekretess | GDPR/CCPA | ⚠️ Begäranden om registrerades rättigheter hanteras manuellt genom det juridiska teamet istället för automatisering som är dimensionerad till förordningens svarsfönster |
| Sekretess | GDPR/CCPA | ⚠️ Datalagring är manuell; data samlas in hur länge som helst trots att samtycket eller lagringsperioden har löpt ut |
| Myndighet | FedRAMP | ⚠️ Reglerade statliga arbetsbelastningar körs på kommersiella Salesforce-instanser istället för Government Cloud |
| Myndighet | FedRAMP | ⚠️ NIST 800-53-kontroller saknar dokumenterad mappning till Salesforce-konfiguration; efterlevnadsluckor finns |
| Myndighet | FedRAMP | ⚠️ Händelseövervakning dirigeras inte till regeringens SIEM; kraven på kontinuerlig övervakning uppfylls inte |
Mönster
| Var man ska leta | Hur bra ser ut |
|---|---|
| Plattform | Säkerhet | ✅ Användare med viktiga systembehörigheter (Visa alla data, Ändra alla data, Hantera användare) inventeras och spåras som tillgångar med hög behörighet |
| Plattform | Händelseövervakning i Shield | ✅ Händelseövervakning samlar in händelseloggar som täcker inloggningar, rapport- och dataexporter, behörighetsändringar och API-anrop för säkerhetsanalys |
| Plattform | Händelseövervakning i Shield | ✅ Händelseövervakningsloggar dirigeras till en extern SIEM-plattform för korrelation med säkerhetshändelser som inte är Salesforce |
| Integrering | SIEM | ✅ SIEM-korrelationsregler upptäcker omflyttning av privilegier, till exempel behörighetsändringar utanför godkända ändringsfönster och avvikelser i API-volym över baslinjen |
| Integrering | SIEM | ✅ SIEM-instrumentpaneler ger insyn i ändringar av säkerhetstillgångar, till exempel beviljanden av privilegierade användare och dataexporter |
| Plattform | Dokumentation | ✅ Säkerhetstillgångslager dokumenteras med tillgångskategorier (användare, data, integreringar, paket, konfigurationer), ägare och granskningskadens |
Antimönster
| Var man ska leta | Hur dåligt ser ut |
|---|---|
| Plattform | Säkerhet | ⚠️ Säkerhetstillgångslager underhålls manuellt i kalkylblad som blir inaktuella direkt efter skapandet |
| Plattform | Säkerhet | ⚠️ Säkerhetstillgångar spåras genom tribal Knowledge utan dokumenterade, sökbara lager som är tillgängliga under incidenter |
| Plattform | Säkerhet | ️ Säkerhetsgranskningar sker endast under årliga efterlevnadsgranskningar utan kontinuerlig övervakning mellan granskningarna |
| Plattform | Säkerhet | ️ Säkerhetstillgångslager samlas in men granskas aldrig; vilande konton, övergivna integreringar och överdrivna behörigheter kvarstår tills vidare |
| Plattform | Säkerhet | ⚠️ Officiella integreringsanvändare spåras men affärsenheter skapar ad hoc-anslutna appar som kringgår säkerhetsgranskning och rotationspolicyer för inloggningsuppgifter |
| Plattform | Händelseövervakning i Shield | ⚠️ Händelseövervakning är aktiverat men händelser dirigeras inte till SIEM; säkerhetshändelser förblir silos i Salesforce utan korrelation |
| Plattform | Integrering | ⚠️ Skugg-IT-integreringar kringgår lagerspårning; oauktoriserad API-aktivitet skapar risker för dataexfiltrering |