Modell for delt ansvar – mønstre
Lær mer om Well-Architected Trust → Den delte ansvarsmodellen
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Sikkerhet | ✅ Arkitekturutforminger forutsetter at fysisk datasentersikkerhet, overvåking og miljøsikkerhet håndteres av Salesforce (eller AWS for Hyperforce) |
| Plattform | Sikkerhet | ✅ Nettverkssikkerhetsutforminger benytter plattformleverte DDoS-avbøying og inntrengningsdeteksjonssystemer uten duplikatinvesteringer |
| Plattform | Sikkerhet | ✅ All trafikkkryptering underveis (TLS 1.2+) og under lagring (AES-256) leveres av plattforminfrastrukturen |
| Plattform | Sikkerhet | ✅ Plattformherding, sårbarhetsbehandling og patchdistribusjon er Salesforces ansvar. Arkitekter planlegger rundt planlagte vedlikeholdsvinduer |
| Plattform | Sikkerhet | ✅ Flerleietagersikkerhet og leietagerisoleringsarkitektur som sikrer at dataseparasjon er plattformgitte garantier |
| Plattform | Samsvar | ✅ Plattformsamsvarssertifiseringer (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP for Government Cloud-tilbud, HIPAA, PCI DSS, GDPR) er tilgjengelig på Trust.salesforce.com og compliance.salesforce.com |
| Plattform | Sikkerhet | ✅ Plattformkrypteringstjenester og sikkerhetskopieringsinfrastruktur er plattformadministrerte funksjoner som arkitekter benytter uten implementeringsansvar |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Sikkerhet | ⚡️ Arkitekturutforminger inkluderer tilpassede fysiske sikkerhetskontroller, nettverksområdebeskyttelser eller plattformleverte duplikatfunksjoner for herding på OS-nivå |
| Plattform | Sikkerhet | Sikkerhetsvurderinger spør plattformkryptering under lagring eller nettverkssikkerhet uten å konsultere Trust.salesforce.com-dokumentasjon av eksisterende kontroller |
| Plattform | Samsvar | ⚡️ Samsvarsvurderinger reviderer sikkerhetskontroller for plattforminfrastruktur i stedet for å benytte eksisterende SOC 2/ISO-sertifiseringer |
| Plattform | Sikkerhet | ⚡️ Arkitektur tar ansvar for å rette opp plattforminfrastrukturen eller behandle isolasjon for flere leietagere |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Identity | ✅ Identitets- og tilgangsadministrasjon (roller, profiler, tillatelsessett, MFA, SSO, minste rettigheter) utformes og konfigureres av arkitekter |
| Plattform | Identity | ✅ Livssyklusbehandling for brukere og prosesser for ny tilgangssertifisering implementeres med dokumenterte kvartalsvise vurderinger |
| Plattform | Data | ✅ Datastyring, inkludert klassifisering, maskering, objekt/felt/postnivåsikkerhet, CRUD-tillatelser og delingsregler, er arkitektansvar |
| Plattform | Integrasjon | ✅ Integrasjonssikkerhet (OAuth 2.0, JWT-godkjenning, navngitt legitimasjon, sikre endepunkter, validering av eksternt system) er utformet og vedlikeholdt av arkitekter |
| Plattform | Sikkerhet | ✅ Overvåkings- og responsfunksjoner (arrangementsovervåking, revisjonsspor, SIEM-integrering, hendelsessvarprosedyrer) implementeres av arkitekter |
| Plattform | Utvikling | ✅ Applikasjonssikkerhet inkludert sikker tilpasset kode (Apex, Lightning), inndatavalidering, injeksjonsforebygging og sikre utviklingsrutiner er arkitekt- og utvikleransvar |
| Plattform | Samsvar | ✅ Løsninger opprettholder samsvarstilstand gjennom personvern/samtykkebehandling, oppbevaringspolicyer for data og samsvarskonfigurasjon i samsvar med lovpålagte krav |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Identity | ⚡️ Identitets- og tilgangsadministrasjon behandles som “plattformsikkerhet” uten å utforme roller, profiler, tillatelsessett eller MFA-krav |
| Plattform | Data | ⚡️ Datastyring antas å være plattformgitt, ingen dataklassifisering, delingsregler eller feltnivåsikkerhet er konfigurert |
| Plattform | Integrasjon | Integrasjonssikkerhet er avhengig av kontroller på nettverksnivå uten å implementere OAuth, legitimasjonsbehandling eller endepunktvalidering |
| Plattform | Sikkerhet | ⚡️ Overvåking og hendelsesrespons behandles som Salesforce-ansvar. Det finnes ingen hendelsesovervåking, SIEM-integrering eller svarprosedyrer |
| Plattform | Utvikling | ⚡️ Tilpasset kodesikkerhet valideres ikke. Injeksjonssårbarheter, manglende CRUD/FLS-håndhevelse og usikre mønstre akkumuleres |
| Plattform | Samsvar | ⚡️ Samsvarskonfigurasjon implementeres aldri. Løsninger bryter lovpålagte krav til tross for plattformsertifiseringer |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Samsvar | ✅ Plattformsertifiseringer (SOC 2 Type II, ISO 27001, FedRAMP for Government Cloud-tilbud, HIPAA, PCI DSS, GDPR) refereres i samsvarsdokumentasjonen som dekker infrastrukturansvar |
| Plattform | Samsvar | ✅ Revisjonsforberedelse benytter Trust.salesforce.com- og compliance.salesforce.com-dokumentasjonen for plattforminfrastrukturkontroll |
| Plattform | Samsvar | ✅ Samsvarsdokumentasjon skiller klart mellom plattformleverte sertifiseringer kontra arkitektimplementerte kontroller for tilpassede løsninger |
| Plattform | Arkitektur | ✅ Tilpassede objekter, Apex, integrasjoner og konfigurasjoner er utformet for å opprettholde samsvarstilstanden som plattformen tilbyr |
| Plattform | Samsvar | ✅ Arkitekturdokumentasjon tilordner eksplisitt hvordan tilpassede løsninger oppfyller lovpålagte krav ved bruk av plattformsertifiseringer |
| Plattform | Samsvar | ✅ Regionale sertifiseringer og krav til samsvar fører til valg av Hyperforce under organisasjonsklargjøring |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Samsvar | ⚡️ Plattformsertifiseringer antas å dekke alle samsvarsforpliktelser. Ingen tilpassede løsningskontroller implementeres |
| Plattform | Samsvar | ⚡️ Revisjonsklargjøring forsøker å revidere plattforminfrastrukturkontrollene på nytt i stedet for å referere til eksisterende sertifiseringer |
| Plattform | Arkitektur | ⚡️ Tilpasset kode, konfigurasjoner og integrasjoner bryter kravene til samsvar, selv om plattformen har riktige sertifiseringer |
| Plattform | Samsvar | ⚡️ Samsvarsdokumentasjonen skiller ikke tydelig plattformsertifiseringer fra arkitektimplementerte kontroller |
| Plattform | Samsvar | ⚡️ Arkitektur mangler dokumentert tilordning av hvordan tilpassede løsninger opprettholder samsvarstilstand ved bruk av plattformsertifiseringer |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Sikkerhet | ✅ Hendelsessvarprosedyrer dokumenter samarbeid: Salesforce sørger for plattformdeteksjon og -svar, arkitekter sørger for deteksjon og -svar på løsningsnivå |
| Plattform | Sikkerhet | ✅ Ansvar for sårbarhetsbehandling er tydelig dokumentert: Salesforce-plattformpatcher, arkitekter patcher tilpasset kode og installerte pakker |
| Plattform | Sikkerhet | ✅ Sikkerhetsovervåking kombinerer plattformgenererte hendelser (hendelsesovervåking) med arkitektkonfigurerte arbeidsflyter for analyse, varsel og svar |
| Plattform | Arkitektur | ✅ Hvert utformingsprinsipp, emnedel og sjekklisteelement i Trust behandles som arkitektansvar i den delte ansvarsmodellen |
| Plattform | Sikkerhet | ✅ Utformingsbeslutninger refererer eksplisitt til grensene for delt ansvarsmodell, og skiller plattformleverte kontroller fra arkitektkonfigurerte kontroller |
| Plattform | Arkitektur | ✅Arkitekturbeslutningsposter dokumenterer ansvarsgrenser for sikkerhetskontroller, krav til samsvar og hendelsessvar |
| Plattform | Sikkerhet | ✅ Sikkerhetsvurderinger validerer at arkitektansvar (konfigurasjon, tilgangskontroller, tilpasset kode) implementeres riktig på plattformleverte grunnlag |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Sikkerhet | ⚡️ Hendelsessvarprosedyrer forutsetter at Salesforce håndterer alle aspekter. Det finnes ingen deteksjons-, respons- eller gjenopprettingsfunksjonalitet på løsningsnivå |
| Plattform | Sikkerhet | ⚡️ Sårbarhetsbehandling tar ikke hånd om tilpasset kode, bare plattformoppdateringer vurderes |
| Plattform | Sikkerhet | ⚡️ Sikkerhetsovervåking er helt avhengig av plattformbaserte verktøy uten arkitektkonfigurerte analyser eller svararbeidsflyter |
| Plattform | Arkitektur | ⚡️ Utformingsbeslutninger refererer ikke til modell for delt ansvar. Det finnes forvirring om hvem som sikrer hva |
| Plattform | Arkitektur | ⚡️ Beslutningsposter for arkitektur utelater ansvarsgrenser. Sikkerhetstiltak er implisitte i stedet for eksplisitte |
| Plattform | Sikkerhet | ⚡️ Sikkerhetsgjennomganger forutsetter at plattformsertifiseringer eliminerer sikkerhetsansvar for arkitekter |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Healthcare | HIPAA | ✅ Shield Platform Encryption er aktivert for alle felt som inneholder beskyttet helseinformasjon (PHI) |
| Healthcare | HIPAA | ✅ Feltrevisjonsspor konfigureres med oppbevaring som oppfyller HIPAs postbevaringskrav for sporing av PHI-tilgang (bekreft gjeldende periode i henhold til den aktuelle forskriften) |
| Healthcare | HIPAA | ✅ Hendelsesovervåking er konfigurert til å oppdage uautoriserte PHI-tilgangsmønstre med varsler rutet til sikkerhetsteam |
| Healthcare | HIPAA | ✅ Tekniske sikkerhetsforanstaltninger som kreves av HIPAA-sikkerhetsregelen (tilgangskontroller, revisjonslogging, overføringssikkerhet) implementeres via arkitektkonfigurasjon |
| Økonomi | SOX/PCI | ✅ Segregering av oppgaver implementeres via tillatelsessettutforming som hindrer enkeltbrukere i å opprette og godkjenne økonomiske transaksjoner |
| Financial | PCI DSS | ✅ Fullstendige primære kontonumre (PAN) holdes ute av Salesforce der det er mulig og tokeniseres via betalingsprosessorer for omfangsreduksjon. Der PAN må lagres, bruker den krypterte tilpassede felt under PCI DSS-kontroller |
| Personvern | GDPR/CCPA | ✅ Samtykkebehandling implementeres med detaljerte arbeidsflyter for sporing og tilbaketrekking av samtykke for hvert formål |
| Personvern | GDPR/CCPA | ✅ Arbeidsflyter for registrertes rettigheter (tilgang, rettelse, sletting, portabilitet) fullfører i svarvinduet de styrende forskriftene for distribusjonen |
| Personvern | GDPR/CCPA | ✅ Automatisering av dataoppbevaring fjerner data når samtykke utløper eller oppbevaringsperioder avsluttes |
| Administrasjon | FedRAMP | ✅ Salesforce Government Cloud brukes til regulerte myndighetsarbeidsbelastninger som krever FedRAMP-samsvar |
| Administrasjon | FedRAMP | ✅ NIST 800-53-kontrollene tilordnes til Salesforce-konfigurasjon med dokumentert implementering for hver aktuelle kontroll |
| Administrasjon | FedRAMP | ✅ Kontinuerlig overvåking med Hendelsesovervåking rutes til statlig SIEM-infrastruktur for sanntids trusseldeteksjon |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Healthcare | HIPAA | PHI lagres i standard krypterte felt uten Shield Platform Encryption eller Field Audit Trail |
| Healthcare | HIPAA | ⚡️ Hendelsesovervåking er ikke konfigurert til å oppdage uautorisert PHI-tilgang, brudd oppstår uoppdaget |
| Økonomi | SOX/PCI | ⚡️ Enkelbrukere kan både opprette og godkjenne økonomiske transaksjoner. Oppgavesegregering håndheves ikke |
| Financial | PCI DSS | ⚡️ Fullstendige primære kontonumre (PAN) lagres i standard Salesforce-felt uten kryptering i stedet for å bruke betalingsprocessortokenisering eller PCI DSS-kompatibel kryptert lagring |
| Personvern | GDPR/CCPA | ⚡️ Samtykkebehandling implementeres ikke. Data behandles uten detaljerte samtykke- eller tilbakekallingsfunksjoner |
| Personvern | GDPR/CCPA | ⚡️ Forespørsler om registrertes rettigheter håndteres manuelt via det juridiske teamet i stedet for automatisering på størrelse med forskriftens svarvindu |
| Personvern | GDPR/CCPA | ⚡️ Dataoppbevaring er manuell, data akkumuleres på ubestemt tid til tross for utløpt samtykke eller fullføring av oppbevaringsperiode |
| Administrasjon | FedRAMP | ⚡️ Regulerte offentlige arbeidsbelastninger kjører på kommersielle Salesforce-forekomster i stedet for Government Cloud |
| Administrasjon | FedRAMP | ⚡️ NIST 800-53-kontroller mangler dokumentert tilordning til Salesforce-konfigurasjon, det finnes gap i samsvar |
| Administrasjon | FedRAMP | ⚡️ Hendelsesovervåking rutes ikke til statlig SIEM. Krav til kontinuerlig overvåking oppfylles ikke |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Sikkerhet | ✅ Brukere med viktige systemtillatelser (Vise alle data, Endre alle data, Behandle brukere) blir registrert og spores som aktiva med høyere rettigheter |
| Plattform | Shield-hendelsesovervåking | ✅ Hendelsesovervåking fanger opp hendelseslogger som dekker pålogginger, rapport- og dataeksporter, tillatelsesendringer og API-kall for sikkerhetsanalyse |
| Plattform | Shield-hendelsesovervåking | ✅ Hendelsesovervåkingslogger rutes til en ekstern SIEM-plattform for korrelasjon med ikke-Salesforce-sikkerhetshendelser |
| Integrasjon | SIEM | ✅ SIEM-korrelasjonsregler oppdager eskalering av rettigheter, som tillatelsesendringer utenfor godkjente endringsvinduer og avvik i API-volum over standarden |
| Integrasjon | SIEM | ✅ SIEM-kontrollpaneler gir synlighet til sikkerhetsaktivumendringer som privilegerte brukertildelinger og dataeksporter |
| Plattform | Dokumentasjon | ✅ Aktivumbeholdning for sikkerhet dokumenteres med aktivumkategorier (brukere, data, integrasjoner, pakker, konfigurasjoner), eiere og kadens for gjennomgang |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Sikkerhet | ⚡️ Sikkerhetsaktivumbeholdning vedlikeholdes manuelt i regneark som blir utdatert umiddelbart etter opprettelse |
| Plattform | Sikkerhet | ⚡️ Sikkerhetsaktiva spores gjennom tribal Knowledge uten dokumentert, spørrbar lagerbeholdning tilgjengelig under hendelser |
| Plattform | Sikkerhet | ⚡️ Sikkerhetsrevisjoner skjer bare under årlige samsvarsvurderinger uten kontinuerlig overvåking mellom revisjoner |
| Plattform | Sikkerhet | ⚡️ Sikkerhetsaktivumbeholdning samles inn, men blir aldri gjennomgått. Sovende kontoer, foreldet integrasjoner og overflødige tillatelser beholdes på ubestemt tid |
| Plattform | Sikkerhet | ⚡️ Offisielle integrasjonsbrukere spores, men forretningsenheter oppretter ad-hoc tilkoblede apper som omgår policyer for sikkerhetsvurdering og legitimasjonsrotasjon |
| Plattform | Shield-hendelsesovervåking | ⚡️ Hendelsesovervåking er aktivert, men hendelser rutes ikke til SIEM. Sikkerhetshendelser forblir isolert i Salesforce uten korrelasjon |
| Plattform | Integrasjon | ⚡️ Shadow IT-integrasjoner omgår sporing av lagerbeholdning, uautorisert API-aktivitet skaper risiko for datautfiltrering |