Hej.

Tittade som hastigast i vår metadata (swamid enbart ej eduGAIN)

Vi har 43 SP:er som begär schacDateOfBirth via CoCo

Många är

konto-portaler på olika lärosäten (vill ha för att göra riskbaserad bedömning från eduID)
release-check

Men finns även vissa mer “seriösa”

// Björn M

On 6 Oct 2026, at 15:22, Eskil Swahn via Saml-admins <saml-admins@lists.sunet.se> wrote:

Hej!

Kontrolfråga ifrån sidan här, vilka SP:er har ni stött på som kräver att ni släpper schacDateOfBirth? Jag känner inte till någon SP som vi släpper detta till idag och skulle nog ge en generell rekommendation att vara försiktig med att släppa iväg den typen av information.

Med vänliga hälsningar

Eskil Swahn

IT-arkitekt | Sektionen IT, Lunds universitet

Margaretavägen 1A | 222 40 Lund

Telefon: 046 - 222 13 23

ServiceDesk: 046 - 222 90 00

www.it.lu.se eskil.swahn@it.lu.se

On 25 Sep 2026, at 16:37, Johan Hjortskull <johan.hjortskull@lnu.se> wrote:

Hej.

I samband med en översyn av våra processer kring samordningsnummer så noterar vi en sak som väcker frågor. Vår implementation gällande generering av schacDateOfBirth baseras på informationen på SWAMID:s Wikihttps://wiki.sunet.se/spaces/SWAMID/pages/69042390/Svenska+personnummer+norEduPersonNIN+personalIdentityNumber+och+schacDateOfBirth samthttps://wiki.sunet.se/spaces/SWAMID/pages/69042384/Example+of+a+standard+attribute+resolver+for+Shibboleth+IdP+v5+and+above. Där förespråkas (i princip) att direkt bara plocka de första 8 tecknen från norEduPersonNIN, vilket innehåller personnummer eller samordningsnummer, dock ej interimspersonnummer. Vad som blir fel här är i så fall att schacDateOfBirth innehåller ett värde som inte är ett datum i de fall vi använder norEduPersonNIN som källa. Taget från specen på https://wiki.refeds.org/display/STAN/SCHAC+Releases?preview=/44957731/128909315/SCHAC%2B1.6.0-final.pdf så skall värdet vara av formatet ”Numeric value YYYYMMDD, using 4 digits for year, 2 digits for month and 2digits for day as described in RFC 3339 'Date and Time on the Internet:Timestamps' as reference using the 'full-date' format from paragraph 5.6 but without the dashes.”.

Nu vill jag justera vår implementation så att vi justerar bort de extra 60 dagarna från samordningsnummer, detta så att vi följer standarden så att vi för en person släpper samma schacDateOfBirth som t.ex. en annan tjänst gör. Rätt eller fel?

Är det någon som ser problem/risker med att byta implementationen? Vi kommer ju i så fall släppa ändrade schacDateOfBirth för personer. Är det någon annan som tidigare noterat detta och som vill dela med sig av erfarenheter av en justering? Har vi inom SWAMID ett undantag i hanteringen av detta fält, som gör att vi oss emellan förväntas kunna skicka samordningsvärden istället? Problemet jag upplever blir när vi autentiserar mot tjänster som förväntar sig ”korrekta” datum.

Med vänlig hälsning

/Johan

_________________________________________
Johan Hjortskull
Systemarkitekt

Linnéuniversitetet
IT-avdelningen
391 82 Kalmar / 351 95 Växjö

Lnu.se

Vi sätter kunskap i rörelse för en hållbar samhällsutveckling. Linnéuniversitetet – ett modernt, internationellt universitet i Småland.

Vi behandlar personuppgifter enligt reglerna i Dataskyddsförordningen, seLnu.se/personuppgifter.

_______________________________________________
Saml-admins mailing list -- saml-admins@lists.sunet.se
To unsubscribe send an email to saml-admins-leave@lists.sunet.se

När du skickar e-post till Lunds universitet behandlar vi dina personuppgifter i enlighet med gällande lagstiftning. Mer om hur dina personuppgifter behandlas hittar du på Lunds universitets webbplats.

When you send emails to Lund University, we process your personal data in accordance with existing legislation. To find out more about the processing of your personal data, visit the Lund University website.

_______________________________________________
Saml-admins mailing list -- saml-admins@lists.sunet.se
To unsubscribe send an email to saml-admins-leave@lists.sunet.se