News

Other articles

Monday 8 March 2010
Audio Podcast  Web 2.0 and Social Networks in the Enterprise

Sunday 7 March 2010
Article  Digital Economy Bill raises privacy concerns

Wednesday 3 March 2010
Article  Cloud security threats identified by CSA

Tuesday 2 March 2010
In Brief  Vote for your CSO Interchange topics

Thursday 25 February 2010
Article  Cloud Computing : a simple question of supplier risk

Monday 22 February 2010
Article  Most dangerous coding errors outed

Monday 22 February 2010
In Brief  Microsoft IE users to get browser choice update

Friday 19 February 2010
Article  Google Buzz fail highlights privacy expectation rise

Thursday 18 February 2010
In Brief  Annual hacking challenge aims for mobiles and browsers

Wednesday 17 February 2010
Audio Podcast  The Challenges of Cross Border eID

Monday 15 February 2010
Audio Podcast  The Readiness of eID in Europe Part 2

Sunday 14 February 2010
Audio Podcast  The Readiness of eID in Europe Part 1

Thursday 11 February 2010
Article  Concern at DDoS sophistication rise

Monday 8 February 2010
Article  Voice encryption standard takes a beating

Friday 5 February 2010
Article  Military importance of cyber recognised

Jeu de chaises musicales chez les spammeurs

Written by Jerome Saiz (SecurityVibes)
Published on Friday 28 November 2008
1 comment(s) | Subnetwork France
 
Après la chute de l'hébergeur McColo, les propriétaires de Srizbi, l'un des botnets les plus importants, ont tenté de récupérer leur création. Pour la perdre à nouveau cette semaine.
Lorsque l'hébergeur pro-spam McColo a été coupé du réseau, plusieurs botnets se sont retrouvés sans centre de commandement et de contrôle (C&C). Parmi eux, l'un des plus massifs : Szribi.

Certes, les milliers d'ordinateurs infectés à travers la planète le sont toujours, mais sans serveur de commandement les pirates n'ont plus aucun moyen de les contrôler pour, par exemple, leur ordonner de cracher du spam. Le botnet est donc mort.

Mais les créateurs de Szribi avaient prévu un tel revers : une routine dans le code des bots prévoyait que, privés de contact avec leur C&C pendant assez longtemps, ils devraient commencer à générer une série de noms de domaine selon un algorithme déterminé au préalable, et tenter des les contacter les uns après les autres jusqu'à ce que l'un d'eux réponde.

Munis du même algorithme, les propriétaires de Szribi peuvent alors prévoir les prochains noms de domaine et les déposer, afin de les faire ensuite pointer vers leur nouveau serveur de C&C.

C'était toutefois sans compter sur les experts de la société FireEye, aux Etats-Unis. Ceux-ci ont analysé le code du bot et identifié l'algorithme de génération des noms de domaines. Cela leur a permit, pendant quelques temps, d'avoir une longueur d'avance sur les pirates : FireEye a déposé environ deux cent noms de domaines avant les propriétaires du botnet, empêchant ces derniers de mettre la main dessus. Mais la société a estimé que cela lui revenait trop cher et a arrêté sa tactique.

Les pirates en ont bien évidemment profité pour déposer les cinq prochains domaines générés par l'algorithme et les faire pointer vers un nouveau serveur de commandement situé chez Starline Web Services, un petit hébergeur basé en Estonie.

Toutefois, Starline semble ne pas être l'un de ces hébergeurs véreux à la solde des pirates : contactée par le CERT Estonien la société a déconnecté à nouveau le C&C de Szribi, décapitant pour la seconde fois le botnet.

Inutile toutefois de crier victoire pour autant : les niveaux de spams semblent revenus à leurs valeurs habituelles, notamment parce que Rustock, l'autre botnet neutralisé lors de l'affaire McColo, aurait repris les affaires. Un fournisseur d'accès suédois aurait en effet brièvement reconnecté McColo à l'Internet, avant de se faire lui aussi couper du monde. Mais cela aurait laissé le temps aux propriétaires de Rustock de faire pointer les bots vers un C&C désormais basé en Russie.

Mais ces affaires marquent probablement un tournant dans la lutte contre les botnets. Les rouages entre chercheurs, CERTs, éditeurs et autorités semblent déjà mieux fonctionner et la pression sur les hébergeurs véreux est plus efficace. Et des discussions seraient en court afin d'évaluer les actions à mener lors des prochains scénarios de ce type, notamment en impliquant les registrars afin de déposer de manière préventive un grand nombre de noms de domaine sans devoir les payer (ce que les spammeurs savent pourtant déjà faire depuis longtemps !)

Our members have posted 1 comments about this article. Only members can view and submit new comments.
Related contents
Advertising
Related Questions & Answers
Companies
Most commented
Most Popular
+
 
Related companies
Trend Micro
Read members opinions and rate Trend Micro too !
Ratings  0
Websense
Read members opinions and rate Websense too !
Ratings  0
Securityvibes.com (9 fans)
Read members opinions and rate Securityvibes.com too !
Ratings  0
Beeware (2 fans)
Read members opinions and rate Beeware too !
Ratings  0
Search
Our RSS Feeds
Subscribe to our RSS feeds for free !
Social Web