SASL EXTERNAL Technical Documentation/fr - Historique des versions

Xparis : /* Arborescence LDAP/S */

2010-11-24T16:55:09Z

‎Arborescence LDAP/S

Xparis : /* Architecture */

2010-11-24T16:54:23Z

‎Architecture

Xparis le 24 novembre 2010 à 16:53

2010-11-24T16:53:42Z

Rfairise le 20 octobre 2010 à 12:46

2010-10-20T12:46:45Z

Rfairise : a déplacé SASL External Technical Documentation/fr vers SASL EXTERNAL Technical Documentation/fr

2010-10-20T12:46:08Z

a déplacé SASL External Technical Documentation/fr vers SASL EXTERNAL Technical Documentation/fr

Rfairise le 15 octobre 2010 à 16:09

2010-10-15T16:09:54Z

Xparis : /* SASL External */

2010-10-13T09:03:29Z

‎SASL External

Xparis le 13 octobre 2010 à 08:59

2010-10-13T08:59:37Z

Pmaeso : /* Mécanismes */

2010-10-12T09:20:52Z

‎Mécanismes

Xparis : a déplacé SASL External Technical Documentation Draft/fr vers SASL External Technical Documentation/fr

2010-10-12T08:16:45Z

a déplacé SASL External Technical Documentation Draft/fr vers SASL External Technical Documentation/fr

@@ Ligne 68 : / Ligne 68 : @@
   ./comm-1.9.2/directory/xpcom/base/public/nsILDAPOperation.idl
                                    /src/nsLDAPOperation.cpp
-               mailnews/addrbook/content/abResultsPane.js
+  ./comm-1.9.2/mailnews/addrbook/content/abResultsPane.js
                                 /prefs/content/pref-directory-add.js
                                               /pref-directory-add.xul

← Version précédente		Version du 24 novembre 2010 à 16:54
Ligne 19 :		Ligne 19 :


−	== Architecture ==	+	== Architecture IMAP/S ==

	=== Préférences de compte ===		=== Préférences de compte ===

@@ Ligne 16 : / Ligne 16 : @@
  - En regardant le propriétaire d'une socket Unix que le client a ouvert,
  - En utilisant le certificat X.509 utilisé par un client pour une autre couche logicielle : les échanges SSL ou TLS.
 == Architecture ==
@@ Ligne 44 : / Ligne 46 : @@
   S: a002 OK "Authenticated"
-== Arborescence ==
+== Arborescence IMAP/S ==
 La sécurisation des entêtes est intégrée dans les sources de Thunderbird pour le produit TrustedBird. La majorité du code se trouve dans comm-1.9.2\mailnews\imap, cette partie correspond au noyau IMAP de Thunderbird. Les fichiers concernés sont :
@@ Ligne 58 : / Ligne 60 : @@
                                              /nsNSSIOLayer.cpp
                                              /nsNSSIOLayer.h

← Version précédente		Version du 20 octobre 2010 à 12:46
Ligne 1 :		Ligne 1 :
−	{{lang\|SASL ~~External_Technical_Documentation~~\|SASL ~~External_Technical_Documentation~~/fr}}	+	{{lang\|SASL EXTERNAL_Technical_Documentation\|SASL EXTERNAL_Technical_Documentation/fr}}
−	> [[Documentation/fr\|Documentation]] > [[Trustedbird/fr\|Trustedbird]] > [[SASL ~~External~~/fr\|SASL EXTERNAL]] > [[SASL ~~External_Technical_Documentation~~/fr\|Documentation technique]]	+	> [[Documentation/fr\|Documentation]] > [[Trustedbird/fr\|Trustedbird]] > [[SASL EXTERNAL/fr\|SASL EXTERNAL]] > [[SASL EXTERNAL_Technical_Documentation/fr\|Documentation technique]]

← Version précédente		Version du 15 octobre 2010 à 16:09
Ligne 1 :		Ligne 1 :
−	= SASL External =
		+	{{lang\|SASL External_Technical_Documentation\|SASL External_Technical_Documentation/fr}}
		+	> [[Documentation/fr\|Documentation]] > [[Trustedbird/fr\|Trustedbird]] > [[SASL External/fr\|SASL EXTERNAL]] > [[SASL External_Technical_Documentation/fr\|Documentation technique]]
		+

	Simple Authentication and Security Layer (signifiant « Couche d'authentification et de sécurité simple » ou SASL) est un cadre d'authentification et d'autorisation standardisé par l'IETF. Le cadre découple les mécanismes d'authentification des protocoles d'application, permettant en théorie à n'importe quel mécanisme d'authentification pris en charge par SASL d'être employé à partir de n'importe quel protocole d'application capable d'utiliser SASL. Les mécanismes d'authentification peuvent également opérer l'autorisation par serveur mandataire, une technique permettant à un utilisateur d'agir au nom d'un autre. Les mécanismes d'authentification peuvent également fournir une couche d'intégrité des données laquelle permet d'offrir des services de sécurité des données et de confidentialité des données. Un exemple connu d'une telle couche d'intégrité des données est DIGEST-MD5. Les protocoles d'application qui proposent SASL prennent très souvent en charge le protocole de sécurisation des échanges TLS en complément des services offerts par SASL.		Simple Authentication and Security Layer (signifiant « Couche d'authentification et de sécurité simple » ou SASL) est un cadre d'authentification et d'autorisation standardisé par l'IETF. Le cadre découple les mécanismes d'authentification des protocoles d'application, permettant en théorie à n'importe quel mécanisme d'authentification pris en charge par SASL d'être employé à partir de n'importe quel protocole d'application capable d'utiliser SASL. Les mécanismes d'authentification peuvent également opérer l'autorisation par serveur mandataire, une technique permettant à un utilisateur d'agir au nom d'un autre. Les mécanismes d'authentification peuvent également fournir une couche d'intégrité des données laquelle permet d'offrir des services de sécurité des données et de confidentialité des données. Un exemple connu d'une telle couche d'intégrité des données est DIGEST-MD5. Les protocoles d'application qui proposent SASL prennent très souvent en charge le protocole de sécurisation des échanges TLS en complément des services offerts par SASL.

← Version précédente	Version du 20 octobre 2010 à 12:46
(Aucune différence)

@@ Ligne 5 : / Ligne 5 : @@
 [http://fr.wikipedia.org/wiki/SASL source wikipedia]
-La norme de référence pour l'implémentation du SASL EXTERNAL est la [http://www.faqs.org/rfcs/rfc4422.html RFC 4422].
+La norme de référence pour l'implémentation du SASL EXTERNAL est la [http://tools.ietf.org/html/rfc4422 RFC 4422].
 == Mécanismes ==

← Version précédente		Version du 13 octobre 2010 à 08:59
Ligne 10 :		Ligne 10 :

	Un mécanisme SASL est conçu comme une série de demandes d'accès et de réponses. Le mécanisme utilisé ici est celui du “EXTERNAL” : l'authentification est dérivée du contexte (par exemple pour les protocoles employant déjà IPsec ou TLS) D'autres mécanismes SASL existent mais EXTERNAL est le seul qui ait été développé.		Un mécanisme SASL est conçu comme une série de demandes d'accès et de réponses. Le mécanisme utilisé ici est celui du “EXTERNAL” : l'authentification est dérivée du contexte (par exemple pour les protocoles employant déjà IPsec ou TLS) D'autres mécanismes SASL existent mais EXTERNAL est le seul qui ait été développé.
		+
		+	Dans le monde du logiciel libre, on trouve souvent deux manières pour un serveur d'authentifier un client par SASL EXTERNAL :
		+	- En regardant le propriétaire d'une socket Unix que le client a ouvert,
		+	- En utilisant le certificat X.509 utilisé par un client pour une autre couche logicielle : les échanges SSL ou TLS.

	== Architecture ==		== Architecture ==

@@ Ligne 9 : / Ligne 9 : @@
 == Mécanismes ==
-Un mécanisme SASL est conçu comme une série de demandes d'accès et de réponses. Le mécanisme utilisé ici est celui du “EXTERNAL” : l'authentification est dérivée du contexte (par exemple pour les protocoles employant déjà IPsec ou TLS) D'autres mécanismes SASL existent mais EXTERNAL est le seul qui est été développé.
+Un mécanisme SASL est conçu comme une série de demandes d'accès et de réponses. Le mécanisme utilisé ici est celui du “EXTERNAL” : l'authentification est dérivée du contexte (par exemple pour les protocoles employant déjà IPsec ou TLS) D'autres mécanismes SASL existent mais EXTERNAL est le seul qui ait été développé.
 == Architecture ==

← Version précédente	Version du 12 octobre 2010 à 08:16
(Aucune différence)