Asger Joergensen skrev:
> Men jeg kunne da godt tænke mig at vide hvordan sådan noget kommer ind på
> ens side
Kig efter i loggen. Hvis du ikke har lavet din egen LOG endnu, hvor du
kan se samtlige dataudvekslinger imellem IPerne som besøger din side,
så gør det. Det kan helt klart anbefales. Du skal logge hele dynen,
tid, IP, POST-udvekslinger og header-data.
En (sjovt nok) Google-mand sagde engang, at det at kigge LOGgen
igennem jævnligt for at finde underlige "peaks"er en helt normal
procedure i forbindelse med at sikre sig imod netop sådan noget her.
Men uanset Google, så giver det også god mening.
Kører du Linux, findes der rigtigt gode audition-værktøjer, som kan
finde sårbarheder i dit websted. Jeg har ikke min Linux-bænk ved
hånden men det hedder noget med 3f (lidt underligt navn). Det kan tage
_lang_ tid at lave fuldt check, og backup er nødvendigt. Til gengæld
er det ret grundigt med at finde sårbarheder, som du måske ikke selv
er klar over.
> og hvordan man kan sikre sig mod det ?
Partameterized queries på alt op imod databasen.
XML-encode på vejen ud til siden, når indhold er brugergenereret -
f.eks. blog-kommentarer.
Det tager SQL-injection og visse XSS. Langt de fleste angreb sker den
vej.
Så skal du have sat serveren til IKKE at acceptere remote code
execution. Det er en PHP "ting", ASP har ikke problemet, og jeg tror
ikke umiddelbart Python har det heller (har ikke hørt om det).
https://www.owasp.org/index.php/PHP_Top_5
Men du skal have fundet synderen, så du er nødt til at grave. Søg på
noget af koden i Google eller simpelthen på domænet for malwaren, det
er altid godt udgangspunkt, jeg har fundet flere guld-informationer
den vej før ved sådanne angreb.
MVH
Rune Jensen