--- schema_version: "1" id: 5c8fb61a0c3a46602b8102da929275fb857370afcf40ad06c18e1644b94b545b title: Trust - Patterns collection: architect version: current locale: fr-fr portal_url: https://docs.salesforce.com/architect/current/fr-fr/well-architected/guides/trust-overview.md canonical_url: https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-overview.html source_site: architect.salesforce.com content_type: documentation content_hash: 263a172854cdc4efe83c817aac4d6682dcf3cd22a1b325842c0130457c93cd71 products: - Infrastructure bien architecturée - Architect Site Content Repo --- # Trust - Patterns Le pilier Trust met l'accent sur la sécurité, la conformité, la protection des données, la gestion des identités et des accès, la réponse aux incidents et la responsabilité partagée entre vous et Salesforce. Ces modèles transforment les principes de conception du pilier en pratiques concrètes et vérifiables : quoi chercher dans une solution, à quoi ressemble le bien et aux anti-schémas qui la minent. ## Principes de conception Ces modèles mettent en pratique les principes de conception du pilier Trust. Lisez-les avec le [pilier Trust](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust.md) pour les conseils complets derrière chacun. - **Appliquer zéro Trust à toutes les couches** \- vérifier explicitement chaque demande d'accès au lieu de lui faire confiance pour son emplacement réseau ou son origine. - **Accordez le moindre privilège par défaut** : commencez par l'accès le plus restrictif et développez-le délibérément en fonction des besoins métiers documentés. - **Mettez en œuvre** la défense en profondeur : superposez des contrôles préventifs, détectives et réactifs afin que l'échec d'un contrôle ne compromette pas le système. - **Intégrez la sécurité dès la conception** : élaborez des exigences de modélisation et de sécurité des menaces dans chaque phase de l'architecture, avant le début de la construction. - **Incorporez la sécurité** à l'automatisation : intégrez des contrôles de sécurité dans les pipelines CI/CD, la configuration en tant que code et les paramètres par défaut de la plate-forme. - **Conception pour la confidentialité** : architecte des workflows de réduction des données, de limitation des finalités, de gestion du consentement et de droits des personnes concernées. - **Conception pour la traçabilité** : rendre chaque action consécutive attribuable et reconstructible à l’aide de pistes d’audit préservées et inviolables. - **Conception de réponse** aux incidents : conception des procédures de détection, d'intervention en temps réel, de reprise et de réponse que vous avez testées. ## Comment utiliser ces schémas Chaque catégorie associe des **modèles** (ce qui est bien) à des **anti-modèles** (ce qu'il faut éviter), organisés de sorte que vous puissiez examiner une solution zone par zone. Partez du résultat Trust dont vous avez besoin : - **Déterminer qui peut accéder à quoi ?** Utilisez **la Gestion des** identités et des accès pour l'authentification, l'autorisation, la MFA, OAuth et la gestion des sessions. - **Protéger les données confidentielles ?** Utilisez **la Protection des** données et la confidentialité pour le cryptage, la sécurité au niveau du champ, la résidence des données et les contrôles de confidentialité. - **Satisfaire aux obligations réglementaires ?** Utilisez **Conformité et réglementaire** pour les pistes d’audit, les certifications et la gouvernance. - **Détecter les menaces et y répondre ?** Utilisez **Réaction aux incidents et Opérations** de sécurité pour la surveillance de la sécurité, la détection des événements et la réponse. - **Renforcer la sécurité dans le pipeline ?** Utilisez **Secure Development Lifecycle** pour la sécurité des postes de travail à gauche, les 10 meilleures défenses OWASP et les tests de sécurité. - **Clarifier à qui appartient quel contrôle ?** Utilisez la **Responsabilité partagée** pour répartir les tâches de sécurité entre les fonctionnalités de la plate-forme et votre implémentation. - **Des agents en production ?** Utilisez les **modèles Agentic** pour la défense par injection rapide, la surveillance du modèle et la communication sécurisée entre agents. ## Catégories de modèle ### [Modèles agentiques](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-agentic-patterns.md) Modèles spécifiques Trust pour les systèmes agentiques, notamment la défense par injection rapide, la surveillance du modèle et la communication sécurisée d'agent à agent. ### [Conformité et réglementation](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-compliance-patterns.md) Modèles de conformité réglementaire, de parcours d'audit, de certification et de gouvernance. ### [Protection des données et confidentialité](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-data-protection-patterns.md) Modèles de cryptage des données, de sécurité au niveau du champ, de résidence des données et de contrôles de confidentialité. ### [Gestion des identités et des accès](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-identity-access-patterns.md) Modèles d'authentification, d'autorisation, de MFA, OAuth et de gestion de session. ### [Intervention en cas d'incident et opérations de sécurité](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-incident-response-patterns.md) Modèles de surveillance de la sécurité, de détection des événements, de réponse aux incidents et d'opérations de sécurité. ### [Cycle de développement sécurisé](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-secure-development-patterns.md) Modèles de sécurité de poste de travail à gauche, défenses OWASP Top 10, conception sécurisée du pipeline et tests de sécurité. ### [Responsabilité partagée](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust-shared-responsibility-patterns.md) Schémas clarifiant les responsabilités de sécurité entre les fonctionnalités de la plate-forme et l'implémentation de l'architecte. ## Ressources associées - [Trust pillar](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/trust.md) — les principes de conception et les orientations architecturales que ces modèles mettent en œuvre - [Trust for the Agentic Enterprise](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/agentic-enterprise-trust.md) — guide de confiance pour les solutions basées sur l'agent - [Cadre bien architecturé](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/framework.md) \- comment Trust coïncide avec les autres piliers - [Patterns and Anti-Patterns](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/patterns-and-anti-patterns.md) — la bibliothèque complète de modèles dans tous les piliers