Modello di responsabilità condivisa - Schemi
Ulteriori informazioni sul Well-Architected Trust → Il modello di responsabilità
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Sicurezza | ✅ I progetti di architettura presumono che la sicurezza fisica dei data center, la sorveglianza e le tutele ambientali siano gestite da Salesforce (o AWS per Hyperforce) |
| Piattaforma | Sicurezza | ✅ I progetti di sicurezza di rete sfruttano i sistemi di mitigazione DDoS e rilevamento delle intrusioni forniti dalla piattaforma senza investimenti duplicati |
| Piattaforma | Sicurezza | ✅ Tutta la crittografia del traffico in transito (TLS 1.2+) e a riposo (AES-256) è fornita dall’infrastruttura della piattaforma |
| Piattaforma | Sicurezza | ✅ Hardening della piattaforma, gestione delle vulnerabilità e distribuzione delle patch sono responsabilità di Salesforce; gli architetti pianificano le finestre di manutenzione pianificata |
| Piattaforma | Sicurezza | ✅ La sicurezza multi-tenant e l’architettura di isolamento tenant che garantiscono la separazione dei dati sono garanzie fornite dalla piattaforma |
| Piattaforma | Conformità | ✅ Le certificazioni di conformità della piattaforma (SOC 1/2/3, ISO 27001/27017/27018, FedRAMP per le offerte Government Cloud, HIPAA, PCI DSS, GDPR) sono disponibili su Trust.salesforce.com e compliance.salesforce.com |
| Piattaforma | Sicurezza | ✅ I servizi di crittografia della piattaforma e l’infrastruttura di backup sono funzionalità gestite dalla piattaforma che gli architetti sfruttano senza responsabilità di implementazione |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Sicurezza | ⚠️ I progetti di architettura includono controlli di sicurezza fisica personalizzati, difese perimetrali di rete o funzionalità di duplicazione a livello di sistema operativo fornite dalla piattaforma |
| Piattaforma | Sicurezza | ⚠️ Le revisioni della sicurezza mettono in discussione la crittografia della piattaforma a riposo o la sicurezza della rete senza consultare la documentazione Trust.salesforce.com dei controlli esistenti |
| Piattaforma | Conformità | ⚠️ Le valutazioni di conformità ricontrollano i controlli di sicurezza dell’infrastruttura della piattaforma anziché sfruttare le certificazioni SOC 2/ISO esistenti |
| Piattaforma | Sicurezza | ⚠️ L’architettura si assume la responsabilità di applicare patch all’infrastruttura della piattaforma o gestire l’isolamento multi-tenant |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Identity | ✅ Gestione delle identità e degli accessi (ruoli, profili, insiemi di autorizzazioni, MFA, SSO, privilegi minimi) sono progettati e configurati dagli architetti |
| Piattaforma | Identity | ✅ La gestione del ciclo di vita degli utenti e i processi di ricertificazione dell’accesso sono implementati con revisioni trimestrali documentate |
| Piattaforma | Dati | ✅ La governance dei dati, inclusi classificazione, mascheramento, protezione a livello di oggetto/campo/record, autorizzazioni CRUD e regole di condivisione sono responsabilità dell’architetto |
| Piattaforma | Integrazione | ✅ La sicurezza dell’integrazione (OAuth 2.0, autenticazione JWT, credenziali denominate, endpoint protetti, convalida del sistema esterno) è progettata e gestita dagli architetti |
| Piattaforma | Sicurezza | ✅ Le funzionalità di monitoraggio e risposta (Monitoraggio evento, itinerari di controllo, integrazione SIEM, procedure di risposta agli incidenti) sono implementate dagli architetti |
| Piattaforma | Sviluppo | ✅ La sicurezza delle applicazioni, incluso il codice personalizzato protetto (Apex, Lightning), la convalida degli input, la prevenzione delle iniezioni e le pratiche di sviluppo sicuro sono responsabilità dell’architetto e dello sviluppatore |
| Piattaforma | Conformità | ✅ Le soluzioni mantengono il comportamento di conformità attraverso la gestione della privacy/del consenso, le policy di conservazione dei dati e la configurazione della conformità in linea con i requisiti normativi |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Identity | ⚠️ La gestione delle identità e degli accessi è considerata come “sicurezza della piattaforma” senza la progettazione di ruoli, profili, insiemi di autorizzazioni o requisiti MFA |
| Piattaforma | Dati | ⚠️ La governance dei dati è considerata fornita dalla piattaforma; non sono configurate classificazione dei dati, regole di condivisione o protezione a livello di campo |
| Piattaforma | Integrazione | ⚠️ La sicurezza dell’integrazione si basa sui controlli a livello di rete senza implementare OAuth, gestione delle credenziali o convalida degli endpoint |
| Piattaforma | Sicurezza | ⚠️ Il monitoraggio e la risposta agli incidenti sono considerati responsabilità di Salesforce; non esistono procedure di Monitoraggio evento, integrazione SIEM o risposta |
| Piattaforma | Sviluppo | ⚠️ La sicurezza del codice personalizzato non è convalidata; si accumulano vulnerabilità dell’iniezione, mancata applicazione di CRUD/FLS e schemi non sicuri |
| Piattaforma | Conformità | ⚠️ La configurazione della conformità non viene mai implementata; le soluzioni violano i requisiti normativi nonostante le certificazioni della piattaforma |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Conformità | ✅ Le certificazioni piattaforma (SOC 2 Tipo II, ISO 27001, FedRAMP per le offerte Government Cloud, HIPAA, PCI DSS, GDPR) sono indicate nella documentazione di conformità come copertura delle responsabilità dell’infrastruttura |
| Piattaforma | Conformità | ✅ La preparazione al controllo sfrutta la documentazione Trust.salesforce.com e compliance.salesforce.com per i controlli dell’infrastruttura della piattaforma |
| Piattaforma | Conformità | ✅ La documentazione sulla conformità definisce chiaramente le certificazioni fornite dalla piattaforma rispetto ai controlli implementati dall’architetto per le soluzioni personalizzate |
| Piattaforma | Architettura | ✅ Gli oggetti personalizzati, Apex Code, le integrazioni e le configurazioni sono progettati per mantenere il comportamento conforme fornito dalla piattaforma |
| Piattaforma | Conformità | ✅ La documentazione dell’architettura mappa esplicitamente in che modo le soluzioni personalizzate soddisfano i requisiti normativi sfruttando le certificazioni della piattaforma |
| Piattaforma | Conformità | ✅ Le certificazioni regionali e i requisiti di conformità determinano la selezione delle regioni Hyperforce durante il provisioning dell’organizzazione |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Conformità | ⚠️ Si presume che le certificazioni piattaforma coprano tutti gli obblighi di conformità; non vengono implementati controlli personalizzati delle soluzioni |
| Piattaforma | Conformità | ⚠️ Controllare i tentativi di preparazione per ricontrollare i controlli dell’infrastruttura della piattaforma anziché fare riferimento alle certificazioni esistenti |
| Piattaforma | Architettura | ⚠️ Il codice personalizzato, le configurazioni e le integrazioni violano i requisiti di conformità nonostante la piattaforma disponga di certificazioni appropriate |
| Piattaforma | Conformità | ⚠️ La documentazione di conformità non separa chiaramente le certificazioni piattaforma dai controlli implementati dall’architetto |
| Piattaforma | Conformità | ⚠️ L’architettura non dispone di una mappatura documentata di come le soluzioni personalizzate mantengono il comportamento di conformità sfruttando le certificazioni della piattaforma |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Sicurezza | ✅ Le procedure di risposta agli incidenti documentano la collaborazione: Salesforce fornisce rilevamento e risposta della piattaforma; gli architetti forniscono rilevamento e risposta a livello di soluzione |
| Piattaforma | Sicurezza | ✅ Le responsabilità di gestione delle vulnerabilità sono chiaramente documentate: Piattaforma patch Salesforce; gli architetti patchano il codice personalizzato e i pacchetti installati |
| Piattaforma | Sicurezza | ✅ Il monitoraggio della sicurezza combina gli eventi generati dalla piattaforma (Event Monitoring) con flussi di lavoro di analisi, avviso e risposta configurati dall’architetto |
| Piattaforma | Architettura | ✅ Ogni principio di progettazione, sezione argomento ed elemento elenco di controllo nel pilastro Trust è trattato come responsabilità dell’architetto all’interno del modello di responsabilità condivisa |
| Piattaforma | Sicurezza | ✅ Le decisioni di progettazione fanno esplicito riferimento ai confini del modello di responsabilità condivisa, distinguendo i controlli forniti dalla piattaforma dai controlli configurati dall’architetto |
| Piattaforma | Architettura | ✅ I record decisioni dell’architettura documentano i confini di responsabilità per i controlli di sicurezza, i requisiti di conformità e la risposta agli incidenti |
| Piattaforma | Sicurezza | ✅ I riesami di sicurezza confermano che le responsabilità dell’architetto (configurazione, controlli di accesso, codice personalizzato) sono implementate in modo appropriato sulla base fornita dalla piattaforma |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Sicurezza | ⚠️ Le procedure di risposta agli incidenti presumono che Salesforce gestisca tutti gli aspetti; non esistono funzionalità di rilevamento, risposta o ripristino a livello di soluzione |
| Piattaforma | Sicurezza | ⚠️ La gestione delle vulnerabilità non riguarda il codice personalizzato; vengono considerate solo le patch della piattaforma |
| Piattaforma | Sicurezza | ⚠️ Il monitoraggio della sicurezza si basa interamente su strumenti nativi della piattaforma senza flussi di lavoro di analisi o risposta configurati dall’architetto |
| Piattaforma | Architettura | ⚠️ Le decisioni di progettazione non fanno riferimento al modello di responsabilità condivisa; esiste confusione su chi protegge cosa |
| Piattaforma | Architettura | ⚠️ I record decisione architettura omettono i confini di responsabilità; i presupposti di sicurezza sono impliciti anziché espliciti |
| Piattaforma | Sicurezza | ⚠️ I riesami di sicurezza presumono che le certificazioni piattaforma eliminino le responsabilità di sicurezza degli architetti |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Assistenza sanitaria | HIPAA | ✅ Shield Platform Encryption è abilitato per tutti i campi contenenti informazioni sanitarie protette (PHI) |
| Assistenza sanitaria | HIPAA | ✅ Field Audit Trail è configurato con la conservazione che soddisfa il requisito di conservazione dei record HIPAA per il tracciamento dell’accesso ai dati personali (confermare il periodo corrente rispetto al regolamento vigente) |
| Assistenza sanitaria | HIPAA | ✅ Monitoraggio evento è configurato per rilevare schemi di accesso PHI non autorizzati con avvisi instradati ai team di sicurezza |
| Assistenza sanitaria | HIPAA | ✅ Le protezioni tecniche richieste dalla regola di sicurezza HIPAA (controlli dell’accesso, registrazione del controllo, sicurezza della trasmissione) vengono implementate tramite la configurazione dell’architetto |
| Finanziario | SOX/PCI | ✅ La separazione dei doveri viene implementata attraverso la progettazione dell’insieme di autorizzazioni che impedisce ai singoli utenti di creare e approvare transazioni finanziarie |
| Finanziario | PCI DSS | ✅ I numeri di account principali completi (PAN) vengono tenuti fuori da Salesforce ove possibile e tokenizzati tramite processori di pagamento per ridurre l’ambito; dove deve essere memorizzato PAN, utilizza i campi personalizzati crittografati sotto controlli PCI DSS |
| Privacy | GDPR/CCPA | ✅ La gestione del consenso è implementata con flussi di lavoro di tracciamento del consenso e ritiro granulari per scopo |
| Privacy | GDPR/CCPA | ✅ I flussi di lavoro dei diritti degli interessati (accesso, rettifica, cancellazione, portabilità) completano entro la finestra di risposta i regolamenti in vigore per la distribuzione |
| Privacy | GDPR/CCPA | ✅ L’automazione della conservazione dei dati elimina i dati quando il consenso scade o terminano i periodi di conservazione |
| Governo | FedRAMP | ✅ Salesforce Government Cloud viene utilizzato per i carichi di lavoro governativi regolamentati che richiedono la conformità FedRAMP |
| Governo | FedRAMP | ✅ I controlli NIST 800-53 sono mappati alla configurazione Salesforce con implementazione documentata per ogni controllo applicabile |
| Governo | FedRAMP | ✅ Il monitoraggio continuo con Monitoraggio evento viene instradato all’infrastruttura SIEM governativa per il rilevamento delle minacce in tempo reale |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Assistenza sanitaria | HIPAA | ⚠️ PHI è memorizzato in campi crittografati standard senza Shield Platform Encryption o Field Audit Trail |
| Assistenza sanitaria | HIPAA | ⚠️ Monitoraggio evento non è configurato per rilevare l’accesso non autorizzato ai PHI; le violazioni non vengono rilevate |
| Finanziario | SOX/PCI | ⚠️ I singoli utenti possono sia creare che approvare le transazioni finanziarie; non viene applicata la separazione dei doveri |
| Finanziario | PCI DSS | ⚠️ I numeri di account principali completi (PAN) sono memorizzati nei campi Salesforce standard senza crittografia anziché utilizzare la tokenizzazione del processo di pagamento o l’archiviazione crittografata conforme a PCI DSS |
| Privacy | GDPR/CCPA | ⚠️ La gestione del consenso non è implementata; i dati vengono elaborati senza consenso granulare o funzionalità di ritiro |
| Privacy | GDPR/CCPA | ⚠️ Le richieste di diritti degli interessati vengono gestite manualmente tramite l’ufficio legale anziché tramite un’automazione adattata alla finestra di risposta del regolamento |
| Privacy | GDPR/CCPA | ⚠️ La conservazione dei dati è manuale; i dati si accumulano indefinitamente nonostante il consenso scaduto o il completamento del periodo di conservazione |
| Governo | FedRAMP | ⚠️ I carichi di lavoro governativi regolamentati vengono eseguiti nelle istanze Salesforce commerciali anziché in Government Cloud |
| Governo | FedRAMP | ⚠️ I controlli NIST 800-53 mancano di mappatura documentata alla configurazione Salesforce; esistono lacune di conformità |
| Governo | FedRAMP | ⚠️ Monitoraggio evento non viene instradato al SIEM governativo; i requisiti di monitoraggio continuo non sono soddisfatti |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Sicurezza | ✅ Gli utenti con autorizzazioni di sistema critiche (Visualizza tutti i dati, Modifica tutti i dati, Gestisci utenti) vengono inventariati e tracciati come asset con privilegi elevati |
| Platform | Monitoraggio evento Shield | ✅ Monitoraggio evento acquisisce registri eventi che coprono accessi, esportazioni di rapporti e dati, modifiche delle autorizzazioni e chiamate API per l’analisi della sicurezza |
| Platform | Monitoraggio evento Shield | ✅ I registri di Monitoraggio evento vengono instradati a una piattaforma SIEM esterna per la correlazione con eventi di protezione non Salesforce |
| Integrazione | SIEM | ✅ Le regole di correlazione SIEM rilevano l’inoltro dei privilegi al livello superiore, ad esempio le modifiche delle autorizzazioni al di fuori delle finestre di modifica approvate e le anomalie del volume API al di sopra della base di riferimento |
| Integrazione | SIEM | ✅ I cruscotti digitali SIEM offrono visibilità sulle modifiche degli asset di protezione, ad esempio le sovvenzioni utente con privilegi e le esportazioni di dati |
| Piattaforma | Documentazione | ✅ L’inventario degli asset di sicurezza è documentato con categorie di asset (utenti, dati, integrazioni, pacchetti, configurazioni), titolari e cadenza di revisione |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Sicurezza | ⚠️ L’inventario degli asset di sicurezza viene gestito manualmente in fogli di calcolo che diventano obsoleti immediatamente dopo la creazione |
| Piattaforma | Sicurezza | ⚠️ Gli asset di sicurezza vengono tracciati attraverso Knowledge tribale senza inventario documentato e interrogabile accessibile durante gli incidenti |
| Piattaforma | Sicurezza | ⚠️ I controlli di sicurezza vengono eseguiti solo durante i controlli di conformità annuali senza monitoraggio continuo tra i controlli |
| Piattaforma | Sicurezza | ⚠️ L’inventario degli asset di sicurezza viene raccolto ma mai rivisto; gli account dormienti, le integrazioni orfane e le autorizzazioni eccessive persistono a tempo indeterminato |
| Piattaforma | Sicurezza | ⚠️ Gli utenti integrazione ufficiali vengono tracciati ma le unità operative creano applicazioni connesse ad hoc ignorando le policy di revisione della sicurezza e rotazione delle credenziali |
| Platform | Monitoraggio evento Shield | ⚠️ Monitoraggio evento è abilitato ma gli eventi non vengono instradati a SIEM; gli eventi di sicurezza rimangono in silo in Salesforce senza correlazione |
| Piattaforma | Integrazione | ⚠️ Le integrazioni Shadow IT ignorano il tracciamento dell’inventario; l’attività API non autorizzata crea rischi di esfiltrazione dei dati |