Secure Headers/fr : Différence entre versions
| Ligne 19 : | Ligne 19 : | ||
} |
} |
||
| − | La technologie des entêtes sécurisés a été présentée aux '''[[https://2009.jres.org/ |
+ | La technologie des entêtes sécurisés a été présentée aux '''[[https://2009.jres.org/ JRES 2009]]'''. Une vidéo ainsi que la publication et les planches de la présentation sont accessibles sur le lien suivant '''[[https://2009.jres.org/planning_files/summary/html/126.htm documents]]'''. |
Version du 4 octobre 2010 à 12:32
> 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}
}
La technologie des entêtes sécurisés a été présentée aux [JRES 2009]. Une vidéo ainsi que la publication et les planches de la présentation sont accessibles sur le lien suivant [documents].
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
.
