Secure Headers/fr : Différence entre versions

De Trustedbird Client Wiki
Ligne 4 : Ligne 4 :
   
 
Cette fonctionnalité permet lors de l'envoi d'un mail d'intégrer les champs d'en-tête de ce dernier dans la signature S/MIME, et plus précisément dans les attributs signés. Ce mécanisme, appelé '''''En-têtes sécurisés''''' ou '''''Secure headers''''', offre des services d'intégrité et de non répudiation des champs d'en-têtes sécurisés.
 
Cette fonctionnalité permet lors de l'envoi d'un mail d'intégrer les champs d'en-tête de ce dernier dans la signature S/MIME, et plus précisément dans les attributs signés. Ce mécanisme, appelé '''''En-têtes sécurisés''''' ou '''''Secure headers''''', offre des services d'intégrité et de non répudiation des champs d'en-têtes sécurisés.
Il est par possible de sécuriser des champs d'en-tête standards (RFC 5322, RFC 4021 ...) mais également des champs apportés par XIMF.
+
Grâce à ce mécanisme, il est possible de sécuriser des champs d'en-tête standards (RFC 5322, RFC 4021 ...) mais également des champs apportés par XIMF.
   
 
Une structure de champs d'en-têtes sécurisés est composée d'un algorithme de canonisation et de la liste des champs d'en-tête qui ont été sécurisés. Cette structure contient :
 
Une structure de champs d'en-têtes sécurisés est composée d'un algorithme de canonisation et de la liste des champs d'en-tête qui ont été sécurisés. Cette structure contient :
Ligne 25 : Ligne 25 :
 
== Utilisation ==
 
== Utilisation ==
   
Cette fonctionnalité permet la sécurisation des champs d'en-tête standards (RFC 5322, RFC 4021 ...) mais également des champs apportés par XIMF.
 
  +
.
   
 
== SASL External ==
 
== SASL External ==

Version du 4 octobre 2010 à 13:09

English | Français

> Documentation > Trustedbird > Secure Headers


Cette fonctionnalité permet lors de l'envoi d'un mail d'intégrer les champs d'en-tête de ce dernier dans la signature S/MIME, et plus précisément dans les attributs signés. Ce mécanisme, appelé En-têtes sécurisés ou Secure headers, offre des services d'intégrité et de non répudiation des champs d'en-têtes sécurisés. Grâce à ce mécanisme, il est possible de sécuriser des champs d'en-tête standards (RFC 5322, RFC 4021 ...) mais également des champs apportés par XIMF.

Une structure de champs d'en-têtes sécurisés est composée d'un algorithme de canonisation et de la liste des champs d'en-tête qui ont été sécurisés. Cette structure contient :

  • Le nom du champ
  • La valeur du champ
  • Le statut du champ à sécuriser (optionnel)

La description ASN.1 est la suivante :

   HeaderField ::= SEQUENCE {
       field-Name   HeaderFieldName,
       field-Value  HeaderFieldValue,
       field-Status HeaderFieldStatus OPTIONAL}
   }

Installation

Cette fonctionnalité est intégrée dans Trustedbird 2. Elle est en cours de portage et sera intégrée dans la version Trustedbird 3.1.3.

Utilisation

.

SASL External

Les mécanismes SASL External sont décrits en annexe A du RFC 4422.