Toruń 28/29.10.2014

Pseudoanonimowy identyfikator użytkownika

Maja Górecka-Wolniewicz mgw@umk.pl

Przekazywanie przez IdP informacji o użytkowniku

• Po udanym uwierzytelnieniu IdP może przekazać do SP dodatkowe informacje o użytkowniku – IdP korzysta ze wskazanego źródła danych w celu pobrania

informacji o użytkowniku, konfiguracja IdP ustala, jakie atrybuty mogą być udostępniane (zbiór A)

– podczas rejestracji SP w federacji wskazywane są wymagania SP odnośnie atrybutów, w metadanych SP powinny być wymienione atrybuty, z których SP korzysta (zbiór B)

– SP otrzymuje przekrój zbiorów A i B • IdP powinien wysyłać do SP tzw. pseudoanonimowy

identyfikator, który jest unikatowy dla danego użytkownika w odniesieniu do tej usługi (SP)

eduPersonTargetedID / persistent Id

• Schemat eduPerson definiuje atrybut eduPersonTargetedID (urn:oid:1.3.6.1.4.1.5923.1.1.1.10) jako– A persistent, non-reassigned, opaque identifier for a

principalczyli– identyfikator stały (nie zmieniający się przy kolejnych

logowaniach), niepowtarzalny, przezroczysty, czyli nie ujawniający tożsamości użytkownika

Format persistent ID

• Identyfikator ma format określany w SAML2 jako "urn:oasis:names:tc:SAML:2.0:nameid-format:persistent"

• Specyfikacja OASIS Assertions and Protocols for the OASIS Security Assertion Markup Language (SAML) V2, w rozdziale 8.3.7 definiuje Persistent Identifier następująco:– jest to stały, transparentny identyfikator, specyficzny dla

danego użytkownika, IdP oraz SP lub stowarzyszenia SP (affiliation)

– identyfikator MUSI być generowany przez IdP przy użyciu liczby losowej nie mającej żadnego powiązania z identyfikatorem użytkownika

– długość identyfikatora nie może przekroczyć 256 znaków

eduPersonTargetedID a persistent Id

• Atrybut eduPersonTargetedID został zdefiniowany na potrzeby tworzenia trwałego identyfikatora w Shibboleth, gdy korzystano jeszcze z SAML 1.1

• Wartość eduPersonTargetedID była przekazywana jako wartość atrybutu SAML

• Obecnie rekomendowanym sposobem przekazywania trwałego identyfikatora do SAML 2.0 SP jest umieszczanie go w elemencie Subject przekazywanego poświadczenia (assertion)

Przekazywanie persistent ID w elemencie Subject

<saml2:Subject>  <saml2:NameID xmlns:saml2="urn:oasis:names:tc:SAML:2.0:assertion" Format="urn:oasis:names:tc:SAML:2.0:nameid- format:persistent"  NameQualifier="https://idp.example.org/idp/shibboleth"    SPNameQualifier="https://sp.example.org/shibboleth">  84e411ea-7daa-4a57-bbf6-b5cc52981b73  </saml2:NameID></saml2:Subject>

persistent ID jako atrybut SAML 2.0

• Alternatywne podejście to przekazanie persistent ID jako atrybutu o nazwie formalnej "urn:oid:1.3.6.1.4.1.5923.1.1.1.10 "

<saml2:Attribute xmlns:saml2="urn:oasis:names:tc:SAML:2.0:assertion"    NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:uri"    Name="urn:oid:1.3.6.1.4.1.5923.1.1.1.10"    FriendlyName="eduPersonTargetedID">  <saml2:AttributeValue>    <saml2:NameID        Format="urn:oasis:names:tc:SAML:2.0:nameid-format:persistent"        NameQualifier="https://idp.example.org/idp/shibboleth"        SPNameQualifier="https://sp.example.org/shibboleth">      84e411ea-7daa-4a57-bbf6-b5cc52981b73    </saml2:NameID>  </saml2:AttributeValue></saml2:Attribute>

Shibboleth IdP

• Tworzenie trwałego identyfikatora przebiega następująco:– przygotowujemy konektor do bazy danych (data

connector) o nazwie StoredID – służy on do tworzenia / pobierania wartości

– utworzenie definicji atrybutu operującego na StoredID• Tworzymy bazę danych o nazwie shibboleth bazie danych i

tablicę shibpid i dostosowujemy plik konfiguracji Shibboleth IdP – conf/attribute-resolver.xml

CREATE TABLE IF NOT EXISTS shibpid ( localEntity TEXT NOT NULL, peerEntity TEXT NOT NULL, principalName VARCHAR(255) NOT NULL DEFAULT '', localId VARCHAR(255) NOT NULL, persistentId VARCHAR(36) NOT NULL, peerProvidedId VARCHAR(255) DEFAULT NULL, creationDate timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, deactivationDate TIMESTAMP NULL DEFAULT NULL, KEY persistentId (persistentId), KEY persistentId_2 (persistentId, deactivationDate), KEY localEntity (localEntity(16), peerEntity(16), localId), KEY localEntity_2 (localEntity(16), peerEntity(16), localId, deactivationDate) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;

Tablica do przechowywania identyfikatorów

<resolver:DataConnector xsi:type="dc:StoredId" xmlns="urn:mace:shibboleth:2.0:resolver:dc" id="storedID" sourceAttributeID="eduPersonPrincipalName" generatedAttributeID="persistentId" salt="1qaasfkdakdakakakagkalkg"> <resolver:Dependency ref="myLDAP" /> <dc:ApplicationManagedConnection jdbcDriver="com.mysql.jdbc.Driver" jdbcURL="jdbc:mysql://localhost:3306/shibboleth?autoReconnect=true" jdbcUserName="shibboleth" jdbcPassword="zaqWSX12" /></resolver:DataConnector>

DataConnector

<resolver:AttributeDefinition xsi:type="ad:SAML2NameID" id="eduPersonTargetedID" sourceAttributeID="persistentId" nameIdFormat= "urn:oasis:names:tc:SAML:2.0:nameid-format:persistent"> <resolver:Dependency ref="storedID" /> <resolver:DisplayName xml:lang="en"> Targeted ID </resolver:DisplayName> <resolver:DisplayName xml:lang="pl"> Targeted ID </resolver:DisplayName>

Definicja atrybutu

<resolver:DisplayDescription xml:lang="en"> Targeted ID: A unique identifier for a person, different for each service provider. </resolver:DisplayDescription> <resolver:DisplayDescription xml:lang="pl"> Targeted ID: identyfikator specyficzny dla danego SP </resolver:DisplayDescription> <resolver:AttributeEncoder xsi:type="enc:SAML2XMLObject" name="urn:oid:1.3.6.1.4.1.5923.1.1.1.10" friendlyName="eduPersonTargetedID" /> </resolver:AttributeDefinition>

Definicja atrybutu

<resolver:AttributeDefinition id="persistentId" xsi:type="ad:Simple" sourceAttributeID="persistentId"> <resolver:Dependency ref="storedID"/> <resolver:AttributeEncoder xsi:type="enc:SAML2StringNameID" nameFormat="urn:oasis:names:tc:SAML:2.0:nameid-format:persistent" /> </resolver:AttributeDefinition>

Definicja atrybutu

<resolver:AttributeDefinition xsi:type="ad:SAML2NameID" id="eduPersonTargetedID" sourceAttributeID="persistentId" nameIdFormat="urn:oasis:names:tc:SAML:2.0:nameid-format:persistent"> <resolver:Dependency ref="storedID" /> <resolver:DisplayName xml:lang="en">Targeted ID</resolver:DisplayName> <resolver:DisplayName xml:lang="pl">Targeted ID</resolver:DisplayName> <resolver:DisplayDescription xml:lang="en"> Targeted ID: A unique identifier different for each SP </resolver:DisplayDescription> <resolver:DisplayDescription xml:lang="pl"> Targeted ID: unikatowy identyfikator specyficzny dla SP </resolver:DisplayDescription> <resolver:AttributeEncoder xsi:type="enc:SAML2XMLObject" name="urn:oid:1.3.6.1.4.1.5923.1.1.1.10" friendlyName="eduPersonTargetedID" /> </resolver:AttributeDefinition>

SimpleSAMLphp IdP

• Atrybuty eduPersonTargetedID/persistentID są generowane przez dodawany przez dedykowane filtry:– saml:PersistentNameID – generuje identyfikator persistent

Id o formacie urn:oasis:names:tc:SAML:2.0:nameid-format:persistent na podstawie wskazanego atrybutu oraz wartości secretsalt ustalonej w pliku config/config.php

– saml:SQLPersistentNameID – generuje identyfikator persistent Id i umieszcza go w bazie danych SQL

– SSP musi mieć skonfigurowany dostęp do zasobów SQL, w tym celu należy ustawić w pliku config/config.php opcję store.type 'store.type' => 'sql',

SSP – generowanie persistentId / eduPersonTargetedID

'authproc.idp' => array( 1 => array( 'class' => 'saml:SQLPersistentNameID', 'attribute' =>'eduPersonPrincipalName', 'AllowCreate' => "true" ),

90 => array( 'class' => 'consent:Consent', 'store' => 'consent:Cookie', 'focus' => 'yes', 'checked' => TRUE ), 95 => array( 'class' => 'saml:PersistentNameID2TargetedID' , 'attributename' => 'eduPersonTargetedID', 'nameId' => TRUE ), 100 => array( 'class' => 'core:AttributeMap', 'name2oid'), ),

eduPersonTargetedIdparametr attributeencodings

• eduPersonTargetedID powinien być wysyłany w postaci NameID, w tej sytauacji trzeba zadeklarować w metadata/saml20-idp-hosted.php:'attributeencodings' => array( 'urn:oid:1.3.6.1.4.1.5923.1.1.1.10' => 'raw', ),– raw oznacza, że atrybuty mają być przekazywane bez

żadnej modyfikacji, dzięki temu jest możliwe przekazywanie odpowiedzi w postaci XML