\documentclass{report}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{textcomp}
\usepackage{geometry}
\geometry{top=15mm, bottom=15mm, left=1cm, right=1cm}
\usepackage[french]{babel}
\usepackage{pslatex}
\usepackage[colorlinks=true,urlcolor=black]{hyperref}
\usepackage{graphicx}
\usepackage{fancyhdr}
\pagestyle{fancy}
\renewcommand{\footrulewidth}{0.4pt}
\fancyfoot[L]{Uubu.fr}
\fancyfoot[R]{mer. sept. 17 10:38:34 CEST 2014}
\lfoot{\Large \textit{Uubu.fr}}
\hypersetup{pdfinfo={
Title={rfc3829},
Author={Sylvain Girod},
Creator={Bash script from uubu.fr's format version 1},
Producer={Bash script and PDFLaTeX},
Subject={Contrôles d'identité d'autorisation},
CreationDate={D:20140917103834},
ModDate={D:20140917103834},
Keywords={LDAP;Lightweight Directory Access Protocol}
}}
\begin{document}
 
\begin{center}
{\Huge rfc3829 }
\end{center}
\vspace{1cm}
 
\begin{flushleft}
 
{\large Contrôles d'identité d'autorisation}
 
\vspace{10mm}
 
\hspace{1mm}  Ce document définis le support pour le contrôle de demande d'identité d'autorisation et le contrôle de réponse d'identité d'autorisation pour demander et retourner l'autorisation établie dans une opération bind. C'est utile quand il y a des étapes de mappage ou d'autre indirection durant le bind, le client peut savoir quelle identité a été autorisée. L'authentification client avec certificats est la principale situation où cela s'applique.
\vspace{5mm} \\
 
 
\hspace{1mm}  Le support pour le contrôle de demande d'identité d'autorisation et le contrôle de réponse d'identité d'autorisation est indiqué par la présence de l'OID \textbf{2.16.840.1.113730.3.4.16} et \textbf{2.16.840.1.113730.3.4.15}, respectivement, dans supportedControl du rootDSE.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Request }
 
\
 
\hspace{1mm}  Ce contrôle peut être inclus dans une demande bind dans le champ contrôles du LDAPMessage. Dans une opération bind a plusieurs étapes, le client doit fournir ce contrôle à chaque demande bind. \textbf{controlType} est \textbf{2.16.840.1.113730.3.4.16} et \textbf{controlValue} est absent.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Response }
 
\
 
\hspace{1mm}  Ce contrôle peut être inclus dans la réponse bind finale où la première demande bind a inclus de contrôle de demande. \textbf{controlType} est \textbf{2.16.840.1.113730.3.4.15}. Si le bind a réussi et résulte en une identité ( non anonyme ), \textbf{controlValue} contient l'identité d'autorisation (authzId). Si le bind résulte en une association anonyme, \textbf{controlValue} est une chaîne vide. Si le bind résulte en plusieurs authzId, l'autzId primaire est retourné dans \textbf{controlValue}. Le contrôle est inclus uniquement dans une réponse bind dont le resultCode est success.
\vspace{5mm} \\
 
 
\hspace{1mm}  Si le serveur nécessite des protections de confidentialité avant d'utiliser ce contrôle, le serveur reporte une erreur et retourne le code de retour confidentialityRequired.
\vspace{5mm} \\
 
 
\hspace{1mm}  Si le client n'a pas les droits suffisants pour demander les informations d'autorisation, le serveur retourne le code insufficientAccessRights.
\vspace{5mm} \\
 
 
\hspace{1mm}  Les identités présentés par un client comme partie du processus d'authentification peuvent être mappsé par le serveur à une ou plusieurs identités d'autorisation. Le contrôle de réponse bind peut être utilisé pour récupérer l'authzId primaire.
\vspace{5mm} \\
 
 
\hspace{1mm}  Par exemple, durant l'authentification du client avec des certificats, un client peut posséder plus d'un certificat et ne peut pas être en mesure de déterminer lequel a été sélectionné pour l'authentification auprès du serveur. Le DN du champ sujet dans le certificat sélectionné peut ne pas correspondre exactement au DN dans l'annuaire, mais est passé par un processus de mappage dans le serveur. Une fois l'authentification par certificat complétée, le client peut fournir un bind SASL, spécifiant le mécanisme externe et incluant le contrôle de demande d'identité d'autorisation. La réponse peut inclure le contrôle de réponse d'identité d'autorisation indiquant le DN dans le DIT qui a été mappé.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Approche alternative }
 
\
 
\hspace{1mm}  L'opération étendue Who am I? fournis un mécanisme pour demander l'identité d'autorisation associée avec une connexion. Utiliser une opération étendue permet à un client d'apprendre d'identité d'autorisation après que le bind ait établis les protections d'intégrité et de confidentialité. Pour les environnements multithreadé ou à fort traffic, le contrôle étendu est préférable.
\vspace{5mm} \\
 
\end{flushleft}
\end{document}
