Internetcriminelen hebben ruim 35 miljoen euro proberen te stelen van Nederlandse bankrekeningen. Daarbij werden vooral zakelijke gebruikers getroffen. Hoeveel geld de aanvallers precies hebben buitgemaakt, is onduidelijk.
De aanval, die ook gebruikers in andere Europese landen, de Verenigde Staten en Latijns-Amerika trof, was gebaseerd op verschillende versies van de bekende Zeus- en SpyEye-trojans. Dat blijkt uit onderzoek van McAfee en Guardian Analytics. In Nederland probeerden de aanvallers in totaal 35 miljoen euro van circa vijfduizend vooral zakelijke bankrekeningen te halen.
Zakelijke gebruikers waren het doelwit omdat die doorgaans meer geld op hun rekening hebben staan en transacties met grote bedragen minder snel tot argwaan leiden, zo redeneren de onderzoekers. Gemiddeld werd per bankrekening geprobeerd om 2500 euro te plunderen. Het is echter onduidelijk hoeveel geld de aanvallers daadwerkelijk hebben buitgemaakt. Uit het rapport blijkt dat in Nederland klanten van twee banken zouden zijn getroffen, maar welke dat zijn, blijft onvermeld.
Woordvoerder Daan Heijbroek van ING, de grootste bank van Nederland, herkent het geschetste scenario niet. "We herkennen SpyEye en Zeus wel", zegt Heibroek, "maar deze aanval en de genoemde bedragen niet." Als klanten bij ING toch slachtoffer zijn, wordt de schade in ieder geval vergoed, ook als het zakelijke gebruikers zijn. "We zullen alle zaken op individuele basis onderzoeken", aldus Heijbroek. "Als een klant te goeder trouw is, zullen we de schade vergoeden."
Bart van Leeuwen van de Nederlandse Vereniging van Banken benadrukt dat het gaat om 'pogingen, niet om daadwerkelijke aanvallen'. "De banken monitoren steeds beter en vangen daardoor veel fraude af, dankzij goede preventieve maatregelen", zegt hij. "Het onderzoek verbaast ons niet, het gebruik van malware is een bekend onderdeel van bankfraude."
De aanval werkt via malware die wordt geïnstalleerd op computers van gebruikers. De malware zorgt ervoor dat het proces van internetbankieren wordt onderschept. Daarbij valt in dit geval op in hoeverre het proces volledig geautomatiseerd is, schrijven McAfee en Guardian Analytics: er komen bijna geen handelingen van de aanvallers aan te pas.
Volgens de onderzoekers werden 426 varianten op ZeuS en SpyEye gebruikt. In tegenstelling tot de gebruikelijke implementatie van de Zeus- en SpyEye-malware, gebruikten de aanvallers eigen servers die uit naam van de klant frauduleuze transacties uitvoeren. Normaliter wordt die frauduleuze transactie op de computer van de gebruiker zelf uitgevoerd. Volgens McAfee reduceert de implementatie van deze aanvallers de kans dat de aanval wordt ontdekt.
Bij de aanval op Nederlanders werden gebruikers na het inloggen omgeleid naar een pagina waarop gebruikers werd verteld dat er bijvoorbeeld server-onderhoud was, waardoor ze een paar uur of zelfs dagen niet bij internetbankieren konden komen. In die tijd werd op de server van de aanvallers geheel automatisch een frauduleuze transactie gestart waarbij geld werd overgemaakt naar de aanvallers. Daarbij slaagden ze erin om de two-factor authentication van banken te omzeilen. Voorbeelden van two-factor authentication zijn de random reader bij de Rabobank en het systeem met tan-codes bij ING.
De aanval werd ontdekt doordat de criminelen een grote fout maakten: extern opgeslagen mappen met logs over slachtoffers en transacties waren niet goed genoeg beveiligd. Daardoor konden onder meer slachtoffers worden geïdentificeerd. Het is onduidelijk waar de aanvallers vandaan komen, al is wel bekend dat de server die werd gebruikt om Nederlanders aan te vallen in de Verenigde Staten stond. Of er al aanhoudingen zijn verricht, is nog niet bekend.
Update, 14:01: Reactie Nederlandse Vereniging van Banken toegevoegd.
[Reactie gewijzigd door SaphuA op dinsdag 26 juni 2012 14:19]
[Reactie gewijzigd door mjtdevries op dinsdag 26 juni 2012 13:03]
[Reactie gewijzigd door Magalaan op dinsdag 26 juni 2012 13:39]
Ik zou graag referenties hiervan zien, zover ik weet is dit niet correct.Windows 7 is beter beveilig dan osx hoor, althans volgens de kenners, zins vista doet windows niks onder voor linux.
Waarom zou ik op linux mikken? Als je meer marktaandeel hebt ben je ook een beter doelwit.Waarom Windows?
Dat is een aanname die jij niet kunt staven met de grootte van de groep.
Nee natuurlijk niet, artikel niet gelezen? Zeus gebruikt nu juist man in the middle attack, laat je inloggen op een andere pagina waarmee de aanvaller(in het middel, tussen gebruiker en bank) toegang krijgen tot de echte site. Tan doet daar niks tegen, die zie gewoon dat er gebruiker is ingelogd met geldig tan code. Tan doet sowieso niks tegen dit soort aanvallen, hoe lastig de code zelf te kraken is is hier helemaal niet van toepassing want word gewoon met geldig code ingelogd en word niks met de code gedaan, ze doen nog niet eens een poging om tan te kraken want is niet nodig.Is dat ook bestand tegen man in the middel attack?
En als het systeem van de gebruiker is geinfecteerd kan je dan nog veilig zijn?
je krijg enkel een tan code toegestuurd (via SMS) als je een transactie start, en bij de tan code staat het totaal bedrag van de transacties em het volg nummer.Is dat ook bestand tegen man in the middel attack?
En als het systeem van de gebruiker is geinfecteerd kan je dan nog veilig zijn?
[Reactie gewijzigd door mjtdevries op dinsdag 26 juni 2012 16:20]
(wiki)Each bit or character from the plaintext is encrypted by a modular addition with a bit or character from a secret random key (or pad) of the same length as the plaintext, resulting in a ciphertext
[Reactie gewijzigd door Manu_ op dinsdag 26 juni 2012 16:34]
Alleen de ING gebruikt tan codes in nl, alle andere banken hebben gewoon 't random reader systeem...Ik ken het systeem van tan codes niet. In België wordt er voor het inloggen al een andere code gegenereerd dan om bijvoorbeeld een overschrijving te doen. Dat lijkt me toch iets veiliger.
gebruikers werd verteld dat er bijvoorbeeld server-onderhoud was, waardoor ze een paar uur of zelfs dagen niet bij internetbankieren konden komen
Het is dus niet dat de gebruikers zelf de codes in hadden gevoerd bij het inloggen (bij de ING moet je überhaupt niet met tan-codes, die heb je pas nodig bij het uitvoeren van een transactie). De hackers hebben het dus weten te omzeilen, terwijl dat juist de verdediging is tegen fraude. Ik ben ook wel heel erg benieuwd hoe ze dit zomaar hebben kunnen doen.Daarbij slaagden ze erin om de two-factor authentication van banken te omzeilen.
[Reactie gewijzigd door cire op dinsdag 26 juni 2012 18:54]
En dit is de basis die dit hele gebeuren mogelijk maakt.de betalingssite wordt onderschept
Edit: Pagina 11 staat het proces beschrevenThe malware discovered within Operation High Roller is the first to work around the “smartcard/physical reader + PIN” combination. Normally, the victim inserts a smartcard into its reader device and enters a PIN into the device. The bank’s system generates a digital token based on the data contained on the physical smartcard, authorizing a transaction. The malware defeats this authentication by generating an authentic simulation of this process during login to capture the token. To allay suspicion, the script collects the token as the user logs in, rather than during the transfer authorization process. It then uses the digital token to validate the transaction later in the online banking session while the user is stalled with a “Please Wait” message.
If during the automated attack, the financial institution requests a transaction authorization number (TAN), the fraudsters’ client-side web injection displays a fake TAN page to the victim and the malware proceeds as follows:
– The malware collects the TAN from the victim’s screen and presents the authentic TAN to the financial institution to enable the fraudulent transaction, while delaying the victim from accessing their account.
– The malware uses the intercepted credentials to initiate a silent, separate transaction to a mule account (either individual or business) or in one case, a prepaid debit card.
– The malware looks up a valid mule account from a separate database, automating a traditionally manual step in the process. The transaction is performed in a hidden iFrame, a parallel instance of the online banking session on the client that operates in the background. The code navigates to the transaction page and initiates an automated form submission that adds the mule information.
[Reactie gewijzigd door basvd op dinsdag 26 juni 2012 13:15]
idd, de Rabobank doet dat tegenwoordig ook voor alle bedragen - dat was eerst alleen bij hogere bedragen. Dit is - met bovenstaand verhaal in het achterhoofd - een goeie oplossing, aangezien de code die je invult niet meer geldig is als het bedrag niet overeenkomt met wat je ingevuld hebt. Moet je natuurlijk wel doorhebben dat het 2e getal altijd het bedrag is; als er een 8-cijferig bedrag overgeheveld wordt heb je alsnog een probleem.Bovendien moet je (tenminste bij de Triodos Bank) ook altijd het totaalbedrag intoetsen op je e-dentifier om een transactiecode te krijgen.
[Reactie gewijzigd door YopY op dinsdag 26 juni 2012 13:41]
Eerst maakte SPYEYE screen shots, en moest men meekijken.Hoe hebben ze het dan voor elkaar gekregen om het gebruik van TAN-codes te omzeilen?
Edit: ij > ei
http://webwereld.nl/nieuw...ing--en-rabo-klanten.htmlHet High Roller-systeem vraagt echter meteen als de klant inlogt nogmaals om een inlog- of autorisatiecode, bijvoorbeeld met de smoes van 'verbeterde veiligheid'. Vervolgens krijgt de klant een 'Even geduld a.u.b.' melding te zien, die soms uren kan duren. In die tijd worden de laatst ontfutselde codes gebruikt om de frauduleuze transactie te kunnen voltooien.
Onnozel zou ik je opmerking willen noemen.He wat dom van mij!
Nee het ging er gewoon om dat degene die getroffen zijn op de hoogte worden gebracht.
[Reactie gewijzigd door Nozem1959 op dinsdag 26 juni 2012 17:50]
Hier welEr staat nergens in het artikel dat het om ING gaat.
http://webwereld.nl/nieuw...dert-ing--en-rabo-klantenDoelwit: ING en Rabo
Vorige week sloeg een ander beveiligingsbedrijf, Trend Micro, al alarm over dezelfde bende en ZeuS-mutant. Trend Micro-onderzoeker Loucif Kharouni bevestigt tegenover Webwereld dat er specifieke code voor ING bank en de Rabobank is aangetroffen. Daarnaast zijn ook banken in Italië, Duitsland en Engeland de klos. McAfee wil geen banken bij naam noemen.
Weleens van verzekeringen gehoord? Banken zijn ook verzekerd...door bij iedereen een tientje van de rekening te halen?
[Reactie gewijzigd door Herko_ter_Horst op dinsdag 26 juni 2012 18:55]
Wie zegt dat het hun eigen systemen zijn? Het artikel noemt alleen 'extern opgeslagen mappen' en 'een server (...) in de Verenigde Staten'. De eigenaar van de server wordt niet genoemd.Ik vind het vooral schitterend dat de "hackers" door gebrek aan beveiliging op hun eigen systeem ontmaskerd werden!
[Reactie gewijzigd door The Zep Man op dinsdag 26 juni 2012 12:52]
Zeus is geen virus, maar een trojaans paard. Uit zichzelf verspreid het zich niet: gebruikersinteractie of een externe drager (zoals een virus) zijn nodig om het geinstalleerd te krijgen.Ik kwam er achter dat een vriend van mij het Zeus virus had. Het is echt goed gemaakt. Mensen (gebruikers) moeten echt beter gaan opletten want je bent echt zo de pineut.
Tja... Zo kunnen we nog wel bezig blijven.[...]
Zeus is geen virus, maar een trojaans paard.
en hoe kwam je daar achter?Ik kwam er achter dat een vriend van mij het Zeus virus had. Het is echt goed gemaakt. Mensen (gebruikers) moeten echt beter gaan opletten want je bent echt zo de pineut.
Er staat gemiddeld 250035 miljoen over 5k rekeningen? dat is meer dan 2500 per rekening hoor
Een voorbeeld over hoe gewerkt kan worden.Je kan nooit 2500 euro overschrijven met een RR code van een andere transactie(nooit gekund overigens, vanaf 1000 euro oid zat het bedrag sowieso in de berekening van de key)?
[Reactie gewijzigd door The Zep Man op dinsdag 26 juni 2012 14:10]
De massa weet dit niet en 'letten niet goed op', en dat is nou net de doelgroep.Maar een goed oplettende gebruiker (helaas zijn dit niet allemaal).. ziet het feit dat men het "S"(Sign)/Onderteken toets moet gebruiken om in te loggen.. Dit is sowieso niet goed. Het moet altijd de "I"(Inloggen) zijn.
En als de klant niet wilt luisteren?Maar dit grapje vind ik wel dat het beter naar de klant gecommuniceerd moet worden. Veel mensen begrijpen het verschil tussen I en S niet. Die doen maar wat.
Waarmee jij aangeeft dat jij (een individu) geen onderdeel bent van de doelgroep. Goed om te weten, nutteloos voor de probleemstelling.Sowieso als er een "extra" controle komt na het inloggen gaat er bij mij de paranoia modus actief..
Ik denk dat veel mensen, hier in zullen trappen. Aangezien je in je vertrouwde omgeving zit. URL in je browser klopt. Groene balkje van goed certificaat aanwezig is. Wat is hier niet aan te vertrouwen? Zeker als de site je niet verder laat gaan voordat je deze handeling gedaan hebt.Sowieso als er een "extra" controle komt na het inloggen gaat er bij mij de paranoia modus actief..
Lees mijn eerdere reactie voor een voorbeeld. Hetzelfde principe kan ook gebruikt worden met TAN codes en SMS verificatie.Iemand enig idee hoe bij dit soort fraudes de two factor authentication ontweken wordt?
Als mensen niet lezen maakt het niet uit wat voor verhaal je ophangt. Er staat druk op S en dus drukken ze op S.[...]
Lees mijn eerdere reactie voor een voorbeeld. Hetzelfde principe kan ook gebruikt worden met TAN codes en SMS verificatie.
[Reactie gewijzigd door Moartn op dinsdag 26 juni 2012 13:01]
[Reactie gewijzigd door NovapaX op dinsdag 26 juni 2012 14:25]
[Reactie gewijzigd door Vircos op dinsdag 26 juni 2012 15:34]
[Reactie gewijzigd door Triple_D op dinsdag 26 juni 2012 13:06]
Natuurlijk, als iemand op zo een link klikt, god weet waar ie uitkomt.Geachte klant,
Wij hebben een aanvraag gekregen om 500 euro van Uw Rabobank rekening afteschrijven om de levering van de documenten te betalen.
Het afschrijven van het geld en het sturen van de documenten zal in 48 uren gebeuren.
Om het detail van de bestelling te zien klikt a.t.b. *hier* .
Om de bestelling terug te trekken, klikt a.t.b. *hier*.
Het detail van de bestelling:
Datum van verstuur: 26.06.2012
Afzender: Belastingsdienst
Type: expres
Met besten groeten,
Het dienst van klanten support van ABN AMRO^
[Reactie gewijzigd door hardware-lover op dinsdag 26 juni 2012 19:45]
Op dit item kan niet meer gereageerd worden.
Populair: Tablets Samsung Websites en communities Mobiele telefoons Google Sony Microsoft Games Politiek en recht Consoles
© 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