Skånetrafiken läckte resenärers lösenord med nya mobilapplikationen

Bättre ta det säkra före det osäkra och flytta från Skåne.

Du menar alltså att ett så stort företag som Skånetrafiken skulle sälja lite lösenord vid sidan av...?

Du menar alltså att ett så stort företag som Skånetrafiken skulle sälja lite lösenord vid sidan av...?

Det är väldigt stor skillnad på data och lösenord. Facebook säljer inte lösenord. Klart storleken på företaget och hur stor läckan är har betydelse, varför skulle ett företag med så stor omsättning vara intresserade av små summor, som dessutom förstör bolagets anseende ganska grovt om det läcks ut?

Det finns ganska coola skyddsmekanismer mot den här typen av misstag som kan implementeras inom ramen för statisk typcheckning: Att använda data som på typnivå markerats som konfidentiell (lösenord) i en kontext ej explicit markerad som sådan (loggen) kan faktiskt göras till ett kompileringsfel! Tyvärr ligger "vanliga" språk och hur programmering görs i praktiken ofta långt efter forskningen på området (vilket inte är så konstigt).

Värdelös ursäkt, Skånetrafiken får nog sparka IT-ansvarig samt PR-ansvarig.

Inte ett dugg förvånad, det är trots allt Skånetrafiken det gäller.

Detta finns faktiskt i PowerShell (SecureString), och det är lite av ett gissel

Aha! Det blir coolt på riktigt när man kan ha typer som är polymorfiska både i det faktiska innehållet och även i konfidentialitetsstrukturen. Med en sådan parametriserad typ kan man skapa vilka säkerhetsnivåer man vill och markera vilka data som helst med dem. Då kan man till exempel ha att för varje typ a (t ex Int, String, …) är Public a, Confidential a och TopSecret a tre olika typer, sådana att värden i Public a kan användas i en Confidential- eller TopSecret-typad kontext, men inte åt andra hållet.

Då skulle till exempel System.out.println eller console.log konceptuellt ha typen Public String → void.

Fullt så bra är det inte.

Dessutom hade jag lite fel, det är inte en PowerShell-grej, det är en .NET-grej. Här kan du förkovra dig lite:

https://docs.microsoft.com/en-us/dotnet/api/system.security.s...

Fokus verkar ligga på att inte lagra känsliga strängar i klartext i minne snarre än något annat.

Inte ett dugg förvånad, det är trots allt Skånetrafiken det gäller.

Och därför en bra anledning att använda lösenordshanterare!

Nu är det ju dock en konsultbolag som utvecklat applikationen, känner folk där.. Men Skånetrafiken bör ändå hamna i skottgluggen då de skulle återställt lösenorden direkt och meddelat sina användare. Förstår inte varför man ska ha "interna diskussioner" i flera månader. Visst några kunder lär bli irriterade men hellre det än förbannade och skadat rykte för företaget. Om Skånetrafiken hade meddelat sina kunder kunde det ju gett bra pr, att folk känner sig trygga att Skånetrafiken tar ansvar.