Om het gebruiksgemak te vergroten, de website te kunnen analyseren en om advertenties te kunnen beheren maakt Security.NL gebruik van cookies. Door gebruik te blijven maken van deze website, of door op de akkoord button te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer weten over cookies? Bekijk dan ons cookieoverzicht.
Nieuws Achtergrond Community
Inloggen | Registreren
Nieuws
image

Lek in server Duitse corona-app maakte remote code execution mogelijk

dinsdag 24 november 2020, 14:44 door Redactie, 9 reacties

Een beveiligingslek in de server van de Duitse corona-app maakte het mogelijk voor aanvallers om op afstand en zonder authenticatie willekeurige code uit te voeren en bijvoorbeeld databasewachtwoorden te stelen. Dat ontdekten onderzoekers van GitHub Security Lab.

Net als de Nederlandse CoronaMelder kunnen gebruikers van de Duitse Corona-Warn-App, wanneer bevestigd is dat ze met corona zijn besmet, een code invoeren wanneer hun codes naar een centrale server worden gestuurd. Deze server controleert of de diagnosesleutels van de gebruiker wel geldig zijn. Bij het valideren van deze data ging de server de fout in en was het voor een aanvaller mogelijk om willekeurige Java-code of systeemcommando's op de Corona-Warn-App-server uit te voeren. Op deze manier was het bijvoorbeeld mogelijk om databasewachtwoorden te stelen.

Het onderliggende probleem heeft met Java Bean Validation te maken en zorgt ervoor dat de invoer van een aanvaller zo wordt verwerkt dat het uitvoeren van willekeurige Java-code mogelijk maakt. Een probleem waar GitHub in juli van dit jaar voor waarschuwde. Onderzoekers besloten naar projecten op GitHub te kijken die met dit probleem te maken hebben. Recentelijk werd deze scan herhaald, waarbij bleek dat de Corona-Warn-App kwetsbaar was.

"De kwetsbaarheid had de potentie om de integriteit van de Duitse coronareactie te beïnvloeden en rechtvaardigde een directe respons van ons team", zegt Alvaro Muñoz van GitHub Security Lab. Het beveiligingslek werd op 21 oktober aan SAP gerapporteerd, de ontwikkelaar van de Duitse corona-app. Op 27 oktober werd een beveiligingsupdate uitgerold, gevolgd door een meer robuuste fix op 1 november.

Zuid-Koreaanse kledingketen sluit helft winkels wegens ransomware
Consumentenbond start telefonische hulplijn voor slachtoffers cybercrime
Reacties (9)
Reageer met quote
24-11-2020, 15:31 door Anoniem
Goh... je verwacht het niet van een goed doordacht project.

Maar er is niks gebeurd. De privacy is gewaarborgd. Dus gewoon doorgaan met gebruiken, mensen!
Reageer met quote
24-11-2020, 15:51 door Erik van Straten
[off topic]
Ik heb een hekel aan het woord "lek" (maar ook datalek en beveiligingslek). Bij een RCE kan er data weg"lekken", maar er zouden ook uitsluitend gegevens kunnen worden gemanipuleerd en/of er zou een backdoor kunnen worden toegevoegd.

Het woord "kwetsbaarheid" is wat lang voor titels, waarom voegen we niet "vuln" of een ander veelzeggend kort woord of afko toe aan het Groene Boekje?
[/off topic]
Reageer met quote
24-11-2020, 17:10 door Anoniem
Door Erik van Straten: [off topic]
Ik heb een hekel aan het woord "lek" (maar ook datalek en beveiligingslek). Bij een RCE kan er data weg"lekken", maar er zouden ook uitsluitend gegevens kunnen worden gemanipuleerd en/of er zou een backdoor kunnen worden toegevoegd.

Het woord "kwetsbaarheid" is wat lang voor titels, waarom voegen we niet "vuln" of een ander veelzeggend kort woord of afko toe aan het Groene Boekje?
[/off topic]

Iedereen snapt wat er met lek bedoeld wordt en het is zo kort dat we er geen afko voor nodig hebben.
Zullen we het dan maar zo laten of gaan we 16.999.999[1] mensen[2] uitleggen dat we er een nieuw woord voor hebben omdat Erik er een hekel aan heeft. ;-)

[1] Ik ga even uit van 17.000.000 Nederlanders.
[2] Dementen, analfabeten, digibeten en baby's even gewoon meegeteld.
Reageer met quote
24-11-2020, 17:40 door Anoniem
Door Erik van Straten: [off topic]
Ik heb een hekel aan het woord "lek" (maar ook datalek en beveiligingslek). Bij een RCE kan er data weg"lekken", maar er zouden ook uitsluitend gegevens kunnen worden gemanipuleerd en/of er zou een backdoor kunnen worden toegevoegd.

Het woord "kwetsbaarheid" is wat lang voor titels, waarom voegen we niet "vuln" of een ander veelzeggend kort woord of afko toe aan het Groene Boekje?
[/off topic]
Teveel Lexicon is lastig voor IT mensen die de woorden niet kennen of non technische mensen. Maar ik ben het met je eens dat de term "beveiligingslek" nergens over gaat. Mensen die deze apps gebruiken zijn zowiezo niet heel security/privacy minded denk ik.
Reageer met quote
24-11-2020, 18:31 door Anoniem
Door Erik van Straten: Het woord "kwetsbaarheid" is wat lang voor titels, waarom voegen we niet "vuln" of een ander veelzeggend kort woord of afko toe aan het Groene Boekje?

Een "gat", in plaats van een "lek"? Beide woorden zijn drie letters lang :-)
Reageer met quote
25-11-2020, 11:09 door Anoniem
Waarom niet gewoon 'Fout'?
Het is namelijk geen 'lek' maar gewoon een fout in de software of de configuratie die het mogelijk maakt dat er informatie lekt. Het security vakgebied wordt toch al overstelpt met allerlei buzztermen, die het ook moeilijker maken om het te begrijpen. Maar goed veel mensen proberen met allerlei moeilijke termen hun eigen onkunde te verbergen of hun eigen status te verhogen.
Reageer met quote
25-11-2020, 12:19 door Anoniem
Als software iets kan doen, wat men niet verwacht, dat het zou kunnen doen, heb je zoiets.

Gaan we vervolgens verder filosoferen, dan krijg je nogal wat.

Hoe noem je dat? Een lek. Neen, want dat ontstaat als een gevolg ervan.
Een kwetsbaarheid? Ook niet, want die had bekend moeten zijn, anders was er geen mogelijk lek ontstaan.

Het is nog verrekte moeilijk zoiets eenduidig te benoemen. In ieder geval gaat er dan iets zoals niet voorzien.
Dat is alleen een probleem, als er een probleem door ontstaat. Dus een fout is het ook niet, het is een nieuw iets,
want er bestaan al genoeg fouten zonder gevolgen. Ra, ra, wat is het dan wel?

In ieder geval iets dat ongewenst is of juist gewenst. Afhankelijk van wie het kan gebruiken of misbruiken.

#sockpuppet
Reageer met quote
25-11-2020, 13:29 door Erik van Straten
Door Anoniem:
Door Erik van Straten: Het woord "kwetsbaarheid" is wat lang voor titels, waarom voegen we niet "vuln" of een ander veelzeggend kort woord of afko toe aan het Groene Boekje?

Een "gat", in plaats van een "lek"? Beide woorden zijn drie letters lang :-)
In een deel van de gevallen is "gat" waarschijnlijk beter dan "lek", maar waar ik op zoek naar ben is een kort alternatief voor "kwetsbaarheid' (en dat is niet altijd een "gat").

Door Anoniem: Waarom niet gewoon 'Fout'?
Het is namelijk geen 'lek' maar gewoon een fout in de software of de configuratie die het mogelijk maakt dat er informatie lekt.
Het gaat niet altijd om een "fout" (denk aan een opzettelijk aangebrachte backdoor), het betreft niet altijd software (hardware waaronder mensen kan ook) en, zoals ik eerder al schreef, niet in alle gevallen wordt vertrouwelijke informatie gelekt (denk bijv. aan de klassieke ransomware).

Door Anoniem: Het security vakgebied wordt toch al overstelpt met allerlei buzztermen, die het ook moeilijker maken om het te begrijpen. Maar goed veel mensen proberen met allerlei moeilijke termen hun eigen onkunde te verbergen of hun eigen status te verhogen.
Zoals jij, door "fout" voor te stellen?

Met het risico dat ook ik te veel bezig ben met mijn eigen onkunde te verbergen of mijn eigen status te verhogen:

"Lek", "beveiligingslek" en vooral "datalek" dekken de lading vaak onvoldoende en/of worden verkeerd geïnterpreteerd (ongeautoriseerde wijziging of vernietiging, of wijziging/verlies door falende techniek, van persoonsgegevens, noemen we gemakshalve ook een datalek). Als mensen woorden niet (goed) begrijpen, kan dat tot misverstanden leiden - en die komen beveiliging zelden ten goede.

Bijvoorbeeld dat door ransomware vernietigde persoonsgegevens, ook als je zeker weet (ongeacht hoe) dat de betrokken cybercriminelen deze niet hebben gekopieerd voordat zij die gegevens in jouw systemen versleutelden, ook een "datalek" is volgens de AVG.

En in het onderhavige geval: in principe had een aanvaller hiermee TEK's (en aanvullende gegevens) kunnen uploaden van één of meer niet positief geteste personen, of bestaande uploads kunnen wijzigen (risicofactoren, datums en/of TEK's), of (maar dat was waarschijnlijk opgevallen) uploads kunnen verwijderen. Ongeautoriseerde wijzigingen dus - zonder dat er iets "gelekt" wordt.

Het gaat dus om een kwetsbaarheid die -voor zover bekend- nog niet was uitgebuit door kwaadwillenden; als dat klopt is er niks "gelekt" - maar bestond er wel degelijk een beveiligingsrisico.
Reageer met quote
28-11-2020, 00:48 door Toje Fos
Door Erik van Straten: ... Het gaat dus om een kwetsbaarheid die -voor zover bekend- nog niet was uitgebuit door kwaadwillenden; als dat klopt is er niks "gelekt" - maar bestond er wel degelijk een beveiligingsrisico.

In het Engels is het vulnerability ook een lang woord en wordt daarom wel VUL afgekort. Dat zouden we bij het Nederlandse kwetsbaarheid ook prima kunnen doen met KWE.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.

Je reactie is verstuurd en wordt zo spoedig mogelijk gemodereerd.

Verder
captcha
Nieuwe code
Preview Reageren
Zoeken
search

Werk jij nog thuis?

18 reacties
Aantal stemmen: 1282
Vacature
Image

Security Officer

36 - 40 uur

Als Security Officer zorg je dat het infrastructuur platform, de -broncode en de VECOZO werkplek van VECOZO zo min mogelijk kwetsbaarheden kennen. Dit doe je door kwetsbaarheden inzichtelijk te maken en op te lossen. Zo speel jij een cruciale rol in de beveiliging van al onze gegevens en bedrijfsmiddelen.

Lees meer
Mag mijn werkgever vragen of ik Corona heb (gehad) of gevaccineerd ben?
13-01-2021 door Arnoud Engelfriet

Juridische vraag: Als mijn werkgever van mij verlangt om aan te geven of ik Corona heb, dan wel mij heb laten testen of mij ...

16 reacties
Lees meer
Advertentie

Image

Certified Secure LIVE Online

Certified Secure is LIVE. Cross Site Scripting vinden en voorkomen? Met z'n allen een volledige kubernetes cluster compromitteren? Of gewoon voorkomen dat een collega op een phishing mail klikt? Ontwikkel ook terwijl je thuiswerkt je Hacker Mindset!

Zoals altijd zijn ook onze LIVE trainingen hands-on en met persoonlijke begeleiding van ervaren Certified Secure instructeurs. Direct vanuit je browser en dus zonder nasty extra software!

Neem contact met ons op voor de mogelijkheden voor jouw team.

Lees meer
SolarWinds: overzicht van een wereldwijde supply-chain-aanval
21-12-2020 door Redactie

Het risico van een supply-chain-aanval, waarbij aanvallers via software of systemen van een derde partij bij organisaties weten ...

15 reacties
Lees meer
Security.NL Twitter
04-11-2016 door Redactie

Altijd meteen op de hoogte van het laatste security nieuws? Volg ons nu ook op Twitter!

Lees meer
Nieuwe Huisregels en Privacy Policy

Op 5 december 2017 hebben we een nieuwe versie van onze huisregels en privacy policy ingevoerd. Om verder te kunnen gaan dien je eenmalig akkoord te gaan met de nieuwe huisregels van Security.NL.

Op 24 mei 2018 hebben we, in het kader van de AVG, onze privacy policy bijgewerkt. Om verder te kunnen gaan dien je eenmalig akkoord te gaan met de bijgewerkte privacy policy. Heb je vragen neem dan contact op met info@security.nl.

Verzenden
Privacy Policy

Op 24 mei 2018 hebben we, in het kader van de AVG, onze privacy policy bijgewerkt. Om verder te kunnen gaan dien je eenmalig akkoord te gaan met de bijgewerkte privacy policy. Heb je vragen neem dan contact op met info@security.nl.

Verzenden
Inloggen

Bedankt! Je kunt nu inloggen op je account.

Wachtwoord vergeten?
Nieuwe code captcha
Inloggen

Wachtwoord Vergeten

Wanneer je hieronder het e-mailadres van je account opgeeft wordt er een nieuwe activatielink naar je gestuurd. Deze link kun je gebruiken om een nieuw wachtwoord in te stellen.

Nieuwe code captcha
Stuur link

Password Reset

Wanneer je het juiste e-mailadres hebt opgegeven ontvang je automatisch een nieuwe activatielink. Deze link kan je gebruiken om een nieuw wachtwoord in te stellen.

Sluiten
Registreren bij Security.NL

Geef je e-mailadres op en kies een alias van maximaal 30 karakters.

Nieuwe code captcha
Verzenden

Registreren

Je hebt je succesvol aangemeld. Voordat je je account kunt gebruiken moet deze eerst geactiveerd worden. Dit kan je zelf doen middels de activatielink die naar het opgegeven e-mailadres is verstuurd.

Sluiten
Over Security.NL
Huisregels
Privacy Policy
Adverteren
© 2001-2020 Security.nl - The Security Council
RSS Twitter