- se-leg-ref - lists3.sunet.se

by Calle.Bergmark＠cygate.se

Hej, I vår nuvarande RP behöver vi surname och given name för att kunna enrolla en person. Vi skulle alltså behöva stöd för given name och surname i claims samt vetting-app. Med vänliga hälsningar, Calle Bergmark

7 years, 5 months

2
1
0 0

Ansökan för att lägga till given name och surname i userinfo och vetting-app

by Calle.Bergmark＠cygate.se

Hej, (Ursäktar om det här en dubblett, råkade skicka första mailet innan jag hade bekräftat min mail) I vår nuvarande RP behöver vi surname och given name för att kunna enrolla en person. Vi skulle alltså behöva stöd för given name och surname i userinfo samt vetting-app. Med vänliga hälsningar, Calle Bergmark

7 years, 5 months

1
0
0 0

se-leg publika OP

by lundberg＠nordu.net

Hej, Vi har haft lite problem med vår OP, i alla fall igår och idag, men kanske tidigare än så. Det visade sig också att de tre instanser av OP-appen använde olika signeringsnycklar men med samma key id. Detta medförde (om man inte hade riktig tur) att lyckade authentications inte levererade läsbar data tillbaka till RPn. Detta ska nu vara löst, ber om ursäkt för detta. Mvh -- Johan Lundberg NORDUnet A/S Tulegatan 11 113 53 Stockholm +46730714375

7 years, 5 months

1
0
0 0

Publik OP

by lundberg＠nordu.net

Hej på er, Som vi sa på mötet så kommer här URLerna till OPn och vetting-"appen" samt de uppgifter vi behöver för att registrera er i OPn. Vad ni behöver, provider config: issuer: https://front.se-leg.se Vetting-app: https://front.se-leg.se/vetting-app/ Vad vi behöver från er, client config: client id: valfritt id (vi använder dev.eduid.se) client secret: valfri hemlig sträng redirect uri: URL till er authorization endpoint Vi kan även generera client id och secret till er men då får ni gärna skicka vilken gpg-nyckel ni vill ha svaret krypterat med. Vill ni hitta på eget id och secret så kryptera gärna svaret med min medföljande nyckel. Fråga gärna om jag har använt otydliga termer. Mvh -- Johan Lundberg NORDUnet A/S Tulegatan 11 113 53 Stockholm +46730714375

7 years, 6 months

2
6
0 0

Autentisering av authentication response

by lundberg＠nordu.net

Hej allihopa, Vi bad en kollega prata med OIDC-arbetsgruppen för att höra vad de tycker om se-leg-lösningen. De såg inga problem med att OPn initierar authentication response men de föreslog att den ska vara autentiserad. Detta är ju i linje med vad Anders och Magnus på Diglias har förslagit så det har vi tagit till oss. OIDC-arbetsgruppen förslog att vi kan lägga till ett token i QR-koden som används i en bearer authentication header när OPn skickar svaret till RPn. Så det är precis vad vi gjort. Vi har uppdaterat dokumentationen som kan läsas här, https://github.com /SUNET/se-leg-docs/blob/master/oidc_flow.md. Det är punkt 6 och punkt 14 som är ändrade. Feedback, frågor och funderingar är så klart hemskt välkomna. Mvh -- Johan Lundberg NORDUnet A/S Tulegatan 11 113 53 Stockholm +46730714375

7 years, 6 months

1
0
0 0

Uppdatering av utvecklarmiljön för Mac OS X.

by rebecka.gulliksson＠umu.se

Hej! Utvecklarmiljön (https://github.com/SUNET/se-leg-developer) är nu uppdaterad och fungerar på Mac OS X. Den kräver “Docker for Mac” som är en beta-version och kräver en invite: 1. Registrera er på https://beta.docker.com/, så kommer det en invite per mail (kan dröja ett tag, så gör det gärna så fort som möjligt). 2. När ni fått en invite, ladda ner Docker for Mac och installera det. 3. Följ instruktionerna i repo’t för utvecklarmiljön: https://github.com/SUNET/se-leg-developer/blob/master/README.md Med vänliga hälsningar, --- Rebecka Gulliksson ICT Services and System Development (ITS) Umeå University SE-901 87 Umeå, Sweden rebecka.gulliksson at umu.se www.its.umu.se

7 years, 6 months

3
5
0 0

Kommentarer på uppdaterad dokumentation

by magnus＠diglias.com

Hej, Tack för den uppdaterade dokumentationen, https://github.com/SUNET/se-leg-docs/blob/master/oidc_flow.md, den har underlättat mycket för förståelsen! Vi har huvudsakligen två kommentarer: Kommentar 1: Det fattas en/två pilar direkt innan steg 14. Man kan ju inte skicka en HTTP-response från ingenstans utan det måste ju initieras av en HTTP-request. Att införa en HTTP-request skulle också lösa det problem vi tidigare har lyft, nämligen att man inte vill ha en OP-initierad backend-kanal till IdPn eftersom en sån kanal skulle bara ställa till med FW-problem etc. Vi föreslår två nya steg precis innan steg 14, kalla dem 13.8 och 13.9: - 13.8: Pil "User" -> "RP/IdP": Användaren indikerar mot IdPn att han/hon är klar med identifieringen på t.ex. biblioteket. Detta kan bl.a. ske när användaren "klickar bort" QR-koden på mobilen. - 13.9: Pil "RP/IdP" -> "OP": IdPn begär ett Authentication response. Kommentar 2: Har vi förstått det rätt att det 'nonce' som IdPn genererar i steg 4 är samma 'nonce' som också används som QR-kod? Hela den här processen kan sägas baseras på en identifieringstransaktion som OPn ansvarar för. Vi tycker det känns avigt att IdPn ska generera transaktionsIDt (idag "noncet") för den transaktion som OPn ansvarar för. Vi förelår att *OPn* genererar ett 'transaktionsID' som returneras i steg 5 och som sen används i QR-koden. Detta transaktionsID skickas med i steg 13.8 och 13.9 ovan, så att OPn vet vilken transaktion den ska returnera identiteten för. Detta är möjligt p.g.a. att användaren är inloggad via steg 1-2. Om man fortfarande vill använda ett nonce i det syfte specen anger, dvs som skydd mot replay-attacker, så kan man förstås göra det också. Men transaktionsIDt bör inte blandas ihop med replay-skydd-noncet. Och om det är vi som har feltolkat flödet så är det nog bra om ni uppdaterar så att det inte heter nonce på båda ställena. Dessutom: Om ni vill förtydliga ert sekvensdiagram ytterligare så vore det jättebra ifall ni kopplade de olika stegen mot de steg som är listade i kapitel 3.1.1 i OpenID-specen. Mvh /Magnus och Anders, Diglias -- Magnus Hoflin Co-founder, CTO +46 709-27 83 28 magnus at diglias.com *Diglias* J A Pripps gata 2 421 32 Västra Frölunda www.diglias.com

7 years, 7 months

5
14
0 0

Inbjudan till demo 2 se-leg

by fresia＠kth.se

Hej! Demo 2 är nu klar och kommer att demonstreras för Regeringskansliet nu på måndag. Sedan är det dags för demonstration för er IdP:er och vi föreslår tiden torsdag 6 oktober kl 13:00 i SUNETs lokaler på Tulegatan 11 i Stockholm. Hoppas den tiden fungerar för alla. Meddela mig gärna mig om ni kan komma eller ej. Trevlig helg! Fresia

7 years, 7 months

1
1
0 0

Flödet i detalj

by anders＠diglias.com

Hej, För att helt förstå flödet skulle vi vilja ha: * En mer uppdaterad bild av denna: https://github.com/SUNET/se-leg-docs/blob/master/proofing-skiss.png * Ett sekvensdiagram med alla steg. * En koppling mellan sekvensdiagrammet, den uppdaterade bilden och OpenID Connect flödet enligt specifikationen, gärna med exempel. mvh Anders Gembäck

7 years, 9 months

3
4
0 0

Demo

by tuong.huynh＠e-identitet.se

Hej Jag försöker få upp demot utan störrre framgång, undrar om någon kan ge mig en kompassriktning vad jag har missat. Kör en virtuell maskin med Ubuntu 16.04LTS på VirtualBox på en Windows 10 desktop, laddat ned de 3 repos till servern, installerat Docker m.m. Sparkar igång start.sh, den startar upp Docker-maskinerna, bifogar loggfilen. Ser att Docker-maskinerna är uppe och snurrar: tuong at ubuntu:~/se-leg-developer$ sudo docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES b28c67ede415 docker.sunet.se/eduid/nginx "nginx" 12 minutes ago Up 12 minutes 0.0.0.0:80->80/tcp seleg_demo_1 7149a65584b4 docker.sunet.se/se-leg/op "/op/env/bin/rq worke" 12 minutes ago Up 12 minutes 5000/tcp seleg_op_worker_1 15be5bd95b49 docker.sunet.se/se-leg/rp "start-stop-daemon --" 12 minutes ago Exited (3) 12 minutes ago seleg_rp_1 d16e255bd0f2 docker.sunet.se/se-leg/op "start-stop-daemon --" 12 minutes ago Exited (1) 12 minutes ago seleg_op_1 a037fe69d48f docker.sunet.se/eduid/redis "bash /start.sh" 12 minutes ago Up 12 minutes 6379/tcp seleg_redis_1 7341ac4b9f7c docker.sunet.se/eduid/mongodb "bash /start.sh" 12 minutes ago Up 12 minutes 27017/tcp, 28017/tcp seleg_mongodb_1 2822b123ae0a hello-world "/hello" 45 hours ago Exited (0) 45 hours ago jovial_noether Surfar in till serverns IP (http://192.168.10.63/) från Windows-maskinen och får Bad gateway: [cid:image003.png at 01D1EEF8.5D6A1B30] Vad behöver jag göra för att får demot att fungera? Mvh Tuong

7 years, 9 months

2
2
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

se-leg-ref