Reprezentanţii Kaspersky au decis să vorbească despre atacul asupra site-ului companiei, care a avut loc, la prima vedere, din România. Iată informaţiile oferite de Vitaly Kamluk, Head of Antibotnet Research la Kaspersky Lab, pe viruslist.com.
„Am avut parte de câteva comentarii diferite şi controversate în privinţa recentului atac asupra usa.kaspersky.com/support. Oamenii au întrebări şi aşteaptă răspunsuri: ce s-a întâmplat, cu adevărat şi ce riscuri a creat penetrarea în site?
Ca membru al grupului care se confruntă cu incidentul, aş vrea să vă împărtăşesc câteva dintre rezultatele noastre.
Confirmăm că vulnerabilitatea a existat în noua versiune a site-ului usa.kaspersky.com/support. Am analizat fişierele şi am descoperit solicitări cu inserare de cod SQL. Au existat câţiva atacatori cu adrese IP de la furnizori de servicii internet din România. Solicitările au fost făcute, iniţial, cu ajutorul unei soluţii automate – capturile de ecran care au început să circule dovedesc faptul că hackerii au utilizat o variantă a soft-ului Acunetix.
Odată ce dovezile iniţiale le-au arătat atacatorilor că această secţiune era vulnerabilă, au reuşit să exploateze manual vulnerabilatea pentru a obţine date despre structura bazei de date. Acestea au folosit o bază de date de tip Information_Schema pentru a interoga numele de tabele şi coloanele din acestea. După ce au obţinut numele câmpurilor, atacatorii au făcut câteva încercări de a extrage date din tabele. Acestea au eşuat pentru că atacatorii au specificat o bază de date greşită. Atacatorii s-au oprit după ce au obţinut numele de coloană şi tabel din baza de date şi au decis să facă din asta un titlu de glorie. Nu au fost date comenzi de tipul UPDATE,INSERT,DELETE...
După realizarea atacului, atacatorii au decis să se mândrească, trimiţând sâmbătă un e-mail la Kaspersky, pe câteva adrese publice. Ne-au oferit exact o oră pentru a răspunde, iar apoi au postat acest lucru pe blog-ul lor, fără să aibă vreun răspuns.
În concluzie:
1.Suntem mulţumiţi de faptul că atacatorii au fost interesaţi mai mult de faimă şi mai puţin de a cauza avarii
2. Dezvoltarea sigură TREBUIE să fie o prioritate pentru dezvoltarea web – oriunde, oricând şi tot timpul
3. Reprezintă o lecţie pentru noi – verificaţi, verificaţi şi reverificaţi procesele şi codurile.”
Mulţumesc CHIP pentru ştire!