sécurité java et jaas fabien sanglard – yang cao

Sécurité JAVA et JAAS

Fabien Sanglard – Yang Cao

Plan

Les différents aspects de la sécurité JAVA. Évolution de la sécurité depuis JAVA 1.0 La protection de l’utilisateur. La protection du système (JAAS).

Authentification Autorisation Étude détaillé Démo

La sécurité JAVA.

Aspect fondamentale, dès la première version.– Principe de Sand-Box.

Évolution => Granularité très fine:– Définition de stratégies de sécurité.

La sécurité JAVA.

Nouveaux dans JDK 1.4 :

– JCE 1.2 (Java Cryptography Extension).– JSSE (Java Secure Socket Extension).– JAAS (Java Authentification & Autorisation Service).

Évolution de la sécurité JAVA

JAVA 1.0 (1995)– But : Protéger l’utilisateur du système.– Concernait principalement les applets.

Apparition du principe « SandBox » .– Un code non approuvé est limité

Pas d’accès aux systèmes de fichiers. Pas d’accès réseaux.

Évolution de la sécurité JAVA

La SandBox 1.0

Évolution de la sécurité JAVA

JAVA 1.1 (1996)– Raffinement du modèle de SandBox.

Possibilité de «signer» une applet. Le code approuvé possède alors les même droits qu’un

code local.

– Problème : Violation du principe du « moindre privilège ».

Évolution de la sécurité JAVA

Évolution de la sécurité JAVA

JAVA 1.2 (1997)

– Évolution majeur en terme de sécurité– Possibilité de définir une politique de sécurité par

l’intermédiaire des fichiers « policy ».

Évolution de la sécurité JAVA

La protection de l’utilisateur

La protection de l’utilisateur

Quelques exemples de tout cela :- Une applet critique exécutée localement

fonctionne sans problème.

C:\> java WriteFileApplet 

La protection de l’utilisateur

Quelques exemples de tout cela :– Une applet critique exécutée localement

fonctionne sans problème. – Si on ajoute un « Security Manager », rien ne va

plus.

C:\>java -Djava.security.manager WriteFileApplet 

La protection de l’utilisateur

Quelques exemples de tout cela :

- Un outil permettant d’écrire facilement des fichiers « policy » : Policytool.exe

La protection de l’utilisateur

Quelques exemples de tout cela :– Avec un fichier de configuration, le

SecurityManager ne pose plus de problème.

grant { permission java.io.FilePermission "<<ALL FILES>>", "write";};

java -Djava.security.manager -Djava.security.policy=all.policy WriteFileApplet

La protection de l’utilisateur

Quelques exemples de tout cela :

– Un dernier exemple avec un browser.– Il est plus difficile de spécifier le fichier « policy » à

utiliser…..

Java Authentification & Autorisation

But : – Protéger le système de l’utilisateur.

Comment :– Créer un objet partagé par l’authentification et l’autorisation.– Étendre le modèle de sécurité standard ( security policy) pour

gérer cet objet.

AuthentificationAuthentification

AutorisationAutorisationSubjectSubject Interactions

Java Authentification & Autorisation

Comment ça marche ?

1. Authentification1. On « branche » des modules de connexion à une entité.2. Si l’utilisateur « passe » tout ces modules, il acquière alors une identité

virtuel.

2. Autorisation1. Il peut alors tenter d’exécuter des actions « critiques ».2. Ces actions sont soumises au système de restrictions d’accès.

JAAS : L’authentification

Les classe importantes pour l’identification:

– Subject: Représente un individu ou une organisation avec plusieurs identités de principale.

L’authentification consiste à authentifier un sujet, tandis que les décisions en matières d’autorisation sont prises en fonction d’un sujet authentifié.

– Logincontext: Fournit une API de base, permettant aux sujets de se connecter/déconnecter du

système.– LoginModule:

Définit l’interface que les fournisseurs de services d’authentifications qui supportent JAAS doivent implémenter.

– Configuration: Encapsule l’entité utilisée pour configurer une application avec des connexion

particulièrs.

JAAS : L’authentification

Les classe importantes pour l’identification:

– CallbackHandler: Définit l’interface à implémenter par les applications qui souhaitent

autoriser le service d’authentification à leur passer des informations.– Callback:

Définit une interface de marqueurs implémentée par les objets qui sont passés à une implémentation CallbackHandler. L’objet Callback contient les données à passer à l’application.

– PrivilegedAction: Les actions critiques y sont stockées

JAAS : L’authentification (chronologie)

new LoginContext( "Nom de configuration", MyCallbackHandler);

LoginContextLoginContext

ConfigurationConfiguration

Configuration.jaas (liste des modules

JAAS : L’authentification (chronologie)

LoginContextLoginContext

ConfigurationConfiguration

Configuration.jaas (liste des modules)

LoginModule 1LoginModule 1

LoginModule 2LoginModule 2

JAAS : L’authentification (chronologie)

LoginContextLoginContext

ConfigurationConfiguration

Configuration.jaas (liste des modules)

LoginModule 1LoginModule 1

LoginModule 2LoginModule 2

Login( )

USERCallBackHandlerCallBackHandler

Login( )

Login( )

JAAS : L’authentification (chronologie)

LoginContextLoginContext

LoginModule 1LoginModule 1

LoginModule 2LoginModule 2

Login( )

USERCallBackHandlerCallBackHandler

SubjectSubject

Droits.policy

JAAS : L’authentification (chronologie)

LoginContextLoginContext

LoginModule 1LoginModule 1

LoginModule 2LoginModule 2

Login( )

USERCallBackHandlerCallBackHandler

SubjectSubject DoAsPrivileged( ) PrivilegedActionPrivilegedAction

Focus sur les CallbackHandler

Le but de l’authentification est de créer un objet « Subject ».

Plusieurs attributs doivent être remplies:– Principals: Noms du sujet– publicCredentials: informations publics ( publicPassword)– privateCredentials: informations privées ( privtePassword)

Pour communiquer, les objects utilisent des Callback. Ces Callback sont gérés par les CallbackHandler.

Focus sur les CallbackHandler

- Le dialogue est délégué :

LoginContextLoginContext

LoginModuleLoginModule

CallbackHandlerCallbackHandler

USER

USER

CallBack[]CallBack[]

Focus sur les CallbackHandler

Les callback sont utilisés pour compléter le « Subject ».

LoginContextLoginContext

LoginModuleLoginModule

CallbackHandlerCallbackHandler

CallBack[]CallBack[]

SubjectSubject GetSubject()

Focus sur les Callback

Les differents types de Callbacks :

– Language Callback– Name Callback– Password Callback– TextInput Callback– TextOutput Callback– Choice Callback– Confirmation Callback

JAAS : L’authentification

Le fichier de configuration des modules de connexion:

configuration.jaas

Nom de configuration {

JndiLoginModule Requisite

Krb5LoginModule Sufficient

NTLoginModule Optional

UnixLoginModule Optional

SampleLoginModule Required debug=true;

};

Autre type d’analyse{AnalyseRetineModule Required

};

JAAS : L’authentification

Les mots clés du fichier .jaas :

– Required : non bloquant– Requisite : bloquant– Sufficient : bloquant– Optional : non bloquant

JAAS : L’authentification

Exemple :

Module Criterion Pass/Fail

SampleLoginModule Required OK

NTLoginModule Sufficient !OK

SmartCard Requisite OK

Kerberos Optional !OK

Overallauthentication

OK

JAAS : L’authentification

Exemple :

Module Criterion Pass/Fail

SampleLoginModule Required !OK

NTLoginModule Sufficient OK

SmartCard Requisite

Kerberos Optional

Overallauthentication

OK

JAAS : L’authentification

Comment définir l’emplacement du fichier .jaas ?

– Ligne de commande : Java –Djava.security.auth.login.config=<location>

– Modification du fichier java.security : Login.config.url.1=<location>

JAAS : L’ autorisation

Une fois l’utilisateur reconnu...

– JAAS étend le modèle de sécurité JAVA2.– On définit donc une politique de sécurité pour un

utilisateur spécifique ou pour un domaine.

JAAS : L’ autorisation

Pour cela, on utilise des fichiers .policy :

Exemple :

grant Principal Administrateur "root" { permission java.util.PropertyPermission "java.home", "read"; permission java.util.PropertyPermission "user.home", "read"; permission java.io.FilePermission "c:\\foo.txt", "write,read";};

grant Principal Etudiant {permission java.io.FilePermission "c:\\foo.txt", "read";};

JAAS : L’ autorisation

Une fois identifié, le «Subject » utilise des « PrivilegedAction ».

– On lance le traitement avec la méthode static suivante :

Static Subject.doAsPrivileged(SujetCourant s, PrivilegeAction x);

JAAS : L’ autorisation

Exemple :

public class SampleAction implements PrivilegedAction {

public Object run() {

try{ FileWriter writer = new FileWriter(new File("c:/foo.txt"));

writer.write("blabla"); }catch (IOException ioe){}

return null; }}

JAAS : L’ autorisation

Comment définir la source du fichier .policy ?

– Ligne de commande : Java –Djava.security.policy=<location>

– Modification du fichier java.security : auth.policy.url1=<location>

JAAS: la démo (enfin)…

JAAS : Mise en place

Mise en place d’une authentification JAAS :– Implémenter les interfaces suivants :

CallBackHandler – Handle()

LoginModule– initialize()– login()– commit()– Abort()

JAAS : Mise en place

Mise en place d’une authentification JAAS :– Implémenter les interfaces suivants :

Principal– getName()

PrivilegedAction– run()

Java Authentification & Autorisation

Où trouver JAAS ?

– API d’extension pour JAVA 1.3– Incorporé à JAVA 1.4– Incorporé aux spécifications J2EE 1.3