mboost-dp1

PBS A/S

Sikkerhed var ikke vigtigst ved valg af Java til NemID

- Via Version2 - , redigeret af Pernicious

I løbet af januar har sikkerheden i Java igen været i søgelyset, på baggrund af fundet af en række store sikkerhedshuller. Det har fået it-ordfører Stine Brix fra Enhedslisten til at stille en række spørgsmål til Finansminister Bjarne Corydon omkring NemID og Java. Det skriver Version 2.

I sit svar til Stine Brix skriver Bjarne Corydon, at Java blev valgt som platform for NemID, for at kunne være platformuafhængig i en helhedsbetragtning. Desuden var Java-teknologien ifølge Bjarne Corydon på daværende tidspunkt den teknologi, som opfyldte kravene til sikkerhed i sammenhæng med platformuafhængigheden.

Bjarne Corydon, Finansminister skrev:
Valget af Java som det teknologiske grundlag for NemID løsningen blev truffet tilbage i 2008/2009, hvor løsningen blev udviklet. Valget af Java som platform blev ikke truffet på baggrund af enkeltstående sikkerhedsmæssige betragtninger eller fordele, men ud fra en helhedsbetragtning i forhold til, hvordan de forskellige mulige teknologier, som man på daværende tidspunkt kunne basere NemID på, tilgodeså kravene til den samlede løsning. Java-teknologien passede i den sammenhæng bedst til den specificerede arkitektur for NemID og tilgodeså samtidig den tidligere IT- og Telestyrelses krav til platformuafhængighed og sikkerhed for den samlede løsning.

Stine Brix er skuffet over svaret og pointerer, at en fælles operatør gør danskerne mere sårbare.

Stine Brix, Enhedslisten, til Version 2 skrev:
Det er ærgerligt, at han ikke erkender, at én fælles operatør med én bestemt teknologi giver sikkerhedsproblemer. Monopolet betyder, at vi bliver meget ens og dermed meget sårbare.


Stine Brix spørger også om det hensigtsmæssige i at borgerne skal bruge Java, som har en række sårbarheder. Som svar hertil skriver Bjarne Corydon igen, at Java blev valgt udfra en helhedsbetragtning og at alle teknologier er sårbare.

Et sidste spørgsmål er om regeringen vil rådgive den danske befolkning mod sårbarheder i Java og NemID. Hertil svarer Bjarne Corydon, at Digitaliseringsstyrelsen på nemid.nu allerede rådgiver borgere om sikkerheden i NemID. Stine Brix er dog ikke tilfreds med svaret, da hun mener at det er de færreste borgere, som tjekker nemid.nu. I stedet mener Stine Brix at regeringen skulle overveje et nyt system.

Stine Brix, Enhedslisten skrev:
Det er nok de færreste, der af sig selv går ind på nemid.nu og tjekker den slags – og endnu færre der handler efter anvisningerne. Så svaret viser i en eller anden forstand, at man er magtesløs over for det system, man har bygget op. I stedet for at forsvare systemet, burde det give anledning til, at man i stedet spurgte sig selv, om det var et godt system.





Gå til bund
Gravatar #1 - Fanatiskfanboy
5. feb. 2013 07:26
Gravatar #2 - f-style
5. feb. 2013 07:37
Ja javascript havde jo heller ikke været platform uafhængig uden brug af installeret software, eller noget php ind over. Igen viser det jo der er tænkt for lidt over tingene og det er blevet en forhastet løsning af folk med for lidt indblik i tingene.
Gravatar #3 - arcticgnome
5. feb. 2013 07:47
Ikke for jeg syntes NemID er en på nogen måde god løsning (bruger det faktisk så lidt som muligt).
Men syntes det er lidt et tveægget sværd.
NemID prøver at komme med en løsning som de nok har arbejdet på lidt længere end offentligheden har kendt til sikkerhedshullerne i 7u10 og pre.
Så er det jo meget nemt at sidde som "regerings-parti" og råbe op om hvor mange fejl og hvor utilfreds man er med løsningen, uden at komme med noget løsnings forslag selv.
Gravatar #4 - mic
5. feb. 2013 08:04
Brugervenlighed var bestemt heller ikke det vigtigste valg da det fandt på NemID.
Gravatar #5 - XorpiZ
5. feb. 2013 08:07
mic (4) skrev:
Brugervenlighed var bestemt heller ikke det vigtigste valg da det fandt på NemID.


Tast brugernavn
Tast password
Tast to-faktor koden

Hvad er problemet?
Gravatar #6 - Lares
5. feb. 2013 08:10
#5 Java
Gravatar #7 - HenrikH
5. feb. 2013 08:13
Artiklen skrev:
Hertil svarer Bjarne Corydon, at Digitaliseringsstyrelsen på nemid.nu allerede rådgiver borgere om sikkerheden i NemID.

Glemmer den kære minister, at rådet fra DanIDs side er "der er ingen sikkerhedsproblemer med Java, brug i det bare" - ligegyldigt hvad der foregår?
XorpiZ (5) skrev:
Tast brugernavn
Tast password
Tast to-faktor koden

Hvad er problemet?

Inden da skal du undre dig over hvorfor det nu ikke virker i dag, herefter forsøge at opdatere - og fejle - for at skulle afinstallere Java, geninstallere det og genstarte din computer - og så klikke for at aktivere det :-P
Gravatar #8 - Testa
5. feb. 2013 08:16
Lidt morsomt det er enhedslisten der er imod en fælles løsning.

Det mere relevante spørgsmål at stille er nok om den helhedsbetragtning der blevet lavet overvejede om java var det bedste valg 5-10-20år ud i fremtiden.
Gravatar #9 - Jaqen
5. feb. 2013 08:17
mic (4) skrev:
Brugervenlighed var bestemt heller ikke det vigtigste valg da det fandt på NemID.
De fravalgte i det mindste den løsning man har i sverige, med en kortlæser og smartcard, som skal sidde i med usb for at kunne lave digital signatur, og som kræver et særligt program installeret, som til tider virker endnu mere ustabilt end Java (!)
ved ikke om det program findes til mac og linux.

det er lykkedes mig at tabe den der kortlæser på gulvet, hvilket den ikke kunne tåle. Mene hvad man vil om nøglekortet, så kan det til tider endda overleve vaskemaskinen.
Gravatar #10 - Jaqen
5. feb. 2013 08:26
Testa (8) skrev:
Det mere relevante spørgsmål at stille er nok om den helhedsbetragtning der blevet lavet overvejede om java var det bedste valg 5-10-20år ud i fremtiden.

ikke for at tage Java til forsvar, men hvis du skulle pege på en teknologi i dag, som skulle være god nu, og om 5-10-20 år, hvilken ville du pege på?

Det går udviklingen da alt for hurtigt til, at man kan give et meningsfyldt svar på.
Gravatar #11 - nielsbuus
5. feb. 2013 08:27
Jeg forstår ikke selve autentifikeringsflowet for NemID. Java virker unødvendigt og overflødigt.

Hvorfor er det man ikke har valgt en viderestillingsmodel hvor man fra signin.minbank.dk viderestilles til signin.nemid.nu som så forestår autentifikeringen via HTTPS og viderestiller tilbage til signedin.minbank.dk?

Ved at bruge denne model, så skal brugeren ikke forholde sig til om nogen applet eller ægte eller ej og han skal ikke give staten uindskrænket adgang til ens harddisk. Han skal kun forholde sig til om han er på signin.nemid.nu
Gravatar #12 - daninino
5. feb. 2013 08:29
Så vidt jeg ved brugte alle netbanker vel også Java inden Nemid? Der var vel ingen der brokkede sig dengang.

Og ang. Brugervenligheden har jeg aldrig haft problemer. Det har stort set altid fungeret også selvom jeg har siddet med en ver. 6 af Java efter ver. 7 var udkommet

Problemet er nok nærmere de andre ting der er installeret i din browser som blokerer for diverse ting.
Gravatar #13 - Unbound
5. feb. 2013 08:30
#2
php er serverside, hvad har det med nemID at gøre? de kan kode serveren i lige det de har lyst til, uden det påvirker dig.

#7
Og det er Javas skyld? eller er det fordi de programmører der har lavet implementationen ikke har gjort deres arbejde godt nok? Eller det er måske din computer der ikke er installeret rigtigt?

#8
Tvivler kraftigt på der er nogen der kan lave en helhedsbetragtning, der dækker 10-20 år ud i fremtiden, når det drejer sig om IT.

#0
Kunne være Stine skulle spørge sig selv, om hun selv kunne finde på en bedre løsning.
Gravatar #14 - XorpiZ
5. feb. 2013 08:36
Lares (6) skrev:
#5 Java


Hvad har Java med brugervenlighed at gøre?
Gravatar #15 - el_barto
5. feb. 2013 08:49
Afhængigheden af et 3. parts plugin der gerne vil installere Ask toolbaren er det største problem her. Nu kan vi jo se hvordan Oracle "rettede" fejlene i første omgang, ved at slå nogle features fra som standard. Det har de så dog fikset nu.

Ikke fordi browsere ikke også har huller, men her kan man på 2 min. hente en alternativ browser hvor sikkerhedshul XX ikke findes.

Så jeg er helt klart tilhænger af at de bare laver en SSL-løsning.
Gravatar #16 - TuxDK
5. feb. 2013 08:49
#11

På grund af certifikaterne.
Det er ikke kun et login man fortager sig, det er godkendelse gennem certifikater. Et almindeligt login er for usikkert i alle hensigter.

Det er noget af det java klienten sørger for, at aktivere de rette digitale certifikater.
Gravatar #17 - Holger_dk
5. feb. 2013 09:01
Det er ærgerligt, at han ikke erkender, at én fælles operatør med én bestemt teknologi giver sikkerhedsproblemer. Monopolet betyder, at vi bliver meget ens og dermed meget sårbare. Stine Brix, Enhedslisten, til Version 2


Hvad havde hun ellers forestillet sig? At der skulle laves 5 forskellige versioner af NemID af 5 forskellige leverandører og så skulle de helst laves på forskellige teknologier?

Jeg ved godt at NemID ikke har været perfekt og Java heller ikke.

Men jeg synes da NemID har gjort livet nemmere for mig i forbindelse med login til bank, det offentlige osv.

Tænk på det, du har en bruger, kode og så et nøglekort og så kan du logge ind hos det offentlige fra stort set hvilken som helst computer. Det er da rart.

Før det, havde du et login til banken (hvertfald for Danske Bank), som krævede at der blev installeret en key på din pc, som du så skulle fragte med hvis du skulle logge ind på en anden maskine.

Så havde du et andet login til skat.dk og det offentlige osv osv osv.

Klart at det ville være rart hvis NemID blev bedre og kunne køre på mobile platforme som ikke kører Java, men det er allerede bedre end det har været.

Gravatar #18 - nielsbuus
5. feb. 2013 09:02
#16

Hvorfor er et almindeligt login for usikkert? Hvis du kører det via HTTPS, så har du certifikater mellem bruger og NemID's server. Samtidig kan du lave noget på serversiden i mellem minbank.dk og nemid.nu, så det ikke er hvem som helst der kan benytte sig af det.

Jeg forestiller mig ikke lige at man bare skriver:

http://signin.nemid.nu?target=www.evil.com&rev...
Gravatar #19 - mathiass
5. feb. 2013 09:03
XorpiZ (14) skrev:
Hvad har Java med brugervenlighed at gøre?
Applets er fulde af mærkelig opførsel:
- Somme tider loader NemID appletten slet ikke i browseren og man er nødt til at refreshe før det sker. Der vises bare ikke noget på siden
- Browseren kan have fokus uden at appletten har, så man kan se en blinkende cursor i appletten uden at der sker noget når man skriver på keyboardet
- Java skal hele tiden opdateres og hver gang skal man genstarte browseren og huske at sige nej til at få mærkelige toolbars og andet crapware på sin computer.

Jeg kan simpelthen ikke komme i tanke om andre måder at lave en kasse med to input-felter som giver så meget bøvl som den valgte løsning...
Gravatar #20 - mathiass
5. feb. 2013 09:05
MadiZone (18) skrev:
#16

Hvorfor er et almindeligt login for usikkert? Hvis du kører det via HTTPS, så har du certifikater mellem bruger og NemID's server. Samtidig kan du lave noget på serversiden i mellem minbank.dk og nemid.nu, så det ikke er hvem som helst der kan benytte sig af det.

Jeg forestiller mig ikke lige at man bare skriver:

http://signin.nemid.nu?target=www.evil.com&rev...
Det er desværre lidt for nemt at stjæle cookies og bruge dem til at fortsætte en session på en anden maskine. NemID systemet forsøger at undgå dette ved at lave et finger print af maskinen. Det er hele årsagen til at man bruger Java i stedet for den åbentlyse JavaScript/form løsning.

Jeg siger ikke at det er en god grund...
Gravatar #21 - SpYkE112
5. feb. 2013 09:10
MadiZone (18) skrev:
#16

Hvorfor er et almindeligt login for usikkert? Hvis du kører det via HTTPS, så har du certifikater mellem bruger og NemID's server. Samtidig kan du lave noget på serversiden i mellem minbank.dk og nemid.nu, så det ikke er hvem som helst der kan benytte sig af det.

Jeg forestiller mig ikke lige at man bare skriver:

http://signin.nemid.nu?target=www.evil.com&rev...
Se den og du vil forstå hvorfor SSL over HTTP ikke nødvendigvis er sikkert..
Gravatar #22 - syska
5. feb. 2013 09:13
Lares (6) skrev:
#5 Java


WOW et blank svar.

Med den antagelse må Nordea netbank være meget ringe rent UX mæssigt, da det er lavet i JSP.
Gravatar #23 - syska
5. feb. 2013 09:15
mathiass (20) skrev:
Det er desværre lidt for nemt at stjæle cookies og bruge dem til at fortsætte en session på en anden maskine. NemID systemet forsøger at undgå dette ved at lave et finger print af maskinen. Det er hele årsagen til at man bruger Java i stedet for den åbentlyse JavaScript/form løsning.


Jamen, kan du så ikke lige stjæle cookies fra min computer hvis det er så nemt :-)

Hvis du har fjenden inden bag dine mure er der intet som er sikkert. :-)

Du går vel heller ikke med seler for at holde dine soler oppe der skal holde dine andre seler oppe? Hvornår stopper det?
Gravatar #24 - Valkar
5. feb. 2013 09:17
Testa (8) skrev:
Lidt morsomt det er enhedslisten der er imod en fælles løsning.


Jeg er glad for at det ikke bare er mig der har set den.

Enhedslisten, partiet som ville lade staten tvangsovertage store danske virksomheder som LEGO og Novo Nordisk, og på alle måder går ind for et kommunistisk fællesskab, er altså imod monopoler, for frie markedskræfter med forskellige konkurrerende løsninger, og synes det er skidt at DanId som betales af staten alene står for implementeringen?

Undskyld mit franske, men det her er da den virkelige nyhed. Stine Brix fra Enhedslisten er Anders Samuelsen (LA) i forklædning (en væsentligt pænere udgave oveni).
Gravatar #25 - syska
5. feb. 2013 09:17
mathiass (19) skrev:
Applets er fulde af mærkelig opførsel:
- Somme tider loader NemID appletten slet ikke i browseren og man er nødt til at refreshe før det sker. Der vises bare ikke noget på siden
- Browseren kan have fokus uden at appletten har, så man kan se en blinkende cursor i appletten uden at der sker noget når man skriver på keyboardet
- Java skal hele tiden opdateres og hver gang skal man genstarte browseren og huske at sige nej til at få mærkelige toolbars og andet crapware på sin computer.

Jeg kan simpelthen ikke komme i tanke om andre måder at lave en kasse med to input-felter som giver så meget bøvl som den valgte løsning...


Det er jo så ikke Java's skyld, men browserens måde at håndtere den applet på du brokker dig over her :-)
Gravatar #26 - ko
5. feb. 2013 09:32
MadiZone (18) skrev:
Hvorfor er et almindeligt login for usikkert? Hvis du kører det via HTTPS, så har du certifikater mellem bruger og NemID's server.


Det er vel snart slået fast i de andre tråde om emnet. Appletten opretter sin egen krypterede tunnel - som ikke har noget med https at gøre - til deres hsm. Så hele systemet er bygget op om, at der skal lidt mere til...
Gravatar #27 - el_barto
5. feb. 2013 09:41
ko (26) skrev:
Det er vel snart slået fast i de andre tråde om emnet. Appletten opretter sin egen krypterede tunnel - som ikke har noget med https at gøre - til deres hsm. Så hele systemet er bygget op om, at der skal lidt mere til...

Mjoe. Hvis SSL er godt nok til betaling med kreditkort er det også godt nok til min netbank. Synes jeg :)
Gravatar #28 - TuxDK
5. feb. 2013 09:45
#27

Det synes jeg ikke.
Der er langt mere at miste hvis nogen får fuld adgang til min netbank, end hvis de får mine kort oplysninger (som kan spæres ret hurtigt).

Desuden er det ikke kun din netbank de får adgang til.
På nogle få minutter, kan de vende hele dit liv på hovedet ved at have din NemID. Ny adresse, nyt pas, ja faktisk hele din eksistens kan ændres via NemID.

NemID SKAL sikres langt mere end "bare" SSL kryptering af kommunikation.
Gravatar #29 - XorpiZ
5. feb. 2013 10:09
mathiass (19) skrev:
Applets er fulde af mærkelig opførsel:
- Somme tider loader NemID appletten slet ikke i browseren og man er nødt til at refreshe før det sker. Der vises bare ikke noget på siden
- Browseren kan have fokus uden at appletten har, så man kan se en blinkende cursor i appletten uden at der sker noget når man skriver på keyboardet
- Java skal hele tiden opdateres og hver gang skal man genstarte browseren og huske at sige nej til at få mærkelige toolbars og andet crapware på sin computer.


Det var ikke det der blev snakket om. Påstanden var, at NemID ikke var brugervenlig.
Gravatar #30 - ko
5. feb. 2013 10:27
XorpiZ (29) skrev:
Det var ikke det der blev snakket om. Påstanden var, at NemID ikke var brugervenlig.


Man skal vel kigge på alle aspekter. Bilen er en bekvemmelig måde at komme frem på - men kun hvis der er fornuftige veje at køre på.
Gravatar #31 - dan1el
5. feb. 2013 10:32
De skulle bare indrømme at de er danske udviklere som hovedsageligt er opdraget til VisualStudio og Java udviklling, som mange steder i DK er alt dominerende.
Og så havde de vel scriptsene liggende halvt-klare i skuffen
Gravatar #32 - XorpiZ
5. feb. 2013 10:40
ko (30) skrev:
Man skal vel kigge på alle aspekter. Bilen er en bekvemmelig måde at komme frem på - men kun hvis der er fornuftige veje at køre på.


Det gør jeg skam også. Det ændrer ikke på, at NemID er ganske brugervenlig. At der er mange andre ting galt med den, er en anden snak.
Gravatar #33 - ko
5. feb. 2013 11:05
XorpiZ (32) skrev:
Det gør jeg skam også. Det ændrer ikke på, at NemID er ganske brugervenlig. At der er mange andre ting galt med den, er en anden snak.


Jo, men pointen, som bliver givet, er vel, at en given løsning skal ses som en helhed. Du kan ikke nøjes med kun at kigge på applettens venlighed (når alt andet kører vel) overfor brugeren.
Gravatar #34 - Miwer
5. feb. 2013 11:21
syska (23) skrev:
Du går vel heller ikke med seler for at holde dine soler oppe der skal holde dine andre seler oppe? Hvornår stopper det?


Hehe - fik lige flashback til The Big Hit:
(Gump) "Yo yo yo, that's why I gots this Trace Buster BUSTER. See, when the mother-fucker tries to bust your trace with a trace buster. This mother-fucker is gonna bust the mother-fucking trace buster that's bustin' your... uh..." (Cisco) ".. Trace!"

OT:
Jeg har aldrig været fan af NemID løsningen. Når man baserer offentlige systemers login løsning på ét fælles system, så VIL det jo uundværligt tiltrække sig de kriminelles fokus. Allerede dér er der en sikkerhedsmæssig fejl.

Og det værste er, at man ikke engang kan vælge skidtet fra, eller vælge en login løsning som kun virker for det enkelte site. "Hvis du ikke kan lide lugten i bageriet, kan du jo bare lade være med at handle der" - men nej, det er bare ikke til at komme uden om NemID hvis man vil have netbank i Danmark.
Gravatar #35 - XorpiZ
5. feb. 2013 12:01
ko (33) skrev:
Jo, men pointen, som bliver givet, er vel, at en given løsning skal ses som en helhed. Du kan ikke nøjes med kun at kigge på applettens venlighed (når alt andet kører vel) overfor brugeren.


Det synes jeg da.

Din mening svarer vel lidt til, at man kalder Windows 7 for ustabil, fordi maskinen lukker ned hver halve time pga. overophedning.
Gravatar #36 - ko
5. feb. 2013 12:07
#35

Det kan ikke sammenlignes direkte. At din hardware er ustabil står uden for Microsofts indflydelse.
Gravatar #37 - HenrikH
5. feb. 2013 12:09
Unbound (13) skrev:
#7
Og det er Javas skyld? eller er det fordi de programmører der har lavet implementationen ikke har gjort deres arbejde godt nok? Eller det er måske din computer der ikke er installeret rigtigt?

Snakker vi om at java programmørerne har implementeret det elendigt eller?

Det er Java installationen der fint vil have flere forskellige udgaver installeret - samtidig.
Det er Java installationen der vil installere Ask-toolbaren.
Det er Java der er ret så fuldt af huller.
Det er Java der er så avanceret, og platformsuafhængigt, at det skal implementeres som plugins i de forskellige browsere.

Skal vi fortsætte?
syska (23) skrev:
Hvis du har fjenden inden bag dine mure er der intet som er sikkert. :-)

Med "fjenden" antager jeg at du mener DanID, ikk'? :-D
Gravatar #38 - Reck
5. feb. 2013 12:09
Nu er platformsuafhængighed jo rimelig væsentligt når det nærmest er et krav at benytte nem-id nu.
Gravatar #39 - sg17a
5. feb. 2013 12:17
Lidt uden for diskussionen egentlige emne, men Oracle nu har lavet en opdatering af JAVA, således at apple brugere igen kan tilgå nemid.

http://politiken.dk/tjek/digitalt/computer/ECE1889...

Gravatar #40 - moulder666
5. feb. 2013 13:05
ko (36) skrev:
#35

Det kan ikke sammenlignes direkte. At din hardware er ustabil står uden for Microsofts indflydelse.


Bingo!

Og at Java kan være ustabilt, browseren har problemer med fremvisning o.a. er uden for Nemids indflydelse! :-)
Gravatar #41 - XorpiZ
5. feb. 2013 13:11
ko (36) skrev:
#35

Det kan ikke sammenlignes direkte. At din hardware er ustabil står uden for Microsofts indflydelse.


Se #40.
Gravatar #42 - ko
5. feb. 2013 14:29
Java har fået en masse skældud hen over årene. Alligevel valgte man at bruge java til nemid.

Det med Microsoft og Windows, og at de har valgt at udvikle deres OS til f.eks. x86-platformen, er noget ret andet. Hvis det nu var, at x86 var en røvelendig platform, som altid gik ned, så ville den overordnede vurdering nok også være, at det ville være bøvlet at køre Windows på den.
Gravatar #43 - Athinira
5. feb. 2013 14:45
#0 skrev:
Det er ærgerligt, at han ikke erkender, at én fælles operatør med én bestemt teknologi giver sikkerhedsproblemer. Monopolet betyder, at vi bliver meget ens og dermed meget sårbare.
- Stine Brix


Frøken Brix demonstrerer fint her at hun ingen ide har om hvordan IT-sikkerhed bedst struktureres.

Der er to muligheder for at bekæmpe trusler:
- Gøre sig selv meget forskellige for at gøre det svært at hacke alle (f.eks. har forskellige mennesker forskelligt DNA, hvilket gør det sværere for sygdomme at ramme os alle, og folk med forskellige operativsystemer er ikke sårbare over for de samme trusler)
- Gøre alting ens for alle, hvilket gør at vi alle kan overkomme en trussel på samme tid (en opdatering af Chrome der fikser et sikkerhedshul gør os alle sikre på en gang mod det hul når vi opdaterer)

Af de to muligheder er det i IT oftest sidste løsning som er den bedste. Årsagen er at stort set ALT software har bugs, fejl og sikkerhedshuller i uanede mængder. Det giver hackerne frit spil til at nedlægge deres ofre fordi at forskellighed kun gør det svært for os at opdatere mod de forskellige trusler. Forskellighed er - som mit eksempel indikerede - en god biologisk løsning, men det er fordi vores krop har et robust immun-system som gør os i stand til at modstå de fleste trusler. Software har derimod intet immun-system, og den eneste chance vi har her er at benytte fælles systemer som kan opdateres nemt (også selvom dette betyder at en sårbarhed rammer flere mennesker).

Ikke dermed sagt at Java var et klogt valg, for de fikser sikkerhedstrusler i et tempo og med et engagement der får selv vores dovne politikere til at se aktive ud, men hendes argumentation om at det er fordi vi alle er ens at vi er sårbare er helt ude i hampen.

Og vi bevæger os også heldigvis i den retning. Browsermarkedet har siden Chrome blev udgivet taget en helt ny kultur til sig, ikke kun ved at levere hurtige opdateringer, men også ved at gøre dem mere eller mindre usynlige for brugeren så det hele sker automatisk. Det giver kun god sikkerhedsmæssig mening at browserne tager sig af det og frigør sig fra Java.

Nu mangler vi bare nogle opdateringer til JavaScript (eller at lade HTML5 overtage rollen) for at få det sidste sikkerhed på plads, så er vi langt på vej mod en lysere fremtid.
Gravatar #44 - XorpiZ
5. feb. 2013 14:49
Athinira (43) skrev:
Frøken Brix demonstrerer fint her at hun ingen ide har om hvordan IT-sikkerhed bedst struktureres.


Er du nu også helt sikker på det?
Gravatar #45 - Daniel-Dane
5. feb. 2013 15:11
SpYkE112 (21) skrev:
MadiZone (18) skrev:
#16

Hvorfor er et almindeligt login for usikkert? Hvis du kører det via HTTPS, så har du certifikater mellem bruger og NemID's server. Samtidig kan du lave noget på serversiden i mellem minbank.dk og nemid.nu, så det ikke er hvem som helst der kan benytte sig af det.

Jeg forestiller mig ikke lige at man bare skriver:

http://signin.nemid.nu?target=www.evil.com&rev...
Se den og du vil forstå hvorfor SSL over HTTP ikke nødvendigvis er sikkert..


Meget interessant, men han fortæller, at alt, som bruger SSL, er ramt. Jeg ved ikke, hvordan NemID gør det, men det vil ikke gøre nogen forskel, om de bruger SSL over Java eller HTTPS.
Gravatar #46 - XorpiZ
5. feb. 2013 15:14
ko (42) skrev:
Java har fået en masse skældud hen over årene. Alligevel valgte man at bruge java til nemid.


Det har html, javascript og meget andet også.
Gravatar #47 - ko
5. feb. 2013 15:24
XorpiZ (46) skrev:
Det har html, javascript og meget andet også.


I forhold til sikkerhed og bøvlede opdateringer? Og som der nævnes længere oppe... en toolbar?
Gravatar #48 - Daniel-Dane
5. feb. 2013 15:31
ko (47) skrev:
I forhold til sikkerhed og bøvlede opdateringer?


Oh, yes. Der er stadig mange mennesker, som bruger meget forældede browsere. De gamle browsere har simpelthen ikke haft noget opdateringssystem.
Gravatar #49 - XorpiZ
5. feb. 2013 15:44
ko (47) skrev:
I forhold til sikkerhed og bøvlede opdateringer? Og som der nævnes længere oppe... en toolbar?


Ja. Har du aldrig fået JS-fejl i en browser? Eller startet en browser med 14 toolbars?

Du romantiserer HTML/SSL-løsningen. Det er fint nok, men pointen er stadig, at NemID i sig selv er svær at gøre mere simpel.
Gravatar #50 - ko
5. feb. 2013 16:17
Jeg romantiserer ingenting. Jeg er helt med på, at https ikke er nok. Det hele startede med, at man skulle se en given løsning i sin helhed...
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login