--- schema_version: "1" id: af2511e83cf317920e83fee464622507fde753b6f2967c379d6702fb06317c69 title: Trust — Schemi collection: architect version: current locale: it-it portal_url: https://docs.salesforce.com/architect/current/it-it/well-architected/guides/trust-overview.md canonical_url: https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-overview.html source_site: architect.salesforce.com content_type: documentation content_hash: 834aa1f710774cb75ef4bc5728710fe27039ff5c87ccfaf8d6fa4bf560bceb69 products: - Framework ben progettato - Architect Site Content Repo --- # Trust — Schemi Il pilastro Trust si concentra su sicurezza, conformità, protezione dei dati, gestione dell'identità e degli accessi, risposta agli incidenti e responsabilità condivisa tra l'utente e Salesforce. Questi schemi trasformano i principi di progettazione del pilastro in pratiche concrete e riesaminabili: cosa cercare in una soluzione, che aspetto ha e gli schemi anti-schema che la minano. ## Principi di progettazione Questi schemi mettono in pratica i principi di progettazione del pilastro Trust. Leggeteli insieme al [pilastro Trust](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust.md) per la guida completa dietro ognuno di essi. - **Applicare zero Trust su tutti i livelli**: verificare esplicitamente ogni richiesta di accesso anziché considerare affidabile la posizione o l'origine della rete. - **Concedi privilegi minimi per impostazione** predefinita: parti dall'accesso più restrittivo ed espandi deliberatamente in base alle esigenze aziendali documentate. - **Implementare una difesa** approfondita: creare livelli di controlli preventivi, detective e reattivi in modo che l'errore di uno non comprometta il sistema. - **Integrare la sicurezza**: creare modelli di minacce e requisiti di sicurezza in ogni fase dell'architettura, prima dell'inizio della creazione. - **Incorporare sicurezza nell'automazione**: creare controlli di sicurezza nelle pipeline CI/CD, nella configurazione come codice e nelle impostazioni predefinite della piattaforma. - **Progettazione per privacy**: architetto per la minimizzazione dei dati, la limitazione degli scopi, la gestione del consenso e i flussi di lavoro dei diritti degli interessati. - **Progettazione per la tracciabilità**: rendere ogni azione conseguente attribuibile e ricostruibile attraverso percorsi di controllo conservati e a prova di manomissione. - **Progettazione per risposta** agli incidenti: progettazione per procedure di rilevamento, intervento in tempo reale, ripristino e risposta testate. ## Come utilizzare questi schemi Ogni categoria abbina **modelli** (aspetto positivo) e **anti-schemi** (cosa evitare), organizzati in modo da poter rivedere una soluzione area per area. Iniziare dall'esito Trust necessario: - **Stabilire chi può accedere a cosa?** Utilizzare **Gestione identità e accessi** per autenticazione, autorizzazione, MFA, OAuth e gestione delle sessioni. - **Proteggere i dati sensibili?** Utilizzare **Protezione dei dati e Privacy** per la crittografia, la protezione a livello di campo, la residenza dei dati e i controlli della privacy. - **Soddisfare gli obblighi normativi?** Utilizzare **Conformità e Normativa** per gli itinerari di controllo, le certificazioni e la governance. - **Rilevamento e risposta alle minacce?** Utilizzare **Risposta agli incidenti e Operazioni di sicurezza** per il monitoraggio della sicurezza, il rilevamento degli eventi e la risposta. - **Costruire una rete di sicurezza?** Utilizzare **Secure Development Lifecycle** (Ciclo di vita sviluppo sicuro) per la protezione a sinistra del turno, le difese OWASP Top 10 e i test di sicurezza. - **Chiarire a chi appartiene quale controllo?** Utilizzare la **responsabilità condivisa** per suddividere i compiti di sicurezza tra le funzioni della piattaforma e l'implementazione. - **Agenti operativi nella produzione?** Utilizzare gli **schemi agente** per la difesa rapida dall'iniezione, il monitoraggio del modello e la comunicazione protetta tra agenti. ## Categorie di schema ### [Schemi agente](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-agentic-patterns.md) Schemi specifici del Trust per i sistemi agenti, tra cui la difesa con iniezione rapida, il monitoraggio del modello e la comunicazione protetta tra agenti. ### [Conformità e normative](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-compliance-patterns.md) Schemi per conformità normativa, itinerari di controllo, certificazioni e governance. ### [Protezione dei dati e privacy](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-data-protection-patterns.md) Schemi per la crittografia dei dati, la protezione a livello di campo, la residenza dei dati e i controlli della privacy. ### [Gestione delle identità e degli accessi](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-identity-access-patterns.md) Schemi per autenticazione, autorizzazione, MFA, OAuth e gestione delle sessioni. ### [Operazioni di risposta agli incidenti e di sicurezza](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-incident-response-patterns.md) Schemi per il monitoraggio della sicurezza, il rilevamento degli eventi, la risposta agli incidenti e le operazioni di sicurezza. ### [Ciclo di vita dello sviluppo sicuro](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-secure-development-patterns.md) Schemi per la protezione a sinistra dei turni, le prime 10 difese OWASP, la progettazione sicura delle opportunità in corso di realizzazione e i test di sicurezza. ### [Responsabilità condivisa](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust-shared-responsibility-patterns.md) Schemi che chiariscono le responsabilità di sicurezza tra le funzioni della piattaforma e l'implementazione dell'architetto. ## Risorse correlate - [Pilastro Trust](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/trust.md): i principi di progettazione e le linee guida architettoniche implementate da questi schemi - [Trust for the Agentic Enterprise](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/agentic-enterprise-trust.md) — Guida Trust per le soluzioni basate sugli agenti - [Well-Architected Framework](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/framework.md) — come Trust si inserisce insieme agli altri pilastri - [Patterns and Anti-Patterns](https://architect.salesforce.com/docs/architect/it-it/well-architected/guide/patterns-and-anti-patterns.md) — la libreria completa di schemi in tutti i pilastri