10.000 servere ramt af hackere

ehm, ja ..

Er det sket for youtube? For siden er nede for første gang i mand minde?

500 Internal Server Error

Sorry, something went wrong.

A team of highly trained monkeys has been dispatched to deal with this situation. Please report this incident to customer service.

Ehh.. de vil stjæle adgangskoder til WOW på 10.000 servere? Jeg har godt nok ikke WOW installeret på nogen af mine servere. Mon ikke de mener pc'ere?

#2 De servere som bliver inficeret forsøger at installere programmer på brugerens pc når denne besøger hjemmesiden.

Så det stemmer fint nok med teksten.

Synes godt nok det virker som et skræmmende stort angreb. Men det er altså ikke noget der påvirker folk med mindre de ikke har den nyeste update til deres ting.

#1 benytter du opera?
jeg får samme fejl i opera, men virker fint i FF/IE7

#topic

Der må være en del seriøs penge i at stjæle guld i WoW, siden de gider at bruge tid på det.

#4

WoW guld er en industri på flere millioner dollars.

#1 benytter du opera?
jeg får samme fejl i opera, men virker fint i FF/IE7
arrogant (#4)

Baha, det var så lidt ;D

Ah lad dog børnene - jeg kan da godt bruge en chinese gold farmer til at grinde noget gold til min WoW-konto :P

noscript ftw =)

#3:

#2 er bare en posthunter der svarer uden at have læst nyheden.

#0:
Lidt skræmmende, så må vi jo håbe at vi har en flok kompetente serveradmins i verden der kan fjerne det igen :)

SQL injections, IGEN?! altså, hvornår lærer folk det :/

Anyway, glad for jeg bruger Linux, ingen til at stjæle min wow konto :)

Det var godt nok noget af en omgang. SQL injections.. Tja koder selv PHP og det er da også underligt at de ikke gør det nemmere at forbygge SQL injections når der nu er så mange der ikke kan finde ud af at lave deres kode sikker. Men man må da håbe på at folk kan finde ud af at have opdaterede versioner af de pågældende programmer. Dog er det smart at prøve på 4 forskellige ting, da sandsynligheden for at få succes fremmes en del.

Lidt skræmmende, så må vi jo håbe at vi har en flok kompetente serveradmins i verden der kan fjerne det igen :)thethufir (#9)

Well, YouTube has a team of highly trained monkeys who've been dispatched to deal with this situation.

MySQL Exception
Fortunately, if you use MySQL, the mysql_query() function does not permit query stacking, or executing
multiple queries in a single function call. If you try to stack queries, the call fails.
However, other PHP database extensions, such as SQLite and PostgreSQL, happily perform stacked queries,
executing all of the queries provided in one string and creating a serious security problem.

Det var godt nok noget af en omgang. SQL injections.. Tja koder selv PHP og det er da også underligt at de ikke gør det nemmere at forbygge SQL injections når der nu er så mange der ikke kan finde ud af at lave deres kode sikker. Men man må da håbe på at folk kan finde ud af at have opdaterede versioner af de pågældende programmer. Dog er det smart at prøve på 4 forskellige ting, da sandsynligheden for at få succes fremmes en del.chase- (#11)

Faktisk har ASP.NET allerede en sådan forebyggende funktion, der advarer (dvs. du får en exception) mod skadelig input fra brugere. Dette sker dog også ved brug af parametre.

Så ja, det er efterhånden utroligt hvor stor en skade SQL injections har stået for, dog er det nok ved at være et overstået kapitel.

SQL injections, IGEN?! altså, hvornår lærer folk det :/

Anyway, glad for jeg bruger Linux, ingen til at stjæle min wow konto :)Krissam (#10)

Man kan godt køre WoW på Linux. Hvad er din pointe? :-)

Så lær dog at sikre kode mod injections....

Ultimative måde:
function antiInjektion($variabel){
return trim(mysql_real_escape_string(addslashes($va
riabel)));
}

og så brug antiInjektion($_POST[ting])

Huhu..... Så er man i hvert fald sikret på alle måder..

ellers så lav en array_walk i starten af dit dokument (eks. din db.php) med trim, real_escape_string og addslashes, så bliver alle inputs automatisk sikret on-the-fly :)

#11

PHP gør vist stort set hvad de kan.

Men man jo kun tilbyde nogle features - man kan ikke tvinge programmører til at bruge dem rigtigt.

#13

[hmm - mit indlæg forsvandt]

Blokering for udførsel af flere SQL sætninger i en enkelt eksekvering er ikke nok til at beskytte mod alle former for SQL injection.

#14

Både data validering og parametre er meget ældre end ASP.NET !

Og 2008 har vist været året med flest SQL injection problemer, så jeg deler ikke helt din optimisme.

#16

Den metode har været forældet i adskillige år (siden mysqli extension kom med PHP 5).

Er det iøvrigt ikke lidt "originalt" at bruge både mysql escape *og* addslashes ?

#19

I know, jeg siger også blot at ASP.NET har den feature som #11 forespørger:
"det er da også underligt at de ikke gør det nemmere at forbygge SQL injections når der nu er så mange der ikke kan finde ud af at lave deres kode sikker."

Om SQL injections ikke er på vej væk? Jeg tvivler på at et "hul" med en så voldsom medieomtale som SQL injections har fået i 2008, har gode odds for netop at leve videre.

#21

Der er altid nogen som glemmer det uanset hvor meget omtale det har fået.

Det er jo meget fint med all den gode info i kommer med.., men er der nogen der kan fortælle hvordan man checker om en's pc er inficeret ?

#23

Du skal vel checke om det slemme JS er blevet indsat i din database (og dermed vises på dine sider).

At søge i database fremfor at kigge på sider er nok mere pålideligt.