» »

Vdor v MySQL.com z vrivanjem SQL

Vdor v MySQL.com z vrivanjem SQL

vir: Sophos
Sophos - Včeraj je bila stran MySQL.com uspešno napadena s tehniko vrivanja SQL (SQL injection), je bilo razkrito na listi Full Disclosure. Hekerji so na splet že priobčili uporabniška imena in zgostitve gesel (hash), ki jih najdete na odlagališču pastebin.com.

Izkazalo se je, da je ogromno gesel prekratkih in preveč preprostih (recimo qa in podobno). Izjema ni niti direktor WordPressa, ki je imel za geslo štirimestno število. Žalostno je, da vdor ni posledica napada neke obskurne ranljivosti, ampak gre za osnovno tehniko, ki ima tudi relativno enostavno zaščito.

Poleg tega je bili napadeno tudi podjetje Oracle, mati MySQL-a, od koder so uspeli odtujiti tabele in elektronske naslove, gesel pa naj ne bi bili. Tudi tod je bil vdor izveden na enak način.

Sophos poroča še, da to ni edina huda ranljivost, ki jo ima stran MySQL.com. Že od januarja je znano, da je MySQL.com ranljiv tudi za napad XSS in da ranljivost še ni odpravljena. Možno je, da je bila to v tem napadu tudi sekundarna pot.

15 komentarjev

Mipe ::

The irony is strong with this one.

Tr0n ::

Bad PHP skills.

avister ::

Bind ...

kos1 ::

so what?

Volk| ::

kovačeva kobila je vedno bosa :D
_______________________________________________________
Izobražen je tisti človek, ki ve, kje bo našel tisto, česar ne ve.

jype ::

Oracle sucks, eh?

Spalatum ::

Drop database



PreparedStatement + parameters FTW! 8-)

Zgodovina sprememb…

  • zavarovalo slike: gzibret ()

iElectric ::

In potem si folk še vedno upa trdit, da naravnanost PHP jezika k napadom ni slaba stvar. PHP napadi se izvajajo na dnevnem nivoju, medtem ko kak Python res redko požene takšno slavo.

Linux in Linus sta že dojela, da je pomembna privzeta nastavitev. Kaj si uporabniki zavestno prenstavijo je irelevantno.

techfreak :) ::

Kje je PHP naravnan k napadom?

Mysqli že tako podpira prepared statements po defaultu, kakor jih tudi PDO. Vendar to še vseeno nobenemu ne prepreči uporabe $db->prepare("SELECT * FROM tabela WHERE id = ".$_GET['id']);

Vendar tudi če ne uporabljaš prepared statements, do danes še ni bila odkrita pomanjkljivost mysql_real_escape_string.

Če pa že primerjamo PHP in Python ... večina ljudi pri Pythonu uporablja uveljavljen framework, kjer je v 99,99% za dostop do baze poskrbljeno in uporabniku ni potrebno posebej skrbeti za to. Pri PHPju je velika večina strani narejenih brez nekega frameworka in očitno tudi nimajo dobro narejenega razreda (ali pa ga sploh nimajo) za dostop do baze.

joebanana ::

Drop table

Zgodovina sprememb…

  • zavarovalo slike: gzibret ()

denial ::

techfreak :) je izjavil:


Vendar tudi če ne uporabljaš prepared statements, do danes še ni bila odkrita pomanjkljivost mysql_real_escape_string.

Pred davnimi leti, v določenih okoliščinah, pod posebnimi pogoji (Vir):
However, a bug was detected in how the MySQL server parses the output of mysql_real_escape_string(). As a result, even when the character set-aware function mysql_real_escape_string() was used, SQL injection was possible. This bug has been fixed.

Ampak izjeme zgolj potrjujejo pravila ;-)
SELECT finger FROM hand WHERE id=3;

Looooooka ::

Mipe je izjavil:

The irony is strong with this one.

damn right :D

34054 ::

iElectric je izjavil:

In potem si folk še vedno upa trdit, da naravnanost PHP jezika k napadom ni slaba stvar. PHP napadi se izvajajo na dnevnem nivoju, medtem ko kak Python res redko požene takšno slavo.

Linux in Linus sta že dojela, da je pomembna privzeta nastavitev. Kaj si uporabniki zavestno prenstavijo je irelevantno.


Seveda če pa je v PHPju itak večino web aplikacij, -- pa vsak mulc je že PHP developer. )

frudi ::

denial je izjavil:

techfreak :) je izjavil:


Vendar tudi če ne uporabljaš prepared statements, do danes še ni bila odkrita pomanjkljivost mysql_real_escape_string.

Pred davnimi leti, v določenih okoliščinah, pod posebnimi pogoji (Vir):
However, a bug was detected in how the MySQL server parses the output of mysql_real_escape_string(). As a result, even when the character set-aware function mysql_real_escape_string() was used, SQL injection was possible. This bug has been fixed.

Ampak izjeme zgolj potrjujejo pravila ;-)

In si še niso zmislili mysql_really_real_escape_string() funkcije? :)
1ACDoHVj3wn7N4EMpGVU4YGLR9HTfkNhTd... in case I've written something useful :)

techfreak :) ::

Imena si niso sami izmislili, ampak so uporabili tista od Cjevskega APIja. Če imaš težave s tem se pritoži Oraclu, ali pa uporabi PHP PDO.


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Kako se izogniti nevarnosti SQL vrivanja?

Oddelek: Novice / Varnost
286911 (4337) Spiko
»

Napad na MySQL.com obiskovalcem stregel zlobno kodo

Oddelek: Novice / Varnost
4110198 (8035) MrStein
»

MySQL users & passwords problem

Oddelek: Programska oprema
91305 (1212) Loki
»

My SQL ????????????????????????????????

Oddelek: Programiranje
161469 (1200) darh

Več podobnih tem