publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
skomentuj »

TAGI: asp , atak , botnet , sql injection , asprox , bezpieczeństwo , cyberprzestępczość

2008-07-24 08:59  |  Adam Golański

Ataki SQL Injection botneta Asprox na witryny w ASP

Ataki SQL Injection botneta Asprox na witryny w ASP

Sieć jeszcze nie odetchnęła po poprzednich atakach, ciągle jeszcze czyszczone są dziesiątki stron uszkodzone w czasie poprzednich epidemii „wstrzyknięć” wrogiego kodu, a już znów pojawiły się doniesienia o kolejnych masowych atakach typu SQL Injection.

Jak podaje Trend Micro, poprzednie ataki botneta Asprox miały miejsce na przełomie maja i czerwca 2008 roku. Zadaniem Asproksa było początkowo rozsyłanie spamowych e-maili, jednak sytuacja ta zmieniła się diametralnie po tym, jak botnet ten został wykorzystany do przeszukiwania Sieci w poszukiwaniu stron w stworzonych w technologii Active Server Pages (.asp) i atakowania ich za pomocą wstrzyknięcia kodu SQL.

Mechanizm działania był bardzo prosty. Jak widać na przygotowanym przez specjalistów z Trend Micro schemacie, jedna przejęta tak strona jest w stanie przekierować na dowolną liczbę innych witryn, a w konsekwencji narazić użytkowników na ataki niezliczonej ilości szkodników.

Webhosting.pl

Na skutecznie zaatakowane strony wstawiany był kod w JavaScripcie, przekazujący dane do innego skryptu w JS, umieszczonego w specjalnie spreparowanej domenie. Domeny te są częścią sieci fast-flux hostowanej przez sam botnet. Można powiedzieć, że technika ta jest żywcem przejęta z działania innego słynnego botneta – StormWorma.

W trakcie poprzednich ataków złośliwy plik JavaScriptu nosił nazwę b.js. W chwili obecnej zmieniona ona została na ngg.js. Sam kod wygląda następująco:

Webhosting.pl

Jak można się przekonać po analizie zamieszczonego powyżej kodu (uwaga: niektóre jego części zostały celowo usunięte w celu uniemożliwienia powielania metody), skrypt tworzy ciasteczko, które wygasa po 9 dniach. Ciasteczko to służy jako swoisty znacznik infekcji. Jeżeli jest obecne w cache'u przeglądarki, to nie dzieje się nic, jeśli jednak ciasteczko nie zostało znalezione, użytkownik jest przekierowywany na inną złośliwą stronę.

Samo przekierowanie nie jest jedynym niebezpieczeństwem: jeżeli przeglądarka, z której się łączymy, ma jakieś niezałatane podatności, botnet nie omieszka z nich skorzystać i dołączyć do swojej sieci kolejnego elementu.

Na koniec trzeba podkreślić jeden fakt – ataki tego typu są bardzo skuteczne, praktycznie niedostrzegalne dla zwykłego użytkownika. Wszystko bowiem odbywa się w „cichy” sposób, w tle normalnej pracy przeglądarki. Jak więc się przed nim chronić? Najlepszymi metodami są staranne śledzenie biuletynów bezpieczeństwa i dbałość o to, aby nasza przeglądarka, podobnie i jak nasz system, miała zawsze pełny zestaw aktualizacji.

źródło: infoprof.pl

publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
skomentuj »

Komentarze

Uwaga! Możesz zarejestrować się w serwisie i w ten sposób zarezerwować swój nick oraz ominąć konieczność ciągłego odczytywania wyrazów.

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.

Polecane książki

Czytaj Webhosting

Chcesz być na bieżąco z naszymi informacjami? Zapisz się na Newsletter.

Zarejestruj domenę

Sprawdź dostępność swojej domeny:

.pl: 0 zł   .com: 19.90 zł
.com.pl: 0 zł   .eu: 19.90 zł