Secure Headers/fr : Différence entre versions
| Ligne 24 : | Ligne 24 : | ||
== Utilisation == |
== Utilisation == |
||
| − | Cette fonctionnalité permet la sécurisation des champs d'en-tête standards mais également |
+ | 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 à 10:13
> 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.
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
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
Les mécanismes SASL External sont décrits en annexe A du RFC 4422.
