Microsoft bøjer sig for dansk login-krav

Jeg faldt bare tilfældigvis over Microsoft says it won't support SAML 2.0 (http://www.infoworld.com/article/05...) da jeg ville finde ud af hvad SAML 2.0 er.

udviklingen indenfor forskellige standarder kan vel nok få folk til at skifte mening i løbet af 1½ år, så jeg synes ikke, man skal lægge så meget i, hvad der var af udmeldinger i november 2005.

Denne artikel er faktuelt forkert så det klodser.

Microsoft har ikke accepteret at understøtte SAML 2.0-standarden. De har ”bare” lovet også at understøtte SAML 2.0 tokens i næste version af ADFS. Microsoft satser angiveligt fortsat på WS-Federation protokollen (som konkurrerer med SAML 2.0, hvor både token og protokol er rodet godt sammen).

Det med patchen er ikke noget der har været fremme tidligere. Hvem er kilden til denne information?

Hej Jesper

Tak for din præcisering af Microsofts aftale med den danske stat, som der nu er lagt link ind til i artiklen. Der er rigtigt, at Microsoft alene forpligter sig til at understøtte tokens i ADFS, som du skriver, men omvendt skriver vi heller ikke, at Microsoft vil understøtte SAML 2.0, men udelukkende at de vil integrere til den implementering, som den danske stat er i færd med at foretage, så institutioner kan bibeholde deres Microsoft login-struktur. Så det med, at artiklen er faktuelt forkert, så det klodser....

Debat er fedt, men det gør ikke noget at læse artiklen, inden man farer i tastaturet...

mkh torben, journalist, version2

Nu skal det jo ikke udvikle sig til et stor mudderslagsmål. Men jeg mener at du (og de øvrige læsere) har ret til at få underbygget min påstand om at det er "faktuelt forkert så det klodser":
1) Den store faktuelle fejl udspringer af at du skriver "at de fremover vil kunne understøtte den login-protokol SAML 2.0". Det er forkert. Det er vitalt at skelne mellem en loginprotokol og token-understøttelse. Ikke mindst fordi WS-Federation allerede som udgangspunkt er bygget til at understøtte hvilken som helst token-type, som man måtte ønske (i øvrigt i grel modsætning til SAML, hvor protokol og token hænger sammen).
2) På grund af punkt 1 er hele præmissen for artiklen forkert ("Microsoft bøjer sig for dansk login-krav" og ikke mindst "Microsoft har indgået aftale med den danske stat om at understøtte den officielle danske standard for fælles login-løsninger SAML 2.0"). Microsoft har fortsat ikke bøjet sig. De har "blot" udvidet dækningen i ADFS fra SAML 1.1 tokens til nu også at inkludere SAML 2.0 tokens. Dette ville Microsofts tunge drenge på området garanteret påstå er en helt naturlig udvikling, da de syntes at SAML token-formatet er godt, men at de ikke giver meget for SAML 2.0-protokollen.
3) Du skriver fx også "Integrationen med SAML 2.0 er implementeret i Active Directory". Dette er forkert. Disse ting vil angiveligt fortsat være henlagt til Microsoft ADFS, der er helt frigjort fra Active Directory.
4) Du svarer stadig ikke på det med patchen som I bringer til torvs? Hvis I ikke kan underbygge dette, så er det nok desværre forkert, da det ikke står at læse andetsteds..
5) Det med prereleasekoden indikerer at ITST får adgang til betaversionen af næste version af ADFS. Sådanne slige sager må ikke bruges i produktion og VTU må i øvrigt heller ikke dele den med resten af det offentlige Danmark. Så det er noget svært at se hvordan det kan fungere "til integrationen med SAML 2.0 er implementeret i Active Directory".
6) Og så lige for at slå det helt fast: Microsoft har p.t. ikke lovet at de vil "integrere til den implementering som den danske stat er i færd med at foretage". De har "bare" lovet at tilføje støtte af SAML 2.0 tokens i næste version af ADFS. Der skal (desværre) mere til end støtte af SAML 2.0 tokens for at man kan tale om integration, hvilket VTU's meddelelse også fortæller via sætningen "Integrationen vil kræve udbygning af standardbaserede login-løsninger med særlig integrationskode".