Delt ansvarsmodel - mønstre
Læs mere om Well-Architected Trust → The Shared Responsibility Model
Mønstre
| Hvor skal du se | Hvordan godt ser ud |
|---|---|
| Platform | Sikkerhed | ✅ I arkitektoniske design antages det, at det fysiske datacentersikkerhed, overvågning og miljøbeskyttelse håndteres af Salesforce (eller AWS for Hyperforce) |
| Platform | Sikkerhed | ✅ Netværkssikkerhedsdesign udnytter platformsangivne DDoS-reduktions- og indtrængningsregistreringssystemer uden dubletinvestering |
| Platform | Sikkerhed | ✅ Al trafikkryptering undervejs (TLS 1.2+) og inaktive (AES-256) leveres af platformsinfrastruktur |
| Platform | Sikkerhed | ✅ Platformshærdning, sårbarhedsstyring og fejlretningsimplementering er Salesforces ansvarsområder. Arkitekter planlægger omkring planlagte vedligeholdelsesvinduer |
| Platform | Sikkerhed | ✅ Sikkerhed for flere lejere og lejerisoleringsarkitektur, der sikrer, at adskillelse af data er platformsangivne garantier |
| Platform | Overensstemmelse | ✅ Platformsoverensstemmelsescertificeringer (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP for Government Cloud-tilbud, HIPAA, PCI DSS, GDPR) er tilgængelige på Trust.salesforce.com og compliance.salesforce.com |
| Platform | Sikkerhed | ✅ Platformskrypteringstjenester og sikkerhedsinfrastruktur er platformsstyrede funktioner, som arkitekter udnytter uden implementeringsansvar |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Platform | Sikkerhed | ⚡️ Architekturedesign inkluderer tilpassede fysiske sikkerhedskontroller, netværksperimeterbeskyttelser eller systemniveauer, der hærder dubletfunktioner, der leveres af platformen |
| Platform | Sikkerhed | Sikkerhedsanmeldelser af spørgsmålsplatformskryptering på pause eller netværkssikkerhed uden at konsultere Trust.salesforce.com-dokumentation for eksisterende kontrolelementer |
| Platform | Overensstemmelse | ⚡️ Overensstemmelsesvurderinger reviderer sikkerhedskontroller for platformsinfrastruktur i stedet for at bruge eksisterende SOC 2/ISO-certificeringer |
| Platform | Sikkerhed | ⚡️ Architecture påtager sig ansvaret for fejlretning af platformsinfrastruktur eller administration af multi-lejer-isolering |
Mønstre
| Hvor skal du se | Hvordan godt ser ud |
|---|---|
| Platform | Identitet | ✅ Identitets- og adgangsstyring (roller, profiler, tilladelsessæt, MFA, SSO, mindste rettighed) er designet og konfigureret af arkitekter |
| Platform | Identitet | ✅ Administration af brugerlivscyklus og gencertificering af adgangsprocesser implementeres med dokumenterede kvartalsvise gennemgange |
| Platform | Data | ✅ Dataadministration, herunder klassificering, maskering, sikkerhed på objekt-/felt-/registreringsniveau, CRUD-tilladelser og delingsregler er arkitektansvar |
| Platform | Integration | ✅ Integrationssikkerhed (OAuth 2.0, JWT-godkendelse, navngivne legitimationsoplysninger, sikre slutpunkter, ekstern systemvalidering) er designet og vedligeholdt af arkitekter |
| Platform | Sikkerhed | ✅ Overvågnings- og svarfunktioner (begivenhedsovervågning, revisionsspor, SIEM-integration, hændelsessvarprocedurer) implementeres af arkitekter |
| Platform | Udvikling | ✅ Applikationssikkerhed, herunder sikker tilpasset kode (Apex, Lightning), inputvalidering, injektionsforebyggelse og sikre udviklingspraksisser er arkitekt- og udvikleransvar |
| Platform | Overensstemmelse | ✅ Løsninger bevarer overensstemmelsestilstand gennem fortroligheds-/samtykkeadministration, databevarelsespolitikker og overensstemmelseskonfiguration, der er tilpasset til bestemmelseskrav |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Platform | Identitet | ⚡️ Identitets- og adgangsstyring behandles som “platformssikkerhed” uden at designe roller, profiler, tilladelsessæt eller MFA-krav |
| Platform | Data | ⚡️ Dataadministration antages at være platformsleveret. Der konfigureres ingen dataklassificering, delingsregler eller sikkerhed på feltniveau |
| Platform | Integration | Integrationssikkerhed er baseret på kontroller på netværksniveau uden at implementere OAuth, legitimationsoplysningsstyring eller slutpunktsvalidering |
| Platform | Sikkerhed | ⚡️ Overvågning og hændelsessvar behandles som Salesforce-ansvar. Der findes ingen begivenhedsovervågning, SIEM-integration eller svarprocedurer |
| Platform | Udvikling | ⚡️ Tilpasset kodesikkerhed er ikke valideret. Injektionssårbarheder, manglende CRUD/FLS-håndhævelse og usikre mønstre akkumuleres |
| Platform | Overensstemmelse | ⚡️ Overensstemmelseskonfiguration implementeres aldrig. Løsninger overtræder bestemmelseskrav på trods af platformcertificeringer |
Mønstre
| Hvor skal du se | Hvordan godt ser ud |
|---|---|
| Platform | Overensstemmelse | ✅ Platformscertificeringer (SOC 2-type II, ISO 27001, FedRAMP for Government Cloud-tilbud, HIPAA, PCI DSS, GDPR) refereres til i overensstemmelsesdokumentationen som dækker infrastrukturansvar |
| Platform | Overensstemmelse | ✅ Forberedelse af revision udnytter Trust.salesforce.com- og compliance.salesforce.com-dokumentationen til platformsinfrastrukturkontroller |
| Platform | Overensstemmelse | ✅ Overensstemmelsesdokumentation skitserer tydeligt platformsangivne certificeringer i forhold til arkitektimplementerede kontrolelementer for tilpassede løsninger |
| Platform | Architektur | ✅ Tilpassede objekter, Apex, integrationer og konfigurationer er designet til at vedligeholde den compliancetilstand, som platformen leverer |
| Platform | Overensstemmelse | ✅ Architekturdokumentation tilknytter eksplicit, hvordan tilpassede løsninger opfylder bestemmelseskrav, mens de anvender platformscertificeringer |
| Platform | Overensstemmelse | ✅ Regionale certificeringer og compliancekrav skaber Hyperforce under organisationsprovisionering |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Platform | Overensstemmelse | ⚡️ Platformscertificeringer antages at dække alle overensstemmelsesforpligtelser. Der implementeres ingen tilpassede løsningskontroller |
| Platform | Overensstemmelse | ⚡️ Revisionsforberedende forsøg på at revidere platformsinfrastrukturkontroller igen i stedet for at henvise til eksisterende certificeringer |
| Platform | Architektur | ⚡️ Tilpasset kode, konfigurationer og integrationer overtræder overensstemmelseskrav, selvom platformen har relevante certificeringer |
| Platform | Overensstemmelse | ⚡️ Overensstemmelsesdokumentation adskiller ikke tydeligt platformscertificeringer fra arkitektimplementerede kontrolelementer |
| Platform | Overensstemmelse | ⚡️ Arkitektur mangler dokumenteret tilknytning af, hvordan tilpassede løsninger vedligeholder overensstemmelsestilstand, mens de anvender platformscertificeringer |
Mønstre
| Hvor skal du se | Hvordan godt ser ud |
|---|---|
| Platform | Sikkerhed | ✅ Dokumentsamarbejde for hændelsessvarprocedurer: Salesforce leverer platformsregistrering og -svar. Arkitekter leverer registrering og -svar på løsningsniveau |
| Platform | Sikkerhed | ✅ Ansvar for sårbarhedsstyring er tydeligt dokumenteret: Salesforce fejlretter platformen. Arkitekter fejlretter tilpasset kode og installerede pakker |
| Platform | Sikkerhed | ✅ Sikkerhedsovervågning kombinerer platformsgenererede begivenheder (begivenhedsovervågning) med arkitektkonfigurerede analyser, advarsler og svararbejdsflows |
| Platform | Architektur | ✅ Hvert designprincip, emneafsnit og tjeklisteelement i Trust behandles som arkitektansvar i modellen for delt ansvar |
| Platform | Sikkerhed | ✅ Designbeslutninger henviser eksplicit til grænser for delt ansvarsmodel og adskiller platformsangivne kontrolelementer fra arkitektkonfigurerede kontrolelementer |
| Platform | Architektur | ✅ Grænser for dokumentansvar for arkitektoniske beslutningsregistreringer for sikkerhedskontroller, overensstemmelseskrav og hændelsessvar |
| Platform | Sikkerhed | ✅ Sikkerhedsgennemgange validerer, at arkitektansvar (konfiguration, adgangskontroller, tilpasset kode) implementeres korrekt på den platformsangivne basis |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Platform | Sikkerhed | ⚡️ Hændelsessvarprocedurer antager, at Salesforce håndterer alle aspekter. Der findes ingen funktioner til registrering, svar eller gendannelse på løsningsniveau |
| Platform | Sikkerhed | ⚡️ Sårbarhedsstyring håndterer ikke tilpasset kode. Kun platformsfejlretninger tages med i betragtning |
| Platform | Sikkerhed | ⚡️ Sikkerhedsovervågning er helt afhængig af platformsindbyggede værktøjer uden arkitektkonfigurerede analyser eller svararbejdsflows |
| Platform | Architektur | Designbeslutninger refererer ikke til den delte ansvarsmodel. Der er forvirring om, hvem der sikrer hvad |
| Platform | Architektur | ⚡️ Architekturbeslutningsregistreringer udelader ansvarsbegrænsninger. Sikkerhedspåstande er implicitte snarere end eksplicitte |
| Platform | Sikkerhed | ⚡️ Sikkerhedsgennemgange forudsætter, at platformscertificeringer eliminerer arkitektsikkerhedsansvar |
Mønstre
| Hvor skal du se | Hvordan godt ser ud |
|---|---|
| Behandling | HIPAA | ✅ Shield Platform Encryption er aktiveret for alle felter, der indeholder beskyttede helbredsoplysninger (PHI) |
| Behandling | HIPAA | ✅ Feltrevisionsspor konfigureres med bevarelse, der opfylder HIPAA’s registreringsbevarelseskrav for PHI-adgangssporing (bekræft den aktuelle periode i forhold til den gældende bestemmelse) |
| Behandling | HIPAA | ✅ Begivenhedsovervågning er konfigureret til at registrere uautoriserede PHI-adgangsmønstre med advarsler distribueret til sikkerhedsteams |
| Behandling | HIPAA | ✅ Tekniske sikkerhedsforanstaltninger, der kræves af HIPAA-sikkerhedsreglen (adgangskontroller, revisionslogføring, transmissionssikkerhed) implementeres gennem arkitektkonfiguration |
| Økonomisk | SOX/PCI | ✅ Segregering af pligter implementeres gennem tilladelsessætdesign, der forhindrer enkeltbrugere i at oprette og godkende finansielle transaktioner |
| Finansiel | PCI DSS | ✅ Komplette primære kontonumre (PAN) holdes ude af Salesforce, hvor det er muligt, og tokeniseres gennem betalingsprocessorer for at reducere omfanget. Hvor PAN skal lagres, bruger det krypterede tilpassede felter under PCI DSS-kontroller |
| Fortrolighed | GDPR/CCPA | ✅ Samtykkestyring implementeres med detaljerede arbejdsflows til sporing af samtykke og tilbagetrækning pr. formål |
| Fortrolighed | GDPR/CCPA | ✅ Arbejdsflows for registrerets rettigheder (adgang, rettelse, sletning, portabilitet) fuldfører i svarvinduet de styrende bestemmelsessæt for din implementering |
| Fortrolighed | GDPR/CCPA | ✅ Automatisering af databevarelse fjerner data, når samtykke udløber eller bevarelsesperioder slutter |
| Administration | FedRAMP | ✅ Salesforce Government Cloud bruges til regulerede offentlige arbejdsbelastninger, der kræver FedRAMP-overensstemmelse |
| Administration | FedRAMP | ✅ NIST 800-53-kontroller knyttes til Salesforce-konfiguration med dokumenteret implementering for hver gældende kontrol |
| Administration | FedRAMP | ✅ Kontinuerlig overvågning med Begivenhedsovervågning distribueres til den offentlige SIEM-infrastruktur for trusselregistrering i realtid |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Behandling | HIPAA | PHI gemmes i krypterede standardfelter uden Shield Platform Encryption eller Field Audit Trail |
| Behandling | HIPAA | ⚡️ Begivenhedsovervågning er ikke konfigureret til at registrere uautoriseret PHI-adgang. Overtrædelser forekommer ikke-registreret |
| Økonomisk | SOX/PCI | ⚡️ Enkeltbrugere kan både oprette og godkende finansielle transaktioner. Segregering af pligter håndhæves ikke |
| Finansiel | PCI DSS | ⚡️ Komplette primære kontonumre (PAN) lagres i Salesforce-standardfelter uden kryptering i stedet for at bruge betalingsprocessortokenisering eller PCI DSS-kompatibel krypteret lagring |
| Fortrolighed | GDPR/CCPA | ⚡️ Samtykkestyring implementeres ikke. Data behandles uden detaljeret samtykke eller tilbagekaldelsesfunktioner |
| Fortrolighed | GDPR/CCPA | ⚡️ Anmodninger om registrerets rettigheder håndteres manuelt gennem det juridiske team i stedet for automatisering, der er i størrelse med bestemmelsens svarvindue |
| Fortrolighed | GDPR/CCPA | ⚡️ Databevarelse er manuel. Data akkumuleres uendeligt på trods af udløbet samtykke eller fuldførelse af bevarelsesperiode |
| Administration | FedRAMP | ⚡️ Regulerede offentlige arbejdsbelastninger kører på kommercielle Salesforce-forekomster i stedet for Government Cloud |
| Administration | FedRAMP | NIST 800-53-kontroller mangler dokumenteret tilknytning til Salesforce-konfiguration. Der findes overensstemmelsesmangler |
| Administration | FedRAMP | ⚡️ Begivenhedsovervågning distribueres ikke til regeringens SIEM. Kontinuerlige overvågningskrav opfyldes ikke |
Mønstre
| Hvor skal du se | Hvordan godt ser ud |
|---|---|
| Platform | Sikkerhed | ✅ Brugere med kritiske systemtilladelser (Vis alle data, Rediger alle data, Administrer brugere) opbevares og spores som aktiver med forhøjede rettigheder |
| Platform | Shield-begivenhedsovervågning | ✅ Begivenhedsovervågning registrerer begivenhedslogfiler, der dækker logins, rapporteksporter og dataeksporter, tilladelsesændringer og API-kald til sikkerhedsanalyser |
| Platform | Shield-begivenhedsovervågning | ✅ Begivenhedsovervågningslogfiler distribueres til en ekstern SIEM-platform til korrelation med ikke-Salesforce-sikkerhedsbegivenheder |
| Integration | SIEM | ✅ SIEM-korrelationsregler registrerer rettighedseskalering, f.eks. tilladelsesændringer uden for godkendte ændringsvinduer og API-volumenafvigelser over basislinjen |
| Integration | SIEM | ✅ SIEM-dashboards giver indsigt i ændringer af sikkerhedsaktiver, f.eks. rettighedsbrugertildelinger og dataeksporter |
| Platform | Dokumentation | ✅ Sikkerhedsaktivopgørelsen dokumenteres med aktivkategorier (brugere, data, integrationer, pakker, konfigurationer), ejere og gennemgangskadence |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Platform | Sikkerhed | ⚡️ Sikkerhedsaktivlager vedligeholdes manuelt i regneark, der bliver forældede umiddelbart efter oprettelse |
| Platform | Sikkerhed | ⚡️ Sikkerhedsaktiver spores gennem tribal Knowledge uden dokumenteret, forespørgselsfuld lager tilgængelig under hændelser |
| Platform | Sikkerhed | ⚡️ Sikkerhedsrevisioner forekommer kun under årlige overensstemmelsesgennemgange uden kontinuerlig overvågning mellem revisioner |
| Platform | Sikkerhed | ⚡️ Sikkerhedsaktivlager indsamles, men gennemgås aldrig. Inaktive konti, forældreløse integrationer og overdrevne tilladelser bevares uendeligt |
| Platform | Sikkerhed | ⚡️ Officielle integrationsbrugere spores, men forretningsenheder opretter ad hoc-tilsluttede apps, der tilsidesætter sikkerhedsgennemgang og roteringspolitikker for legitimationsoplysninger |
| Platform | Shield-begivenhedsovervågning | ⚡️ Begivenhedsovervågning er aktiveret, men begivenheder distribueres ikke til SIEM. Sikkerhedsbegivenheder forbliver isoleret i Salesforce uden korrelation |
| Platform | Integration | Skygge-IT-integrationer tilsidesætter lagersporing. Uautoriseret API-aktivitet skaber risici for dataudløb |