Franse belastingdienst ontdekt hack pas nadat hackers zich melden
De Franse belastingdienst is gehackt. Een hackersgroep zou de gegevens van bijna 700.000 burgers hebben gestolen. De hackers zaten al sinds juni in de systemen en werden pas recent opgemerkt.
Dat laat de Direction générale des Finances publiques (DGFiP) weten in een persbericht, al geeft de Franse fiscus daar weinig concrete informatie over. De instantie zegt nog onderzoek te doen.
De belastingdienst ontdekte de inbraak op woensdag, nadat hackers zich meldden. De DGFiP zegt niet waarom de hackers dat deden, maar vermoedelijk gaat het om een ransomwaresituatie. Onduidelijk is of er ook systemen zijn versleuteld. De website frenchbreaches.com zegt dat er gegevens van minstens 678.438 belastingbetalers zijn gestolen.
Opvallend is dat de criminelen al eind juni in de systemen zouden zijn gekomen, nadat ze een account hadden overgenomen. De toegang daartoe is inmiddels afgesloten, zegt de belastingdienst. Wel blijft de vraag hoe criminelen zó lang in de systemen konden blijven zonder opgemerkt te worden.
De belastingdienst heeft de inbraak gemeld bij nationale autoriteiten, zoals het agentschap voor cyberveiligheid en het ministerie van Defensie en Veiligheid. Ook heeft de fiscus een melding gedaan bij de Commission nationale de l'informatique et des libertés (CNIL), de Franse nationale privacytoezichthouder.
Lees meer
Reacties (61)
er zijn ook nog eens sterke signalen van een tweede, nog grotere datalek binnen dezelfde systemen: https://frenchbreaches.com/blog/fuites-de-donnees-a-la-dgfip-apres-les-impots-les-donnees-de-2-millions-de-proprietaires-visees
deze aanval kan ook gevolgen hebben voor NLers of belgen met een tweede huis, onderneming of officiële fiscale status in FR...
Omdat er geen of te weinig detectie methoden waren uiteraard.Wel blijft de vraag hoe criminelen zó lang in de systemen konden blijven zonder opgemerkt te worden.
Het is geen databaseveld wat op 1 staat als je gehackt bent ofzo.
Als ze uit logging weet te blijven en een beetje "normaal gebruik" kunnen emuleren enzo kan het lang duren.
[Reactie gewijzigd door Polderviking op 14 augustus 2026 16:10]
Er zijn best mogelijkheden voor detectie, maar is wel lastig.
Je kan gedecteerd worden als jij je abnormaal gedraagt dus. Dan is het dus niet meer "normaal gebruik" emuleren. Deze hackers hebben het dus weten te omzeilen.
Dus of het abnormale gebruik is niet gedetecteerd, of ze hebben zich "gedragen" waardoor het niet opviel.
De simpelste is rapportage. De informatie van de inwoners van een district met informatie of ze wel of niet betaald hebben.
Mensen kunnen maar moeilijk schaal begrijpen. 700.000 mensen verwerken is gewoon geen bijzondere situatie meer tegenwoordig. Alles word door automatische processen verwerkt en getransformeerd.
De hackers kunnen simpelweg een dashboardje hebben gepakt dat een volledig legaal doel dient.
Als een rapportage op je scherm staat, heb je de data ondanks dat het geen "Download" is.
Of het systeem zo gemaakt is: waarschijnlijk niet. Maar verwerken is zeker niet downloaden, en je kan prima gegevens afschermen. Het zou juist gigantisch inefficient zijn om eerst van miljoenen mensen de gegevens te downloaden om daarna "te verwerken" -> daarvoor heb je een database die die acties veel sneller zal kunnen uitvoeren.
Zoals jij redeneert ben ik nog een betere programmeur dan jij want ik kan een super veilige API maken die niets afgeeft. Je hebt er niets aan, maar het is wel veilig.
Het is niet anders dan met film kopiëren, dat deden ze vroeger door gewoon een camera voor het scherm te zetten. In de digitale wereld kan dat nog steeds. Als je het recht hebt om de data op te vragen kan je het stelen.
Ik word en beetje moe van mensen die denken dat je perfecte systemen hebt die geen data geven maar wel alles wat je nodig hebt tonen.
[Reactie gewijzigd door Schway op 14 augustus 2026 18:41]
Als de hackers sinds juni al in het systeem zijn binnengedrongen, kunnen ze elke minuut 7 records ophalen van de API/DB en op die manier ongemerkt alle 700.000 records ophalen. Geautomatiseerde monitoring triggert niet altijd op langdurige acties waar slechts een klein aantal records per uur worden gedownload. Als het bedrijf de logs ook niet handmatig checkt, is het dus voor de hackers mogelijk om al die 700.000 records in een paar maanden tijd op te halen zonder dat ze opgemerkt worden.
[Reactie gewijzigd door smarthome1 op 15 augustus 2026 04:56]
Of "binnen kantoortijd inloggen". Ik vermoed dat een groot percentage mensen juist savonds inlogt omdat belasting dingen prive zijn en je dat niet op je werk doet. Als het een admin account was dan zou het mogelijk wel zinnig zijn. Uberhaupt zat er waarschijnlijk geen MFA op...., buiten kantoortijd inloggen. "
Daarnaast wordt er gezegd "rare ip adressen blokkeren", maar alle IPs zijn getallen. Welke is raar? Een IP-landen-tabel werkt ook al jaren niet meer. Met IPV6 is dat niet te doen (teveel adressen) en die van IPV4 is al snel achterhaald door handel in IP adressen en het groeiende aantal mensen dat via een NAT achter hetzelfde adres zit. Mijn IP komt uit Denemarken momenteel volgens Google, maar daar zit ik niet bijvoorbeeld.
Wel kun je het aantal aanvragen bijhouden. Maar wie weet hebben ze de data op een andere manier binnengehaald. Veel admin schermen zijn minder goed beveiligd* dan normale schermen waar een gewone user naar kijkt. Misschien is dat niet gebruikt om data op te halen, maar juist als punt om iets te injecteren. Wanneer je remote code execution kunt doen en ook bij de database kan, dan ga je dat niet zomaar zien. Enkel in toegenomen dataverkeer wellicht. Wanneer ze al weken toegang hebben is zelfs dat niet zomaar te zien. Wat ze precies konden doen is mij niet bekend, maar er is vanalles mogelijk.
*Bron: persoonlijke ervaring met hackplatformen als HackerOne.
Als je het kan opvragen heb je per definitie toegang. Bepalen of die toegang terecht is, is geen eenvoudige klus
Je kan nog zoveel detectie tools hebben maar dan moeten ze ook zo ingericht zijn om alle scenario’s te detecteren (en ook nog eens zonder al te veel false positives).
De hackers hebben zich blijkbaar niet ongewoon genoeg gedragen voor de al dan niet ingerichte detectie scenario’s. En wellicht gezocht naar diverse extractie routes om detectie te voorkomen. Ze hadden ook ruim de tijd om net al te snel alle data te verzamelen zodat het blijkbaar niet op viel.
Het kan ook nog een gerichte actie zijn voor specifieke informatie en is de 700k persoonsgegevens een rookgordijn.
Bijna. NIS 2 is hier als de "Cyberbeveiligingswet" geïmplementeerd, en die gaat morgen inIn Nederland is de NIS 2 overigens sinds kort in werking getreden
Maar ik geloof ook dat het wel wat meevalt uiteindelijk; in theorie zouden de Russische staatshackers alle IT systemen van Oekraine platgooien als onderdeel van de oorlog, maar dat lijkt niet te gebeuren.
Lekken kan op duizenden manieren en is van alle tijden.
Je kan dus wel raden dat bepaalde broodnodige investeringen niet meer uitgevoerd werden "want het is niet meer nodig" en de deur wagenwijd open stond.
Wie weet is gewoon een corrupte medewerker met een usb stick naar buiten gelopen met data waar hij rechten op had.
Maar ik denk dat je iets anders bedoelt. En laten we wel wezen: Hier hadden een hoop zaken ingeregeld kunnen en moeten zijn om dit op zijn minst te kunnen signaleren en zelfs voorkomen.
We automatiseren onder andere om het risico van de menselijke factor te minimaliseren. In dit geval kunnen we nu al vaststellen dat dat hier ver onder de maat is.
Want laten we eerlijk zijn, als dit een groepje nerds is hebben ze morgen het foreign legion op de stoep.
Om te kunnen reageren moet je ingelogd zijn
:strip_exif()/i/2008171318.jpeg?f=imagenormal)
:strip_icc():strip_exif()/u/1434986/crop649350276f23c_cropped.jpg?f=community)
/u/314906/crop68a5aa8bdd674_cropped.png?f=community)
:strip_icc():strip_exif()/u/637028/crop6a3e22601b0f7_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/670543/crop5f4cef9b92fd5_cropped.jpeg?f=community)
:strip_exif()/u/591794/crop61a251d10f7b3.gif?f=community)
:strip_exif()/u/9259/kaars.gif?f=community)
:strip_icc():strip_exif()/u/297932/Untitled.jpg?f=community)
:strip_icc():strip_exif()/u/19306/crop62cd57cce9612_cropped.jpg?f=community)