Model voor gedeelde verantwoordelijkheid - Patronen
Lees meer over Goed Architectuurde Trust → Het Gedeelde Verantwoordelijkheidsmodel
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Beveiliging | ✅ Architectuurontwerpen gaan ervan uit dat beveiliging, bewaking en milieubescherming van fysieke datacenters worden afgehandeld door Salesforce (of AWS voor Hyperforce) |
| Platform | Beveiliging | ✅ Netwerkbeveiligingsontwerpen maken gebruik van platform-geleverde DDoS-mitigatie- en inbraakdetectiesystemen zonder dubbele investering |
| Platform | Beveiliging | ✅ Alle verkeer encryptie in transit (TLS 1.2 +) en at rest (AES-256) wordt geleverd door platform infrastructuur |
| Platform | Beveiliging | ✅ Platformharding, kwetsbaarheidsbeheer en patchimplementatie zijn Salesforce-verantwoordelijkheden; architecten plannen rond geplande onderhoudsvensters |
| Platform | Beveiliging | ✅ Beveiliging voor meerdere belanghebbenden en isolatiearchitectuur voor belanghebbenden die gegevensscheiding garanderen, zijn platformgaranties |
| Platform | Naleving | ✅ Platformnalevingscertificeringen (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP voor Government Cloud-aanbod, HIPAA, PCI DSS, AVG) zijn beschikbaar op Trust.salesforce.com en compliance.salesforce.com |
| Platform | Beveiliging | ✅ Platform-encryptieservices en back-upinfrastructuur zijn platformbeheerde mogelijkheden die architecten kunnen benutten zonder implementatieverantwoordelijkheid |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Beveiliging | ⚠️ Architectuurontwerpen omvatten aangepaste fysieke beveiligingsbesturingselementen, netwerkperimeterverdediging of mogelijkheden voor verharding op OS-niveau die platformen dupliceren |
| Platform | Beveiliging | ⚠️ Beveiligingsbeoordelingen stellen vragen over platform-encryptie in ruste of netwerkbeveiliging zonder Trust.salesforce.com-documentatie van bestaande besturingselementen te raadplegen |
| Platform | Naleving | ⚠️ Nalevingsbeoordelingen voeren opnieuw audits uit van beveiligingscontroles van platforminfrastructuur in plaats van bestaande SOC 2-/ISO-certificeringen te gebruiken |
| Platform | Beveiliging | ⚠️ Architectuur neemt de verantwoordelijkheid op zich voor het patchen van platforminfrastructuur of het beheren van isolatie voor meerdere belanghebbenden |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Identiteit | ✅ Identiteits- en toegangsbeheer (rollen, profielen, machtigingensets, MFA, SSO, minste rechten) zijn ontworpen en geconfigureerd door architecten |
| Platform | Identiteit | ✅ Levenscyclusbeheer voor gebruikers en toegangshercertificeringsprocessen worden geïmplementeerd met gedocumenteerde kwartaalbeoordelingen |
| Platform | Gegevens | ✅ Data governance inclusief classificatie, maskeren, object / veld / record-niveau beveiliging, CRUD machtigingen en regels voor delen zijn architect verantwoordelijkheden |
| Platform | Integratie | ✅ Integratiebeveiliging (OAuth 2.0, JWT-authenticatie, benoemde inloggegevens, veilige eindpunten, externe systeemvalidatie) is ontworpen en onderhouden door architecten |
| Platform | Beveiliging | ✅ Monitoring en reactiemogelijkheden (Event Monitoring, audit trails, SIEM-integratie, incidentresponsprocedures) worden geïmplementeerd door architecten |
| Platform | Ontwikkeling | ✅ Toepassingsbeveiliging inclusief veilige aangepaste code (Apex, Lightning), invoervalidatie, injectiepreventie en veilige ontwikkelpraktijken zijn architect- en ontwikkelaarverantwoordelijkheden |
| Platform | Naleving | ✅ Oplossingen handhaven nalevingsstatus door middel van privacy-/instemmingsbeheer, gegevensbewaarbeleid en nalevingsconfiguratie die is afgestemd op wettelijke vereisten |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Identiteit | ⚠️ Identiteits- en toegangsbeheer wordt behandeld als “platformbeveiliging” zonder rollen, profielen, machtigingensets of MFA-vereisten te ontwerpen |
| Platform | Gegevens | ⚠️ Gegevensbeheer wordt geacht door het platform te zijn geleverd; er is geen gegevensclassificatie, regels voor delen of beveiliging op veldniveau geconfigureerd |
| Platform | Integratie | ⚠️ Integratiebeveiliging vertrouwt op besturingselementen op netwerkniveau zonder OAuth, inloggegevensbeheer of eindpuntvalidatie te implementeren |
| Platform | Beveiliging | ⚠️ Bewaking en incidentrespons worden behandeld als Salesforce-verantwoordelijkheden; er bestaan geen Event Monitoring-, SIEM-integratie- of reactieprocedures |
| Platform | Ontwikkeling | ⚠️ Aangepaste codebeveiliging wordt niet gevalideerd; injectiekwetsbaarheden, ontbrekende CRUD/FLS-afdwinging en onveilige patronen accumuleren |
| Platform | Naleving | ⚠️ Nalevingsconfiguratie wordt nooit geïmplementeerd; oplossingen schenden wettelijke vereisten ondanks platformcertificeringen |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Naleving | ✅ Platformcertificeringen (SOC 2 Type II, ISO 27001, FedRAMP voor Government Cloud-aanbod, HIPAA, PCI DSS, GDPR) worden in de nalevingsdocumentatie vermeld als verantwoordelijkheden voor de infrastructuur |
| Platform | Naleving | ✅ Controlevoorbereiding maakt gebruik van Trust.salesforce.com- en compliance.salesforce.com-documentatie voor platforminfrastructuurbesturingselementen |
| Platform | Naleving | ✅ Nalevingsdocumentatie geeft een duidelijke afbakening van door het platform geleverde certificeringen versus door de architect geïmplementeerde controles voor aangepaste oplossingen |
| Platform | Architectuur | ✅ Aangepaste objecten, Apex code, integraties en configuraties zijn ontworpen om de nalevingsstatus te behouden die het platform biedt |
| Platform | Naleving | ✅ Architectuurdocumentatie brengt expliciet in kaart hoe aangepaste oplossingen voldoen aan wettelijke vereisten terwijl platformcertificeringen worden gebruikt |
| Platform | Naleving | ✅ Regionale certificeringen en nalevingsvereisten sturen Hyperforce regioselectie tijdens organisatieleveringen |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Naleving | ⚠️ Platformcertificeringen worden geacht alle nalevingsverplichtingen te dekken; er worden geen aangepaste oplossingsbesturingselementen geïmplementeerd |
| Platform | Naleving | ⚠️ Auditvoorbereidingspogingen om platforminfrastructuurcontroles opnieuw te controleren in plaats van te verwijzen naar bestaande certificeringen |
| Platform | Architectuur | ⚠️ Aangepaste code, configuraties en integraties schenden nalevingsvereisten ondanks dat het platform de juiste certificeringen heeft |
| Platform | Naleving | ⚠️ Nalevingsdocumentatie scheidt platformcertificeringen niet duidelijk van door de architect geïmplementeerde controles |
| Platform | Naleving | ⚠️ Architectuur mist gedocumenteerde toewijzing van de manier waarop aangepaste oplossingen nalevingsstatus handhaven tijdens het gebruik van platformcertificeringen |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Beveiliging | ✅ Incidentresponsprocedures documentsamenwerking: Salesforce biedt platformdetectie en -respons; architecten bieden detectie en respons op oplossingsniveau |
| Platform | Beveiliging | ✅ Verantwoordelijkheden voor kwetsbaarheidsbeheer zijn duidelijk gedocumenteerd: Salesforce-patchplatform; architecten patchen aangepaste code en geïnstalleerde pakketten |
| Platform | Beveiliging | ✅ Beveiligingsbewaking combineert platform-gegenereerde events (Event Monitoring) met door de architect geconfigureerde analyse-, waarschuwings- en reactiewerkstromen |
| Platform | Architectuur | ✅ Elk ontwerpprincipe, onderwerpsectie en controlelijstitem in Trust pijler wordt behandeld als architectverantwoordelijkheid binnen het Shared Responsibility Model |
| Platform | Beveiliging | ✅ Ontwerpbeslissingen verwijzen expliciet naar grenzen van het model Gedeelde verantwoordelijkheid, waarbij platform-geleverde besturingselementen worden onderscheiden van door de architect geconfigureerde besturingselementen |
| Platform | Architectuur | ✅ Beslissingsrecords voor architectuur documenteren verantwoordelijkheidsgrenzen voor beveiligingscontroles, nalevingsvereisten en incidentrespons |
| Platform | Beveiliging | ✅ Beveiligingsbeoordelingen valideren dat architectverantwoordelijkheden (configuratie, toegangscontroles, aangepaste code) op de juiste manier worden geïmplementeerd op een platformbasis |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Beveiliging | ⚠️ Incidentresponsprocedures veronderstellen dat Salesforce alle aspecten afhandelt; er zijn geen mogelijkheden voor detectie, reactie of herstel op oplossingsniveau |
| Platform | Beveiliging | ⚠️ Kwetsbaarheidsbeheer heeft geen betrekking op aangepaste code; alleen platformpatches worden in aanmerking genomen |
| Platform | Beveiliging | ⚠️ Beveiligingsbewaking vertrouwt volledig op platformeigen tools zonder door de architect geconfigureerde analyse- of reactiewerkstromen |
| Platform | Architectuur | ⚠️ Ontwerpbeslissingen verwijzen niet naar het model Gedeelde verantwoordelijkheid; er bestaat verwarring over wie wat beveiligt |
| Platform | Architectuur | ⚠️ Architectuurbeslissingsrecords laten verantwoordelijkheidsgrenzen weg; beveiligingsaannames zijn impliciet in plaats van expliciet |
| Platform | Beveiliging | ⚠️ Beveiligingsbeoordelingen veronderstellen platformcertificeringen elimineren beveiligingsverantwoordelijkheden van architecten |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Gezondheidszorg | HIPAA | ✅ Shield Platform Encryption is ingeschakeld voor alle velden met beschermde gezondheidsinformatie (PHI) |
| Gezondheidszorg | HIPAA | ✅ Veldcontroletraject is geconfigureerd met behoud dat voldoet aan de HIPAA-vereiste voor het bijhouden van records voor PHI-toegang (bevestig de huidige periode aan de hand van de regelgeving) |
| Gezondheidszorg | HIPAA | ✅ Event Monitoring is geconfigureerd om ongeautoriseerde PHI-toegangspatronen te detecteren met waarschuwingen die naar beveiligingsteams worden gerouteerd |
| Gezondheidszorg | HIPAA | ✅ Technische beveiligingen die zijn vereist door de HIPAA-beveiligingsregel (toegangscontroles, controleregistratie, transmissiebeveiliging) worden geïmplementeerd via de architectconfiguratie |
| Financieel | SOX/PCI | ✅ Scheiding van taken wordt geïmplementeerd door middel van het ontwerp van machtigingensets, waardoor afzonderlijke gebruikers geen financiële transacties kunnen maken en goedkeuren |
| Financieel | PCI DSS | ✅ Volledige primaire accountnummers (PAN) worden waar mogelijk uit Salesforce gehouden en getokeniseerd via betalingsprocessors voor bereikvermindering; waar PAN moet worden opgeslagen, worden versleutelde aangepaste velden gebruikt onder PCI DSS-besturingselementen |
| Privacy | AVG/CCPA | ✅ Instemmingsbeheer is geïmplementeerd met fijnmazige per doel instemming bijhouden en intrekking werkstromen |
| Privacy | AVG/CCPA | ✅ Rechtenwerkstromen van betrokkenen (toegang, rectificatie, verwijdering, overdraagbaarheid) voltooien binnen het reactietijdsbestek de regelgevingssets voor uw implementatie |
| Privacy | AVG/CCPA | ✅ Automatisering van gegevensbewaring verwijdert gegevens wanneer instemming verloopt of bewaarperioden eindigen |
| Overheid | FedRAMP | ✅ Salesforce Government Cloud wordt gebruikt voor gereguleerde overheidswerkbelastingen die FedRAMP-naleving vereisen |
| Overheid | FedRAMP | ✅ NIST 800-53-besturingselementen worden toegewezen aan Salesforce-configuratie met gedocumenteerde implementatie voor elke van toepassing zijnde besturing |
| Overheid | FedRAMP | ✅ Continue bewaking met Event Monitoring wordt gerouteerd naar de SIEM-infrastructuur van de overheid voor realtime detectie van bedreigingen |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Gezondheidszorg | HIPAA | ⚠️ PHI wordt opgeslagen in standaard versleutelde velden zonder Shield Platform Encryption of Field Audit Trail |
| Gezondheidszorg | HIPAA | ⚠️ Event Monitoring is niet geconfigureerd om ongeautoriseerde PHI-toegang te detecteren; schendingen treden onopgemerkt op |
| Financieel | SOX/PCI | ⚠️ Enkelvoudige gebruikers kunnen financiële transacties zowel maken als goedkeuren; scheiding van taken wordt niet afgedwongen |
| Financieel | PCI DSS | ⚠️ Volledige primaire accountnummers (PAN) worden zonder encryptie opgeslagen in standaard Salesforce-velden in plaats van gebruik te maken van tokenisering van betalingsprocessor of PCI DSS-compatibele versleutelde opslag |
| Privacy | AVG/CCPA | ⚠️ Instemmingsbeheer is niet geïmplementeerd; gegevens worden verwerkt zonder fijnmazige instemming of intrekkingsmogelijkheden |
| Privacy | AVG/CCPA | ⚠️ Verzoeken om rechten van betrokkenen worden handmatig afgehandeld via het juridische team in plaats van automatisering met de grootte van het reactievenster van de verordening |
| Privacy | AVG/CCPA | ⚠️ Gegevensbewaring is handmatig; gegevens worden voor onbepaalde tijd verzameld ondanks verlopen instemming of voltooiing van bewaarperiode |
| Overheid | FedRAMP | ⚠️ Gereguleerde overheidswerkbelastingen worden uitgevoerd op commerciële Salesforce-exemplaren in plaats van Government Cloud |
| Overheid | FedRAMP | ⚠️ NIST 800-53-besturingselementen ontbreken gedocumenteerde toewijzing aan Salesforce-configuratie; nalevingshiaten bestaan |
| Overheid | FedRAMP | ⚠️ Event Monitoring wordt niet gerouteerd naar SIEM van de overheid; er wordt niet voldaan aan vereisten voor continue bewaking |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Beveiliging | ✅ Gebruikers met kritieke systeemmachtigingen (Alle gegevens weergeven, Alle gegevens wijzigen, Gebruikers beheren) worden geïnventariseerd en bijgehouden als activa met verhoogde machtigingen |
| Platform | Shield Event Monitoring | ✅ Event Monitoring legt eventlogboeken vast met betrekking tot logins, rapport- en gegevensexports, machtigingswijzigingen en API-aanroepen voor beveiligingsanalyse |
| Platform | Shield Event Monitoring | ✅ Event Monitoring logboeken worden gerouteerd naar een extern SIEM-platform voor correlatie met niet-Salesforce beveiligingsevents |
| Integratie | SIEM | ✅ SIEM-correlatieregels detecteren escalatie van rechten, zoals machtigingswijzigingen buiten goedgekeurde wijzigingsvensters en anomalieën van API-volumes boven baseline |
| Integratie | SIEM | ✅ SIEM-dashboards bieden zichtbaarheid in wijzigingen van beveiligingsactiva zoals subsidies voor bevoorrechte gebruikers en gegevensexports |
| Platform | Documentatie | ✅ Beveiliging activum voorraad is gedocumenteerd met activumcategorieën (gebruikers, gegevens, integraties, pakketten, configuraties), eigenaars en beoordeling cadans |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Beveiliging | ⚠️ Voorraad van beveiligingsactivum wordt handmatig onderhouden in spreadsheets die onmiddellijk na het maken verouderd raken |
| Platform | Beveiliging | ⚠️ Beveiligingsactiva worden bijgehouden via tribal Knowledge zonder gedocumenteerde, opvraagbare voorraad die toegankelijk is tijdens incidenten |
| Platform | Beveiliging | ⚠️ Beveiligingsaudits vinden alleen plaats tijdens jaarlijkse nalevingsbeoordelingen zonder continue bewaking tussen audits |
| Platform | Beveiliging | ⚠️ Voorraad van beveiligingsactiva wordt verzameld, maar nooit beoordeeld; slapende accounts, weesintegraties en buitensporige machtigingen blijven voor onbepaalde tijd bestaan |
| Platform | Beveiliging | ⚠️ Officiële integratiegebruikers worden bijgehouden, maar bedrijfseenheden maken ad-hoc verbonden apps die beleidsvormen voor beveiligingsbeoordeling en roulatie van inloggegevens omzeilen |
| Platform | Shield Event Monitoring | ⚠️ Event Monitoring is ingeschakeld, maar events worden niet naar SIEM gerouteerd; beveiligingsevents blijven zonder correlatie in Salesforce geïsoleerd |
| Platform | Integratie | ⚠️ Schaduw-IT-integraties omzeilen voorraad bijhouden; ongeoorloofde API-activiteit leidt tot risico’s van gegevensexfiltratie |