EJBs und Sicherheit. Vorlesung: Applikationsserver. Prof. Dr. Ch. Reich furtwangen.de furtwangen.

Transkript

1 EJBs und Sicherheit Vorlesung: Applikationsserver Prof. Dr. Ch. Reich furtwangen.de furtwangen.de/~reich

2 Deklarative Sicherheit Zugriffsrechte auf die EJB-Methoden werden im Standard-Deployment- Deskriptor (ejb-jar.xml) festgelegt. 2 Schritte um Zugriffsrechte auf EJB- Methoden zu vergeben: 1. Security Roles deklarieren 2. Method Permission deklarieren

3 Schritt 1: Security Role deklarieren <security-role> <description> Sachbearbeiter bei der Alianz-Versicherung </description> <role-name>sachbearbeiter</role-name> </security-role> <role-name> legt die Sicherheitsrolle fest. z.b. der Sachbearbeiter einer Versicherung. Es können beliebig viele Sicherheitsrollen (<security-role>) definiert werden.

4 Schritt 2: Method Permission deklarieren <method-permission> <description> Sachbearbeiter dürfen Schaden erfassen </description> <role-name>sachbearbeiter</role-name> <method> <ejb-name>name des Beans</ejb-name> <method-name>*</method-name> </method> </method-permission> <role-name> legt fest, für welche Sicherheitsrollen die Zugriffsrechte gelten. Innerhalb <method-permission> mehrfach verwendbar.

5 Beispiel: Methoden des Schadenverbuchen- Beans dürfen nur von Benutzergruppen: Sachbearbeiter benutzt werden. <ejb-jar> <enterprise-beans> <session> <description>beanbeschreibung</description> <ejb-name>schadenverbuchen</ejb-name>... </session> </enterprise-beans> <assembly-descriptor> <security-role> <description> Sachbearbeiter bei der Alianz-Versicherung </description> <role-name>sachbearbeiter</role-name> </security-role> <method-permission> <description> Sachbearbeiter dürfen Schaden erfassen </description> <role-name>sachbearbeiter</role-name> <method> <ejb-name>schadenverbuchen</ejb-name> <method-name>*</method-name> </method> </method-permission> </assembly-descriptor> </ejb-jar> Relation Relation

6 Security Elemente des ejb-jar.xml Blatt 1 A B JBoss Security HOWTO

7 Security Elemente des ejb-jar.xml Blatt 2 A B JBoss Security HOWTO

8 Unchecked Methods <method-permission> <description> Sachbearbeiter dürfen Schaden erfassen </description> <unchecked/> <method> <ejb-name>name des Beans</ejb-name> <method-name>*</method-name> </method> </method-permission> Mit dem <unchecked>-element innerhalb der <method-permission> ist es möglich ausdrücklich die Zugriffskontrolle auszuschalten. d.h. Jeder darf darauf zugreifen.

9 Exclude List Mit <exclude-list> im ejb-jar.xml kann eine Liste von EJB-Methoden deklariert werden, die gar nicht aufgerufen werden dürfen. <assembly-descriptor> <exclude-list> <description> Methoden können nicht aufgerufen werden </description> <method> <ejb-name>name des Beans</ejb-name> <method-name>*</method-name> </method> <method>... </exclude-list> </assembly-descriptor>

10 Programmatische Sicherheit Auch hier werden die Zugriffsrechte auf die EJB- Methoden im Standard-Deployment-Deskriptor (ejb-jar.xml) festgelegt. Bean-Methoden-Implementierung entscheidet über Zugriff. 3 Schritte um Zugriffsrechte auf EJB-Methoden zu vergeben: 1. Security Roles deklarieren 2. Security Role Reference deklarieren 3. Autorisierung im Programmcode durchführen.

11 Schritt 1: Security Role deklarieren wie zuvor Schritt 2: Security Role Referenz deklarieren <session>... <ejb-name>name des Beans</ejb-name> <security-role-ref> <description>ref auf Rolle: Sachbearbeiter</description> <role-name>bearbeiter</role-name> <role-link>sachbearbeiter</role-link> </security-role-ref>... </session> Link wird benutzt, damit eine Beziehung zwischem dem Rollenname im Bean- Source-Code und dem Security- Rollenname hergestellt werden kann.

12 Schritt 3: Autorisierung im Programmcode durchführen. public class TestBean implements SessionBean { private SessionContext ctx;... public void ermittleschaden() { if(ctx.iscallerinrole( Bearbeiter ){ String benutzer = ctx.getcallerprincipal().getname();... }}} getcallerprincipal() ist ein Objekt, das den Aufrufer repräsentiert. (java.security.principal)

13 Deklarative oder programmatisch? Vorteil deklarative: Wesentlich einfacher zu handhaben Nachteil deklarative: Dürfen zwei Benutzergruppen eine bestimmte Methode aufrufen, z.b. flugreservieren. Eine Gruppe darf aber nur Innlandsflüge reservieren, so kann man sehr einfach für den speziellen Fall innerhalb des Bean-Sourccodes unterscheiden. Natürlich könnte man auch 2 Methoden definieren (z.b. reserviereinnlandsflug(), reserviereauslandsflug()) => ist aber nicht so elegant.

14 Sicherheitsidentität einer EJB festlegen! Im ejb-jar.xml <security-identity> Dabei gibt es die Möglichkeit die Rolle des Aufrufers zu übernehmen. Mit <use-caller-identity/>. z.b. <ejb-jar> <session>... <security-identity> <use-caller-identity/> </security-identity> </session> </ejb-jar>

15 Sicherheitsidentität einer EJB festlegen! (Fortsetzung) Auch gibt es die Möglichkeit die Rolle deklarieren. Mit <run-as>. z.b. <ejb-jar> <session>... <security-identity> <run-as> <role-name>dbadmin</role-name> </run-as> </security-identity> </session> </ejb-jar>

16 Client muss sich authentifizieren! Jboss spezifisch! import javax.security.auth.login.logincontext; import javax.security.auth.login.loginexception; import org.jboss.security.auth.callback.usernamepasswordhandler; Username... System.setProperty("java.security.auth.login.config", "/opt/jboss/client/auth.conf"); UsernamePasswordHandler handler = null; Passwort handler= new UsernamePasswordHandler("chris", new String("sirh").toCharArray()); LoginContext lc = new LoginContext("other", handler); try { lc.login(); System.out.println("login successfull"); } catch(loginexception le){ System.out.println("login failed"); le.printstacktrace(); }

17 JBoss spezifisches In die JAR-Datei ins root-verzeichnis muss man roles.properties: man verknüpft user mit Rollen users.properties: man verknüpft user mit Passwörtern. jboss.xml muss die Zeile hinzugefügt werden (gleich nach <jboss>

18 JBoss and Security