Une association définie entre domaines ou entités qui établit les conditions selon lesquelles une partie accepte des assertions d’authentification, des justificatifs ou des décisions d’autorisation émises par une autre partie, incluant les politiques, mécanismes techniques (PKI, identité fédérée, OAuth, SAML) et règles de gouvernance qui déterminent le périmètre, les niveaux d’assurance et la révocation.

Principe

Une relation de confiance externalise la vérification d’identité ou l’émission de justificatifs vers un émetteur de confiance afin que les parties utilisatrices acceptent des assertions sans refaire la vérification complète ; l’acceptation est limitée par le niveau d’assurance convenu, la sémantique des attributs et les contrôles de gouvernance.

Démonstration

Scénario illustratif → Un fournisseur de services (SP) fait confiance à un fournisseur d’identité (IdP) dans une fédération pour authentifier des utilisateurs. Reconnaissance : SP et IdP échangent des métadonnées documentant les attributs acceptés et les niveaux d’assurance. Action : lorsqu’un utilisateur s’authentifie auprès de l’IdP, l’IdP émet une assertion ; le SP mappe les attributs déclarés sur ses règles d’autorisation internes et accorde l’accès. Conséquence : les utilisateurs obtiennent un accès inter‑domaines sans comptes séparés ; le SP assume le risque lié aux pratiques de vérification et de révocation de l’IdP.

Mauvaise application

Équivaloir confiance en l’authentification et autorisation ou accès illimité. L’erreur sémantique est de supposer que parce qu’un justificatif est accepté, le titulaire obtient automatiquement tous les privilèges ; les relations de confiance exigent un mappage d’attributs explicite et des décisions de politique d’autorisation.

Conséquence

Facilite l’interopérabilité, le single sign‑on et réduit la gestion des justificatifs, mais crée des dépendances systémiques : la compromission ou la mauvaise configuration d’un émetteur de confiance peut étendre les effets à toutes les parties utilisatrices et exige gouvernance, répartition de responsabilité et mécanismes de révocation.

Inversion

Les architectures zero‑trust ou à moindre privilège et le mappage strict des attributs peuvent limiter la dépendance à des relations de confiance externes ; dans des contextes à haute assurance, les parties utilisatrices peuvent exiger une ré‑authentification locale ou une vérification multi‑facteur, réduisant la confiance déléguée.

Limite

Clairement inclus : fédération formalisée ou ancre de PKI documentée où des politiques et mécanismes techniques explicites gouvernent l’acceptation d’assertions externes. Cas frontière : acceptation informelle de justificatifs externes (p. ex. attestations par courriel) avec gouvernance et assurance faibles. Clairement exclu : simple connectivité réseau ou relations de routage qui n’impliquent pas l’acceptation d’identité ou de justificatifs.

Tension sémantique

Scalabilité et commodité de l’authentification déléguée ↔ concentration du risque et perte de contrôle local ; les relations de confiance échangent l’effort de vérification locale contre un accès interopérable au prix d’une dépendance externe.

Synthèse

Une relation de confiance est un pacte de gouvernance et technique qui permet à un domaine de se fier aux assertions d’identité d’un autre ; son utilité dépend de niveaux d’assurance explicites, d’une sémantique d’attributs claire et de pratiques robustes de révocation et d’audit, non d’une foi implicite dans la connectivité.