Secure Headers/fr : Différence entre versions
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. |
||
− | + | 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 à 12:09
> 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.