Tak for et god initiativ! Jeg lægger gerne ud med følgende:
Når vi nu går i gang med debatten, så er det værd at huske på, hvordan biddragydernes identitet på dette site selv er valideret: I princippet er det eneste vi ved om en bidragyder herinde, at de har opgivet en e-mail-adresse, som de også er i stand til at modtage en svar-mail på.
Det var djævelens advokat - lad os så komme i gang med noget konstuktivt! :-)
Det bedste hilsner fra
Thomas Magle Brodersen (og det navn holder jeg fast ved)
Generelt ser jeg ikke noget problem med et lavt identifikationsniveau i arbejdet med BedreID. Det vil dog være noget vi skal være opmærksom på, hvis en deltager foregiver at være officiel repræsentant for en stakeholdergruppe, organisation eller virksomhed.
På oprettelsesformularen bliver der opfordret til at bruge sit rigtige navn medmindre det er vigtigt for en selv at optræde under pseudonym. Det kan der f.eks. være arbejdsrelaterede grunde til.
Så ja, lad os komme igang med noget konstruktivt! ;)
De fleste online email tjenester har alt for dårlig sikkerhed, når det drejer sig om links i emails, og især deres kryptering, nu peger jeg lidt på Microsofts email tjeneste.
Man skulle finde på en intern løsning som kunne godkende enheden før brug.
Let's go with something constructive!! :D
Der er meget lille grund til at havde høj sikkerhed på et debat fora som dette, da der ikke er hemmelighder involveret.
Hvis man laver en identitets/digital signatur løsning skal det helst ske så åbent og synligt så muligt, da man helst ikke skal falde tilbage på "Security by Obscurity", som NemID basalt set er.
Derved er det sådan set ligegyldigt, om alle debattørere var anonyme (dog fordre lidt identitet validering til at der ikke er så mange trolls, altså folk der ødelægger debatten).
Det meste interessante på sådanne fora, er at man er rimeligt sikker på at det er den samme person man debatter med, og ikke at nogen kan nemt overtage andres identitet, da dette kan forkludre debatten meget.
Der er et hav af muligheder for at sikre ens personfølsom data.
Green SQL er et godt eksempel.