Trust - Overensstemmelse med bestemmelser og revisionsmønstre
Læs mere om Well-Architected Trust → Compliance og overholdelse af bestemmelser
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Infrastrukturoverensstemmelse | ✅ Udnyt Salesforce Platform-certificeringer (SOC 2-type II, ISO 27001, FedRAMP for Government Cloud-tilbud, HIPAA, PCI DSS), der er tilgængelige på Trust.salesforce.com og compliance.salesforce.com, til bevis for overensstemmelse med infrastruktur og delte tjenester. |
| Tilpasset løsningskompatibilitet | ✅ Design tilpassede objekter, Apex, integrationer og konfigurationer for at vedligeholde den overensstemmelsestilstand, som platformscertificeringer leverer. |
| Tilpasset løsningskompatibilitet | ✅ Overensstemmelseskontroller for dokumentarkitektur. |
| Ansvarsbegrænsninger | ✅ Dokuments tydelige udsnit: Salesforce leverer kompatibel infrastruktur (fysisk, netværk, platformssikkerhed, multi-lejer-isolering); arkitekter designer kompatible løsninger (dataklassificering, adgangskontroller, krypteringskonfiguration, sikker kodning, databehandlingsoverensstemmelse). |
| Overensstemmelsesdokumentation | ✅ Vedligehold arkitektdokumentation, der viser, hvordan tilpassede implementeringer opfylder bestemmelseskrav, tilknyttet platformscertificeringer. |
| Overensstemmelsesdokumentation | ✅ Opret overensstemmelsesmatrixlinkningsbestemmelser → platformskontroller → tilpassede kontrolelementer. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Infrastrukturoverensstemmelse | ⚡️ Antag, at platformscertificeringer betyder, at du ikke har nogen overholdelsesansvar. |
| Infrastrukturoverensstemmelse | ⚡️ Ikke implementere relevante adgangskontroller, kryptering eller databehandlingsoverensstemmelse for tilpassede løsninger. |
| Infrastrukturoverensstemmelse | ⚡️ Platformscertificeringer reducerer compliancebyrden, men eliminerer ikke arkitektonisk ansvar. |
| Ansvarsbegrænsninger | ⚡️ Har en uklar forståelse af, hvor Salesforce-ansvar slutter og kundeansvar begynder. |
| Ansvarsbegrænsninger | ⚡️ Skjul platformen for compliancemangler i tilpassede implementeringer. |
| Overensstemmelsesdokumentation | ⚡️ Har ingen dokumenteret tilknytning mellem bestemmelseskrav og implementerede kontroller. |
| Overensstemmelsesdokumentation | ⚡️ Forvræng for at indsamle beviser under revisionsopdagelse. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Behandling (HIPAA) | ✅ Aktiver Shield Platform Encryption for alle felter, der indeholder beskyttede helbredsoplysninger (PHI). |
| Behandling (HIPAA) | ✅ Implementer feltrevisionsspor med bevarelse, der opfylder HIPAA’s registreringsbevarelseskrav (bekræft den aktuelle periode i forhold til den regulerende bestemmelse). |
| Behandling (HIPAA) | ✅ PHI lagres og behandles kun på Salesforce-tjenester, der er dækket af den afviklede BAA (Business Associate Agreement). Løsningsdesign og PHI-dataforløb valideres op mod BAA’s omfang. |
| Behandling (HIPAA) | ✅ Konfigurer Begivenhedsovervågning for at registrere uautoriserede PHI-adgangsmønstre. |
| Behandling (HIPAA) | ✅ Implementer tekniske sikkerhedsforanstaltninger: adgangskontroller, revisionslogføring, transmissionssikkerhed (TLS 1.2+, certifikatbaseret gensidig godkendelse for PHI-integrationer). |
| Økonomiske tjenester (SOX, DORA, PCI DSS) | ✅ Implementer adskillelse af pligter gennem tilladelsessætdesign, der forhindrer enkeltbrugere i både at oprette og godkende finansielle transaktioner. |
| Økonomiske tjenester (SOX, DORA, PCI DSS) | ✅ Vedligehold ændringsrevisionsspor via revisionsspor for opsætning og tilpasset ændringslogføring. |
| Økonomiske tjenester (SOX, DORA, PCI DSS) | ✅ Undgå at lagre fulde primære kontonumre (PAN) i Salesforce – tokeniser kortholderdata gennem betalingsprocessorer for PCI DSS-omfangsreduktion. Hvor PAN skal lagres, skal du bruge krypterede tilpassede felter under PCI DSS-kontroller. |
| Økonomiske tjenester (SOX, DORA, PCI DSS) | ✅ Design transaktionsovervågning for mønstre for bedrageriregistrering. |
| Økonomiske tjenester (SOX, DORA, PCI DSS) | ✅ DORA kræver driftsmæssig resiliens, herunder hændelsessvar og tredjepartsrisikostyring. |
| Fortrolighedsbestemmelser (GDPR, CCPA, LGPD) | ✅ For GDPR og LGPD skal du designe samtykkestyring, der registrerer detaljeret, formålsspecifikt samtykke til tilmelding (marketing, analyser, tilpasning). For CCPA/CPRA skal du angive frameldingsmekanismer for salg eller deling af personlige oplysninger. |
| Fortrolighedsbestemmelser (GDPR, CCPA, LGPD) | ✅ Opbyg arbejdsflows for registrerets rettigheder (adgang, rettelse, sletning, portabilitet), der fuldfører i svarvinduet de styrende bestemmelsessæt for din implementering. |
| Fortrolighedsbestemmelser (GDPR, CCPA, LGPD) | ✅ Implementer databevarelsesautomatisering, der fjerner data, når samtykket udløber eller det juridiske grundlag slutter. |
| Fortrolighedsbestemmelser (GDPR, CCPA, LGPD) | ✅ Dokumenteret grundlag for hver databehandlingsaktivitet. |
| Fortrolighedsbestemmelser (GDPR, CCPA, LGPD) | ✅ GDPR kræver dokumenteret begrundelse, datastreamtilknytning, vurdering af fortrolighedspåvirkning. |
| Regering (FedRAMP) | ✅ Brug Salesforce Government Cloud til regulerede offentlige arbejdsbelastninger. |
| Regering (FedRAMP) | ✅ Implementer NIST 800-53-kontrolelementer, der er tilknyttet Salesforce-konfiguration. |
| Regering (FedRAMP) | ✅ Aktiver kontinuerlig overvågning med Begivenhedsovervågning distribueret til den offentlige SIEM-infrastruktur. |
| Regering (FedRAMP) | ✅ FedRAMP kræver løbende autorisation gennem kontinuerlig overvågning, ikke kun indledende certificering. |
| Flere jurisdiktioner | ✅ Tilknyt dataplaceringskrav til Hyperforce regional implementering. |
| Flere jurisdiktioner | ✅ Implementer standardkontraktklausuler eller bindende virksomhedsregler for internationale dataoverførsler. |
| Flere jurisdiktioner | ✅ Dokumentforløbsdataoversigter, der viser oprindelse, transit og bopælsplaceringer. |
| Flere jurisdiktioner | ✅ Overvej multi-organisationsarkitektur, når konfliktende bopælskrav ikke kan opfyldes i en enkelt organisation. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Behandling (HIPAA) | ⚡️ Gem PHI i standardkrypterede felter, der er afhængige af politik for at forhindre uautoriseret adgang. |
| Behandling (HIPAA) | ⚡️ Har ingen feltrevisionsspor eller revisionsbevarelsesplan. |
| Behandling (HIPAA) | ⚡️ Vis PHI i rapporter, listevisninger eller Experience Cloud uden relevante adgangskontroller. |
| Behandling (HIPAA) | ⚡️ Tillad SMS-baseret MFA for PHI-adgang (sårbar for SIM-omskifter). |
| Økonomiske tjenester (SOX, PCI DSS) | Tillad enkelte brugere at oprette og godkende finansielle transaktioner (ingen adskillelse af pligter). |
| Økonomiske tjenester (SOX, PCI DSS) | ⚡️ Gem fulde primære kontonumre (PAN) i tilpassede Salesforce-standardfelter uden kryptering eller PCI DSS-kontroller. |
| Økonomiske tjenester (SOX, PCI DSS) | ⚡️ Har ingen transaktionsovervågning til bedrageriregistrering. |
| Økonomiske tjenester (SOX, PCI DSS) | ⚡️ Har ingen dokumenteret ændringsrevisionsspor for ændringer af finansielle systemer. |
| Fortrolighedsbestemmelser (GDPR, CCPA) | ⚡️ Behandl samtykke som binært ja/nej i stedet for detaljeret sporing pr. formål. |
| Fortrolighedsbestemmelser (GDPR, CCPA) | ⚡️ Håndter anmodninger om registreret manuelt gennem det juridiske team, der tager måneder, og mangler svarvinduet, som de regulerende bestemmelser angiver for din implementering. |
| Fortrolighedsbestemmelser (GDPR, CCPA) | ⚡️ Har ingen dokumenteret retsgrundlag for databehandlingsaktiviteter. |
| Fortrolighedsbestemmelser (GDPR, CCPA) | ⚡️ Indsaml data “bare i tilfælde” uden begrænsning for dokumenteret formål. |
| Regering (FedRAMP) | ⚡️ Brug Salesforce-standardorganisationer til offentlige arbejdsbelastninger, der kræver FedRAMP-overensstemmelse. |
| Regering (FedRAMP) | ⚡️ Ikke have nogen kontinuerlig overvågning eller NIST 800-53-kontroltilknytning. |
| Flere jurisdiktioner | ⚡️ Har ingen datatilknytning, der viser, hvor data overføres og findes. |
| Flere jurisdiktioner | ⚡️ Antag, at en enkelt global organisation opfylder alle regionale krav til dataplacering. |
| Flere jurisdiktioner | ⚡️ Har ingen juridisk basisdokumentation for internationale dataoverførsler. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Sikkerhedstilstandscheck | ✅ Kør kvartalsvise vurderinger, der sammenligner organisationskonfiguration med Salesforce-sikkerhedsbasislinjer. |
| Sikkerhedstilstandscheck | ✅ Vedligehold scores på 80 % eller højere (Meget godt eller Fremragende bånd). |
| Sikkerhedstilstandscheck | ✅ Dokumentundtagelser med forretningsjustering og kompenserende kontroller for indstillinger under basislinjen. |
| Sikkerhedstilstandscheck | ✅ Tilstandscheck identificerer konfigurationsforskydning fra bedste fremgangsmåder for sikkerhed. |
| Begivenhedsovervågning | ✅ Aktiver Begivenhedsovervågning for at registrere detaljerede logfiler for brugeraktivitet, API-kald, godkendelsesbegivenheder, dataadgangsmønstre. |
| Begivenhedsovervågning | Distribuer begivenhedslogfiler til ekstern SIEM for langsigtet bevarelse, der overskrider de oprindelige bevarelsesgrænser. |
| Begivenhedsovervågning | ✅ Overensstemmelse kræver ofte flerårig logbevarelse. Bekræft den mindste periode i forhold til den regulerende bestemmelse for din implementering. |
| Transaktionssikkerhed | ✅ Implementer transaktionssikkerhedspolitikker, der evaluerer begivenheder i realtid og kan blokere, kræve MFA-opgradering eller advisere om policeovertrædelser. |
| Transaktionssikkerhed | ✅ Bruges til forebyggende kontroller, der stopper overholdelsesovertrædelser, før de forekommer (f.eks. blokerer massedataeksport, der overskrider normale mønstre, kræver trinvis godkendelse for følsom feltadgang). |
| Automatiseret overensstemmelsesvalidering | ✅ Implementer overensstemmelseskontroller i CI/CD-implementerings-pipelines, der validerer, at implementeringer ikke svækker tilladelsesmodeller, inaktiverer revisionsindstillinger eller introducerer ikke-kompatible konfigurationer. |
| Automatiseret overensstemmelsesvalidering | ✅ Pauseimplementeringer, der mislykkes overensstemmelsesvalidering – overensstemmelsesvalidering skal være en implementeringsgate, ikke efter implementeringsdiscovery. |
| Kontinuerlig revisionsparathed | ✅ Design til kontinuerlig revisionsparathed snarere end forberedelse af revision på tidspunktet. |
| Kontinuerlig revisionsparathed | ✅ Overensstemmelse er en igangværende driftstilstand, der kræver kontinuerlig generering af beviser, ikke årlige certifikationsforvrængninger. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Sikkerhedstilstandscheck | ⚡️ Kør kun tilstandscheck, når revisorer anmoder om det. |
| Sikkerhedstilstandscheck | ⚡️ Tillad scores at falde under 80 % uden undersøgelse. |
| Sikkerhedstilstandscheck | ⚡️ Har ingen dokumenterede undtagelser for indstillinger under basislinjen. |
| Sikkerhedstilstandscheck | ⚡️ Ret aldrig identificerede risici. |
| Begivenhedsovervågning | ⚡️ Afhæng af oprindelige bevarelsesgrænser for overensstemmelsesbevis, når bestemmelser kræver flerårig bevarelse. |
| Begivenhedsovervågning | ⚡️ Har ingen ekstern SIEM-distribution. |
| Begivenhedsovervågning | ⚡️ Tillad, at den oprindelige bevarelse af Begivenhedsovervågning udløber, og du mister revisionsbevis. |
| Transaktionssikkerhed | ⚡️ Har ingen forebyggende kontroller i realtid. |
| Transaktionssikkerhed | ⚡️ Afhæng udelukkende af efterhændelsesundersøgelse i stedet for at blokere politikovertrædelser, før de forekommer. |
| Automatiseret overensstemmelsesvalidering | ⚡️ Har ingen overensstemmelseskontroller i implementeringspipelines. |
| Automatiseret overensstemmelsesvalidering | ⚡️ Opdag overtrædelser af overensstemmelse i produktion efter implementering. |
| Automatiseret overensstemmelsesvalidering | ⚡️ Tillad implementeringer, der svækker sikkerhedstilstanden uden gennemgang. |
| Kontinuerlig revisionsparathed | ⚡️Behandl overensstemmelse som en årlig begivenhed, der kræver måneders forberedelse af revisionsforberedelse. |
| Kontinuerlig revisionsparathed | ⚡️ Ikke have nogen kontinuerlig bevisgenerering. |
| Kontinuerlig revisionsparathed | ⚡️ Udforsk mangler under revision, når det er for sent at rette op på. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Revisionsspor for opsætning | ✅ Overvåg administrative konfigurationsændringer med 180-dages bevarelse (inkluderet i alle versioner). |
| Revisionsspor for opsætning | ✅ Gennemse regelmæssigt for uautoriserede ændringer. |
| Revisionsspor for opsætning | ✅ Bruges til overensstemmelsesbevis for konfigurationsstyringskontroller. |
| Feltrevisionsspor | ✅ Aktiver for begrænsede og fortrolige felter, der kræver regulerende registreringsbevarelse. |
| Feltrevisionsspor | ✅ Konfigurer bevarelse for at opfylde overensstemmelseskrav (understøtter ubestemt bevarelse). Bekræft den krævede periode op mod den overordnede bestemmelse for din implementering. |
| Feltrevisionsspor | ✅ Kræver Shield. |
| Begivenhedsovervågning - langsigtet bevarelse | ✅ Distribuer begivenhedsovervågning logføres til ekstern SIEM for bevarelse ud over de oprindelige bevarelsesgrænser. |
| Begivenhedsovervågning - langsigtet bevarelse | ✅ Krævet for overensstemmelsesbevis, når bestemmelser kræver flerårig logbevarelse. |
| Begivenhedsovervågning - langsigtet bevarelse | ✅ Konfigurer korrelation med virksomhedssikkerhedstelemetri for krydssystemundersøgelse. |
| Transaktionssikkerhed | ✅ Implementer politikbaseret evaluering i realtid af brugerhandlinger (ingen bevarelse, udløsere på begivenheder). |
| Transaktionssikkerhed | ✅ Bruges til forebyggende kontroller, der kræver øjeblikkeligt svar (f.eks. blokere forbudte handlinger, kræve trinvis godkendelse, udløse hændelsessvararbejdsflows). |
| Transaktionssikkerhed | ✅ Kræver Shield-licens. |
| Tilpasset applikationslogføring | ✅ Implementer tilpasset Apex for sikkerhedsrelevante applikationsbegivenheder, der ikke er registreret af platformsovervågningsspor: forretningslogik autorisationsbeslutninger, mistænkelige inputmønstre, hastighedsbegrænsende håndhævelse, tilpassede godkendelsesbegivenheder. |
| Logintegritet | Distribuer revisionslogfiler til uforanderligt eksternt lager, som angribere ikke kan redigere, selv med administrativ Salesforce-adgang. |
| Logintegritet | ✅ Forensisk beviser skal være bevis for manipulation for at understøtte undersøgelse og potentielle juridiske procedurer. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Revisionsspor for opsætning | ⚡️ Gennemse aldrig revisionsspor for opsætning for uautoriserede administrative ændringer. |
| Revisionsspor for opsætning | ⚡️ Opdag ondsindede konfigurationsændringer måneder efter forekomst, når beviset er udløbet (180-dages bevarelse). |
| Feltrevisionsspor | ⚡️ Har ingen feltrevisionsspor for Begrænsede data, der er underlagt regulerende registrering. |
| Feltrevisionsspor | ⚡️ Konfigurer bevarelse, der er kortere end den periode, som den regulerende bestemmelse kræver for din implementering. |
| Begivenhedsovervågning - langsigtet bevarelse | ⚡️ Afhæng udelukkende af oprindelige Salesforce-bevarelsesvinduer for overensstemmelsesbevis. |
| Begivenhedsovervågning - langsigtet bevarelse | ⚡️ Udforsk mangler under revisionsforberedelse, når logfiler allerede er udløbet. |
| Begivenhedsovervågning - langsigtet bevarelse | ⚡️ Har ingen korrelation med virksomhedssikkerhedstelemetri for krydssystemundersøgelse. |
| Transaktionssikkerhed | ⚡️ Har ingen evaluering af politik i realtid for handlinger med høj risiko. |
| Transaktionssikkerhed | ⚡️ Find kun politikovertrædelser gennem manuel loggennemgang dage eller uger efter forekomsten. |
| Tilpasset applikationslogføring | ⚡️ Ingen logføring for tilpassede forretningslogikautorisationsbeslutninger eller sikkerhedsrelevante applikationsbegivenheder. |
| Tilpasset applikationslogføring | ⚡️ Kan ikke undersøge autorisationsfejl eller mistænkelige mønstre, da der ikke findes nogen beviser. |
| Logintegritet | ⚡️ Gem kun revisionslogfiler i Salesforce, hvor administratorer kan redigere eller slette dem. |
| Logintegritet | ⚡️ Har ingen uforanderlige eksterne kopier til retsmedicinsk bevarelse. |
| Logintegritet | ⚡️ Miste forældremyndighedskæden for juridiske procedurer. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Hyperforce regionale implementering | ✅ Vælg relevante Hyperforce under organisationsprovisionering for at opfylde compliance for dataplacering. |
| Hyperforce regionale implementering | ✅ Hyperforce tilbyder regionale implementeringsmuligheder, der gør det muligt at overholde dataplacering for bestemmelser, der kræver, at data forbliver inden for specifikke geografiske grænser. |
| Dataforløbstilknytning | ✅ Dokumentdataforløbskort, der viser, hvor data stammer fra, overføres gennem (integrationsmidderware, eksterne tjenester) og findes (lagringsområder). |
| Dataforløbstilknytning | ✅ Krævet for GDPR-artikel 30-registreringer af behandlingsaktiviteter. |
| Internationale overførsler | ✅ Implementer standardkontraktklausuler eller bindende virksomhedsregler for internationale dataoverførsler, hvor det kræves af GDPR og lignende bestemmelser. |
| Internationale overførsler | ✅ Dokumenter det juridiske grundlag for hver grænseoverskridende overførsel. |
| Multi-organisation for konfliktende krav | ✅ Overvej multorganisationsarkitektur, når du arbejder på tværs af flere jurisdiktioner med konfliktende bopælskrav, der ikke kan opfyldes i en enkelt organisation med Hyperforce regional implementering. |
| Multi-organisation for konfliktende krav | ✅ Afvejning: multi-org leverer den stærkeste dataisolering, men gange den driftsmæssige kompleksitet, licensomkostninger, integrationskrav. |
| Styring med flere organisationer | ✅ For multi-organisationsarkitekturer skal du vedligeholde ensartede sikkerhedsbasislinjer på tværs af organisationer gennem delte konfigurations-som-kode-lagre, krydsorganisationsovervågning, forenet identitetsstyring. |
| Styring med flere organisationer | ✅ Multi-org giver den stærkeste isolering, men multiplicerer styringsoverfladen. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Hyperforce regionale implementering | ⚡️ Vælg USA-standardområde for global organisation uden at evaluere krav til dataplacering. |
| Hyperforce regionale implementering | ⚡️ Overtræd GDPR, LGPD eller regionale dataoverhovedslove gennem upassende områdevalg. |
| Dataforløbstilknytning | ⚡️ Har ingen dokumenterede dataforløbskort. |
| Dataforløbstilknytning | ⚡️ Kan ikke besvare revisors spørgsmål om, hvor data overføres eller findes. |
| Dataforløbstilknytning | ⚡️ Har ingen GDPR-artikel 30-registreringer for behandlingsaktiviteter. |
| Internationale overførsler | ⚡️ Overfør data internationalt uden standardkontraktklausuler, bindende virksomhedsregler eller dokumenteret retsgrundlag. |
| Internationale overførsler | ⚡️ Overtræd GDPR-overførselsbegrænsninger. |
| Multi-organisation for konfliktende krav | ⚡️ Gennemtving konfliktende dataplaceringskrav i en enkelt organisation, der forårsager overtrædelser af overensstemmelse. |
| Multi-organisation for konfliktende krav | Alternativt kan du implementere multi-org-arkitektur, når en enkelt organisation med Hyperforce regional implementering ville opfylde kravene (unødvendig kompleksitet). |
| Styring med flere organisationer | ⚡️ Har inkonsekvente sikkerhedsbasislinjer på tværs af multi-organisationsmiljø. |
| Styring med flere organisationer | ⚡️ Hver organisation implementerer sikkerhed forskelligt. |
| Styring med flere organisationer | ⚡️ Kan ikke demonstrere ensartet overensstemmelsestilstand på tværs af organisationen. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Sikkerhedstilstandscheck kvartalsvis | ✅ Kør tilstandscheck kvartalsvist, der sammenligner organisationskonfiguration med Salesforce-sikkerhedsbasislinjer (adgangskodepolitikker, sessionsindstillinger, netværksadgang, funktionskonfigurationer). |
| Sikkerhedstilstandscheck kvartalsvis | ✅ Målscore på 80 % eller højere (Meget godt eller Fremragende bånd). |
| Sikkerhedstilstandscheck kvartalsvis | ✅ Dokumentundtagelser med forretningsjustering og kompenserende kontroller for indstillinger, der bevares under basislinjen. |
| Event Monitoring-analyser | ✅ Design dashboards, der afslører adfærdsmønstre, der kræver undersøgelse: usædvanlige datadgangsmængder, off-time administrativ aktivitet, API-forbrugsafvigelser. |
| Event Monitoring-analyser | ✅ Adfærdsanalyser registrerer trusler, som signaturbaseret registrering mislykkes. |
| Automatiseret afledningsregistrering | ✅ Implementer automatiseret overensstemmelsestest i pipelines, der registrerer konfigurationsforskydning fra godkendte basislinjer. |
| Automatiseret afledningsregistrering | ✅ Advar, når konfigurationer afviger fra sikkerhedsstandarder. |
| Kontinuerlig holdningsovervågning | ✅ Sikkerhedstilstand forringes uden aktiv administration, efterhånden som konfigurationer afviger, tilladelser akkumuleres, nye sårbarheder vises. |
| Kontinuerlig holdningsovervågning | ✅ Design til kontinuerlig overvågning, ikke tidsmæssig vurdering. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Sikkerhedstilstandscheck kvartalsvis | ⚡️ Kør kun tilstandscheck, når revisorer anmoder om det. |
| Sikkerhedstilstandscheck kvartalsvis | ⚡️ Tillad scores at flytte under 80 % uden rettelse. |
| Sikkerhedstilstandscheck kvartalsvis | ⚡️ Du kan ikke spore holdningstendenser over tid. |
| Event Monitoring-analyser | ⚡️ Hav Begivenhedsovervågning aktiveret, men ingen dashboards, ingen advarsel, ingen undersøgelse af afvigelser. |
| Event Monitoring-analyser | ⚡️ Behandl revisionslogfiler som overensstemmelsesafkrydsningsfelt i stedet for sikkerhedstelemetri. |
| Automatiseret afledningsregistrering | ⚡️ Få ingen automatiseret registrering af konfigurationsforskydning fra godkendte basislinjer. |
| Automatiseret afledningsregistrering | ⚡️ Opdag kun deaktivering af konfiguration under manuelle revisioner måneder efter ændringen. |
| Kontinuerlig holdningsovervågning | ⚡️ Behandl sikkerhed som punkt-på-tid-certificering i stedet for kontinuerlig driftstilstand. |
| Kontinuerlig holdningsovervågning | ⚡️ Forvræng for at forberede årlige revisioner, da der ikke findes kontinuerlig overvågning. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Tid for sikkerhedsgennemgang | ✅ Integrer sikkerhedsgennemgang i ARB (Architecture Review Board) på forslagsfasen, før du foretager en væsentlig investering i opbygning. |
| Tid for sikkerhedsgennemgang | ✅ Sikkerhedsgennemgang i slutningen af udvikling er for sent til at påvirke grundlæggende designbeslutninger. |
| Architekturbeslutningsregistreringer | ✅ Beslutninger for dokumentsikkerhedsarkitektur i ADR’er, der registrerer sikkerhedskrav, evaluerede alternativer, accepterede afvejninger, restrisikoer, kompenserende kontroller, overvågningstilgang. |
| Architekturbeslutningsregistreringer | ✅ ADR’er giver revisionsbevis, aktiverer Knowledge, understøtter arkitektonisk udvikling ved at dokumentere, hvorfor der blev truffet beslutninger. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Tid for sikkerhedsgennemgang | ⚡️ Udfør kun sikkerhedsgennemgang, når udviklingen er fuldført. |
| Tid for sikkerhedsgennemgang | ⚡️ Udforsk grundlæggende sikkerhedsfejl, der kræver omarkitektur, når opbygningen er stort set fuldført. |
| Tid for sikkerhedsgennemgang | ⚡️ Sikkerhed bliver dyrt eftertænkt. |
| Architekturbeslutningsregistreringer | ⚡️ Har ingen dokumentation for beslutninger om sikkerhedsarkitektur. |
| Architekturbeslutningsregistreringer | ⚡️ Kan ikke forklare, hvorfor bestemte kontroller blev valgt, hvilke alternativer der blev evalueret, hvilke restrisici der blev accepteret. |
| Architekturbeslutningsregistreringer | Manglende revisionsbevis og Knowledge overførsel. |
Mønstre
| Hvor skal du se | Hvad der ser godt ud |
|---|---|
| Før ibrugtagning - sikkerhedsvurdering | ✅ Gennemse AppExchange (omfang, sidste gennemgangsdato – sikkerhedsgennemgange udløber), vurder tilladelseskravene (behøver pakken mere adgang, end funktionen berettiger?), evaluer datahåndteringspraksisser (hvor forløber data, hvad bevares eksternt, data sendes til tredjepartstjenester?), gennemse leverandørers hændelsessvarfunktioner og adviseringsprocedurer, forstå afslutningsprocedurer og dataportabilitet. |
| AppExchange | ✅ Pakker, der anmoder om Rediger alle data, Vis alle data eller følsomme tilladelser, kræver ekstra undersøgelse. |
| AppExchange | ✅ Dokumenter forretningsjustering for forhøjede tilladelser. |
| AppExchange | ✅ Evaluer, om pakkefunktionalitet virkelig kræver tildelt omfang. |
| Lager fra tredjepart | ✅ Vedligehold lager over tredjepartsafhængigheder (AppExchange, integrerede tjenester, middleware) med risikovurderinger, dokumenterede beslutninger om accept af risici, periodisk gennemgangskadence. |
| Overvågning af sikkerhedsrådgivning | ✅ Abonner på sikkerhedsadviseringer for installerede pakker og integrerede tjenester. |
| Overvågning af sikkerhedsrådgivning | ✅ Overvåg for nye sårbarheder, versionsopdateringer, der kræver fejlretning, leverandørsikkerhedshændelser, der påvirker dit miljø. |
| Løbende overvågning | ✅ Overvåg pakkeadfærd gennem Begivenhedsovervågning for uventede dataadgangsmønstre eller API-kaldafvigelser efter installation. |
| Løbende overvågning | ✅ Pakker kører med forhøjede rettigheder og kræver løbende sikkerhedsovervågning. |
Anti-mønstre
| Hvor skal du se | Hvad ser dårligt ud |
|---|---|
| Før ibrugtagning - sikkerhedsvurdering | ⚡️ Installer AppExchange udelukkende baseret på funktionalitet uden at evaluere tilladelsesomfang, dataadgangsmønstre, leverandørsikkerhedspraksisser, afslutningsprocedurer. |
| Før ibrugtagning - sikkerhedsvurdering | ⚡️ Accepter pakker med overdreven tilladelser uden grundig undersøgelse. |
| AppExchange | Tildel pakker, der anmoder om Rediger alle data eller Vis alle data uden at stille spørgsmål om, om funktionalitet virkelig kræver dette omfang. |
| AppExchange | ⚡️ Har ingen dokumenteret forretningsjustering for forhøjede tilladelser. |
| Lager fra tredjepart | ⚡️ Har ingen lager for tredjepartsafhængigheder. |
| Lager fra tredjepart | ⚡️ Kan ikke besvare revisors spørgsmål om tredjepartsdataadgang. |
| Lager fra tredjepart | ⚡️ Har ingen risikovurderinger eller gennemgangsplan for installerede pakker. |
| Overvågning af sikkerhedsrådgivning | ⚡️ Overvåg aldrig for sikkerhedsadviseringer, der påvirker installerede pakker eller integrerede tjenester. |
| Overvågning af sikkerhedsrådgivning | ⚡️ Forblive sårbare over for kendte udnyttelser måneder eller år efter offentliggørelsen. |
| Løbende overvågning | ⚡️ Installer pakker og overvåg aldrig deres adfærd. |
| Løbende overvågning | ⚡️ Kan ikke registrere, om pakken er kompromitteret eller begynder at få adgang til data ud over det oprindelige omfang. |
| Løbende overvågning | ⚡️ Har ingen begivenhedsovervågning for pakke-API-aktivitet. |