Door een lek in verzuimapplicatie Humannet waren de medische en andere persoonlijke gegevens van 300.000 werknemers van honderden organisaties waaronder de gemeente Deventer, de Praxis en de Bijenkorf te achterhalen.
Via het lek zou het eenvoudig zijn om inlognamen en wachtwoorden te achterhalen waarna toegang verschaft kon worden tot de databases met gegevens van duizenden werknemers van honderden bedrijven, zoals FC Twente, de gemeente Deventer, Praxis, Bijenkorf, V&D, Hornbach, Beter Bed en Action. Het zou onder andere om personeelsinformatie over adressen, verzuim, herstel en re-integratie gaan. Ook zouden medische dossiers van bedrijfsartsen en burgerservice-nummers te benaderen zijn, claimt Zembla. Het gaat om de database van Humannet van it-bedrijf VCD, dat vatbaar was voor sql-injectie.
Enkele kijkers zouden het lek opgemerkt hebben na een eerdere uitzending van Zembla, over privacyschending van het Hengelose bedrijf Verzuimreductie. Dat bedrijf maakte ook gebruik van Humannet en volgens kijkers zou een snelle blik op de verzuimapplicatie al laten zien dat deze vatbaar was voor sql-injecties. Een kijker liet daarop weten eenvoudig de databases van Humannet te kunnen benaderen.
Prof. Jacobs van de Radboud Universiteit Nijmegen verifieerde het lek: "We waren binnen een kwartier in het systeem en hadden daarmee controle over een beheersaccount. De toegang hiertoe is zo laagdrempelig, het is bijna uitlokking." Hij spreekt van 'het grootste lek van persoonlijke en medische data in de Nederlandse geschiedenis' en wijst op de mogelijkheden tot chantage als de gegevens in verkeerde handen vallen. It-bedrijf VCD heeft de drie 'zwakke plekken' inmiddels gedicht en zegt niet uit te kunnen sluiten dat er een geslaagde aanval heeft plaatsgevonden.
Ik heb bij een bank gewerkt, en een collega van me heeft dit eens gedaan. Die kon dezelfde dag nog vertrekken. Er zijn dus ook plekken waar het wel heel netjes en goed geregeld is (tot op het versnipperen van kantoorpapier aan toe). Kortom, het gaat erom hoe serieus je je eigen werk neemt, en schijnbaar schort het daar nogal aan bij vcd (komt op mij over als een grote club consultancy cowboys).Als ik had gewild had ik zo op het hele netwerk kunnen komen...
Dat weet ik niet, volgens mij kun je dan voor bepaalde systemen (belastingdienst, ziekenhuis, vliegtuig enz) gewoon geen mensen meer vinden. En als baas wil je dat ook niet, want als mensen alles op eigen titel doen dan kan er geen sprake meer zijn van werkweigering, immers wie is er dan verantwoordelijk voor wie. De boete moet op bedrijfsniveau binnenkomen, immers doen werknemers in 9 van de 10 gevallen taken die van hogerhand zijn opgelegd (zij halen de klant binnen, stellen de specs vast enz). Je doet zoiets ook altijd met meerdere mensen, dus wie is dan voor hoeveel Euro aansprakelijk in het geval van een fuckup? Dat wordt mijns inziens een moeilijk vraagstuk.Pas als ze persoonlijk risico lopen bij aantoonbare nalatigheid zullen mensen zich wel twee keer bedenken.
[Reactie gewijzigd door Rick2910 op vrijdag 20 april 2012 14:20]
[Reactie gewijzigd door Zaphod69 op vrijdag 20 april 2012 12:48]
Hoe moeilijk is het om als ontwikkelaar een bepaalde password policy in te voeren? Minimaal 8 tekens, een mix van hoofdletters en kleine letters, minstens 1 cijfer en 1 bijzonder teken als _ % ^ # enzovoorts... Dan voorkom je dat domme gebruikers 12345 als wachtwoord kiezen. Het is niet leuk, maar je bent als ontwikkelaar wel verantwoordelijk voor wat je mogelijk maakt.Was eerder deze week niet een bedrijf uit Noord Brabant in het nieuws, waar iedereen kon inloggen met accountnaam en wachtwoord '12345 '?
Hoewel die account waarschijnlijk als testaccount is gebruikt en hiervan nog steeds de ontwikkelaar als schuldige is aan te wijzen, verbaas ik me nog al te vaak over het soort wachtwoorden dat mensen gebruiken voor systemen.
Een wachtwoord in de trant van 'naam van de hond' of 'geboortedatum' wordt nog vaak gebruikt. Daar kan een leverancier van een SaaS oplossing niet direct iets aan doen, als de afnemer een zwak wachtwoord kiest.
[Reactie gewijzigd door Grrrrrene op vrijdag 20 april 2012 11:53]
Uiteraard, maar het is niet haalbaar om alle oude code per direct te herschrijven, daar is simpelweg de tijd en geld niet voor.Maar clubs van deze orde met simpele SQL-injecties? Nee... die mogen ze afschieten. SQL-injecties zijn al jaren in het nieuws en je mag verwachten, nee eisen, dat ze dat weten en rekening mee houden.
[Reactie gewijzigd door Thc_Nbl op vrijdag 20 april 2012 12:27]
In de huidige nieuwsgeving komen dit soort inbraken bijna dagelijks aan het licht. Wat veel erger is dat een bedrijf in de basis al op het simpele inlogscherm al gevoelig is voor SQL injection. Dit kan dan ook gezien worden als een faal dat ze al geen fix hadden op deze basale functionaliteit.[...]
Uiteraard, maar het is niet haalbaar om alle oude code per direct te herschrijven, daar is simpelweg de tijd en geld niet voor.
Voor nieuwe code en patches op bestaande code geef ik je helemaal gelijk, je moet er rekening mee houden, maar om alle oude code te reviewen is simpelweg niet haalbaar zonder enorme kosten terwijl het effectief niks op hoeft te leveren.
Zodra je het tegenkomt is het enige wat je kan doen zo snel mogelijk patchen.
[Reactie gewijzigd door sys64738 op vrijdag 20 april 2012 11:36]
[Reactie gewijzigd door Standeman op vrijdag 20 april 2012 09:41]
[Reactie gewijzigd door Teijgetje op vrijdag 20 april 2012 09:57]
Omdat in de echte wereld vrijwel iedereen een goed deurslot kan installeren, terwijl online de gewone sterveling een bedrijf in de arm neemt om een site te bouwen, waarbij ze er vanuit gaan dat die weten wat ze doen. Dat is hetzelfde als een bedrijf je huis laten beveiligen en er vervolgens achterkomen dat er geen ramen in de kozijnen zitten. Tja, kun je dan de dief nog kwalijk nemen dat hij er met je huisraad vandoor gaat? Je hebt zelf ook een verantwoordelijkheid.En ik kan maar niet begrijpen waarom dit in de cyber wereld precies andersom is.
In het artikel noemt het Radbout het anders aan uitlokking grenzende beveiliging.Ik opteer ervoor dat niet de eigenaar, maar de hacker wordt aangepakt.
Als er bij mij thuis wordt ingebroken gaat men in principe ook achter de inbreker aan i.p.v. Mij een boete te geven voor de ondeugdelijke beveiliging. En ik kan maar niet begrijpen waarom dit in de cyber wereld precies andersom is.
Maar als het geen inbraak in je huis is, maar insluiping (dus je hebt de deur niet op slot terwijl je niet thuis was), dan is de strafmaat al minder. Zet je je dure spullen in de tuin achter een hekje van 30cm hoog, dan zal dat zelfs geen insluiping zijn maar "slechts" diefstal, omdat de inbreker niet eens moeite heeft hoeven doen om bij je spullen te komen, en reken er ook maar niet op dat de verzekering iets uitbetaald omdat je zelf gewoon nalatig bent geweest. En SQL-injecties zijn al sinds SQL1.0 (ruim 20 jaar) bekend en verplichtte stof voor elke informaticus die er iets mee doet, en daarom wel vergelijkbaar met een beveiliging d.m.v. tuinhekje.Ik opteer ervoor dat niet de eigenaar, maar de hacker wordt aangepakt.
Als er bij mij thuis wordt ingebroken gaat men in principe ook achter de inbreker aan i.p.v. Mij een boete te geven voor de ondeugdelijke beveiliging.
Daarnaast is het ook nog eens zo dat er in de cyber-wereld geen sociale controle is, die je wel hebt in een gemiddelde woonwijk. Zet je in een flat je deur open en wordt er ingeslopen, dan heb je grote kans dat medebewoners dit merken en insluiping of inbraak wordt (eventueel achteraf) altijd ontdekt. Het bestraffen van de inbreker heeft hiermee een preventieve werking, omdat hij ontdekt kan worden. Op internet heb je dit niet, zodra een website lek is kan de hele wereld erbij en je hebt geen idee wie deze database allemaal geplunderd heeft. Achter hackers aan gaan heeft dus geen enkele preventieve werking, het is meer een mazzeltje als je toevallig een hacker ontdekt maar zelfs als je zo iemand vind, dan heb je geen idee wie er nog meer deze database heeft geplunderd. De enige manier om een website goed te "verdedigen" is door inbreken überhaupt onmogelijk te maken, en dat weet iedereen met een beetje verstand van digitale veiligheid. Dat zouden websitebeheerders dus ook moeten weten, zij zijn verantwoordelijk voor deze databases.En ik kan maar niet begrijpen waarom dit in de cyber wereld precies andersom is.
[Reactie gewijzigd door bwerg op vrijdag 20 april 2012 10:53]
Het gaat in dit geval volgens mij vooral om verantwoording en aansprakelijkheid, niet om schuld.Ik opteer ervoor dat niet de eigenaar, maar de hacker wordt aangepakt.
Als er bij mij thuis wordt ingebroken gaat men in principe ook achter de inbreker aan i.p.v. Mij een boete te geven voor de ondeugdelijke beveiliging. En ik kan maar niet begrijpen waarom dit in de cyber wereld precies andersom is.
Als ik een database met 300.000 zeer gevoelige records erin moet bouwen, dan laat ik daar zeker meerdere mensen naar kijken, laat ik desnoods een externe partij de security testen en vervolgens blijf ik hem monitoren als het live staat. Het lijkt er hier eerder op alsof een stagiar die database (en site) heeft gebouwd, dat niemand de code heeft gecontroleerd, en als dat wel is gebeurt dan is het bedrijf volledig incompetent en mogen ze van mij Diginotar achterna (binnen enkele weken failliet).Wat als mensen straks geen fouten meer mogen of kunnen maken? stel jij op je werk geen enkel fout mag maken en meteen rechtszaak aan je broek krijgt?
Stel dat iemand in een garage eigenlijk helemaal geen verstand heeft van auto's, en toch aanbied om de wielen te verwisselen, zonder te vermelden dat hij niet weet wat hij doet. Hij kan er geen moer van en de wielen zitten helemaal niet vast, maar hij heeft zijn best gedaan (dit is ongeveer het niveau van een beveiliging die vatbaar is voor SQL-injectie). Als er dan slachtoffers vallen, dan is dat gewoon "een foutje" van de garage? Als je ergens geen verstand van hebt, moet je d'r niet aan beginnen, of in ieder geval zorgen dat je geen eindverantwoordelijke bent zodat iemand je werk controleert.Het blijft mensenwerk ... je weet hoe mensen zijn he? we maken namelijk wel eens fouten. Als men doelbewust met opzettelijk kwaad dit deden dan vind ik aanpakken.
[Reactie gewijzigd door bwerg op vrijdag 20 april 2012 11:02]
Daarmee wil ik zeggen dat het echt een basis-ding is.En ik zie tevens niet in wat dit met HBO-ers 1e jaars te maken heeft
Ja, dat is ook het probleem. Natuurlijk mag je dat ook zonder HBO-diploma, maar dan moet je wel zorgen dat je een eventueel gebrek aan kennis of ervaring afvangt. Wat nog te vaak gebeurt is dat iemand 'zijn handige neefje'* iets vraagt te doen en zich niet realiseert dat dat neefje eigenlijk niet in staat is om het wel op een professionele manier te doen. En zelfs al is iemand zich daar wel van bewust, het hele gedoe met uitgebreid testen e.d. wordt te vaak onderschat., je hebt geen HBO nodig om een database te kunnen programmeren hoor. Dat kan iedere kip die zich erin gaat verdiepen.
Hoe kan je iets bij voorbaat wegwuiven als je niet weet wat de fout was? En ja, je hoort je software te testen. In echt kritieke software hoort vaak meer uren aan test-werk te zitten dan in het daadwerkelijk implementeren. Ja, het kan eens misgaan, maar als er persoonsgegevens van 300.000 achter zitten dan vind ik de mogelijkheid tot SQL-injectie gewoon een te grove fout. Als iemand van de 50-plus-partij dit kan vinden, dan had een tester het ook moeten vinden.Maar hoe kan je iets nalatigheid noemen als je niet eens weet wat de fout was?
Misschien stond er wel 1 karakter niet goed in duizenden regels code .... dat overkomt ook de beste wel eens.
Dat zegt hij niet als de NSA met grote moeite is ingebroken...en volgens kijkers zou een snelle blik op de verzuimapplicatie al laten zien dat deze vatbaar was voor sql-injecties. Een kijker liet daarop weten eenvoudig de databases van Humannet te kunnen benaderen.
Prof. Jacobs van de Radboud Universiteit Nijmegen verifieerde het lek: "We waren binnen een kwartier in het systeem en hadden daarmee controle over een beheersaccount. De toegang hiertoe is zo laagdrempelig, het is bijna uitlokking.
[Reactie gewijzigd door bwerg op vrijdag 20 april 2012 19:22]
[Reactie gewijzigd door cbravo2 op vrijdag 20 april 2012 09:39]
[Reactie gewijzigd door DrDDay op vrijdag 20 april 2012 10:28]
Bewijst toch maar weer dat die achterdocht van sommige ondernemers niet geheel onterecht is. Begrijp me niet vekeerd, ik ben een voorstander van cloud computing, echter alleen als dit veiliger is dan insourcing.Bang voor de cloud? Nergens voor nodig!
Onder ondernemers heerst vaak nog het misverstand dat werken in de cloud onveilig zou zijn. Maar niets is minder waar. Werken mét de cloud kan zelfs veel veiliger zijn dan werken zonder. Waarom angst voor de cloud onnodig is? Lees het hier.
Dat is een illusie (en onjuist), hoe vaak is er al in 't nieuws geweest dat er weer informatie uit een auto gestolen is? Of dat je met wat social engineering overal papieren dossiers bij artsen kan opvragen?Als het op papier staat wordt het toch ook netjes in een archiefkast gestopt en laat men het niet in de wachtkamer slingeren.
Op dit item kan niet meer gereageerd worden.
Populair: Tablets Samsung Websites en communities Mobiele telefoons Google Apple Microsoft Sony Games Politiek en recht
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True