Pluggable Authentication Modules

"contributeur" aura des droits en lecture-écriture sur son arborescence. Mise à jour du 18/07/2008 : variante avec base MySQL à la place de DB4 Les pré-requis • vsFTPD (Very Secure FTPD) ; • Berkeley DB; • le module userdb de PAM (Pluggable Authentication Modules). PAM est normalement déjà là. Pour le reste il suffit d'exécuter yum install db4 db4-utils vsftpd Paramétrage de vsftpd Le serveur vsftpd est paramétré dans le fichier /etc/vsftpd/vsftpd.conf dont voici un exemple pour

chaque stagiaire qu'il : - maîtrise l'utilisation d'Unix (commandes shell de base) ; - sache modifier des fichiers au format texte à l'aide de l'un des éditeurs traditionnellement disponibles sous Unix (vi, emacs, pico, etc.). La durée théorique de ce module de formation est d'une journée et demie. Il s'agit d'une formation interactive, il est donc tout à fait indiqué d'interrompre le formateur pour lui poser des questions, lui faire préciser certains points, demander l'étude d'un cas particulier, etc

engendrerait un problème de sécurité : une copie de ces clés permettrait de se faire passer pour l'utilisateur. Kerberos offre une solution à ce problème, en répartissant les fonctionnalités du KDC : d'un côté le serveur d'authentification (« Authentication Server ») ; de l'autre, le serveur d'obtention de ticket (« Ticket - Granting Server »). Le serveur d'authentification est chargé de produire les tickets pour le TGS. Le client fourni un mot de passe, en échange duquel le TGS lui donne un ticket

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Paramètres du service Radiusd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Table des matières XI Déclaration des modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 Section Instantiate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 Section Authorize . . . . . . . . . . . . . . . . . . . . . .

LDAP Appels systèmes LDAP • Microsoft Windows NT NT 5 utilise une base LDAP à la place des bases SAM • PADL software : ypldapd : a gateway between NIS/YP and LDAP NSS LDAP : Nameservice switch library module PAM LDAP : Pluggable authentication module • Sun Solaris NSS : Nameservice switch library module • Linux Linux Directory Services : projet de remplacement de NIS par LDAP CRU-UREC I Tutorial LDAP I Journées LDAP-27-28/9/00-Paris- 136 Révision R.Courdier, 2006 Les outils de développement

programmation permettent de créer des applications annuaire-compatibles. ❏ Les APIs disponibles actuellement : • U-M LDAP SDK -- C (UMICH, OpenLDAP) • Innosoft LDAP Client SDK (ILC-SDK) -- C (InnoSoft) • Netscape Directory SDK -- Java, C (Netscape) • PerLDAP Modules -- Perl (Netscape) • Net- LDAPapi -- PERL (GNU) • Java Naming and Directory Interface (JUNI) -- Java (SUN) • Active Directory Service Interface (ADSI) -- COM (Microsoft) CRU-UREC I Tutorial LDAP I Journées LDAP-27-28/9/00-Paris- 67 LDAP

...................................................................... 154 10.5. Directives de configuration dans httpd.conf ............................................... 155 10.6. Modules par défaut .......................................................................................... 172 10.7. Ajout de modules ............................................................................................. 173 10.8. Hôtes virtuels ..............................................................

17.2 Fonctionnement des VPN . . . . . . . . . . . 17.2.1 L’interconnexion . . . . . . . . . . . 17.2.2 Les concepts de base . . . . . . . . . 17.2.3 La tunnelisation . . . . . . . . . . . . 17.2.4 Les 3 principaux composants d’IPsec 17.2.5 AH (Authentication Header) . . . . . 17.2.6 ESP (Encapsulating Security Header) 17.2.7 IKE (Internet Key Exchange) . . . . 17.2.8 Le chiffrement . . . . . . . . . . . . 17.2.9 L’authentification . . . . . . . . . . . 17.3 Conclusion . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . Le noyau Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Structure globale du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Les modules chargeables du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Le système de fichier /proc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compilation du noyau . . . . . . . . . . . . . . . . . . . . . . .

lecture à tous les utilisateurs. Le mot de passe chiffré est rangé dans le fichier /etc/shadow qui n'est plus accessible en lecture aux utilisateurs. Le système actuel d'identification PAM est un système de bibliothèques partagées (ou modules) et chaque module a sa propre méthode d'identification. Auparavant chaque application utilisait sa propre méthode d'authentification. On ne pouvait s'identifiait que par la procédure imposé par le programme. C'était un inconvénient car historiquement, l'authentification