6. Kdo jsme?
- Website Security Company
- Celosvětová působnost
- Všechny webové platformy
- Scanování přes 1M unikátních domén / měsíc
- Zablokování přes 1M webových útoků / měsíc
- čištění cca 300 - 500 web stránek / den
- detekce založená na signaturách / heuristice
- operace 24/7
10. O čem to celé je?
- počet napadených linků / stránek stoupá
85% infikovaných stránek
je hostováno u legitimních (a
oblíbených) provozovatelů
web hostingu
Malware, nebo alespoň něco
jako malware je všude kolem
20. Automatizované hackování
- Exploze v Malware as a Service (MaaS) obchodu
- zaplaťte si vlastního hackera
- Různé automatické nástroje na hackování a generování payloadu
- “script kiddies” vs. profesionální teamy
- Blesková infekce
- jeden moment je vše OK, za chvilku.. je to plné hvězd malware
- Blackhole Exploit Kit
- Leader v poskytování MaaS
21. Co to všechno znamená?
- Poškození značky
- Právní problémy
- Dopad na prodeje
- Blacklistování ve vyhledávacích enginech
- Blacklistování u platebních služeb
- Nejhorší den života...
25. Všechno je to o přístupu...
“ It’s about risk reduction… risk will never be zero… ”
- všichni to ví, (téměř) nikdo to nedodržuje
- bezpečná heslo, brute-force vs. slovníkový útok
- jméno vašho zvířecího mazlíčka není bezpečné heslo
- pravidelná změna hesla, silné heslo není všechno
- spolehlivý password manager? Dobrá volba!
- nevěřte nikomu :)
- sledujte kdo přistupuje na váš server
- SFTP / SSH místo FTP
33. Logy
Bylo nezbytné zjistit co všechno útočník provedl, takže jsme začali u auditovací funkce v Sucuri
pluginu. Hledali jsme a našli...
34. Potvrzení známých skutečností
Ano. Konání našeho hackera je dobře viditelné v auditu a samozřejmě i v “syrovém” server access
logu. To důležité v server logu najdeme jednoduše korelováním těchto dvou logů.
35. Hax0r má problémy
Jeho dalším krokem bylo ověřit si, jestli byl úspěšný, takže se pokusil navštívit stránku 404. Nejdřív přímo v
umístění témy, následně v rootu.
Je dobré si všimnout dvou různých chybových kódů po tomto pokusu: 403 a 404. První, 403 říká, že Přístup byl
odmítnut. Druhý, 404, říká, že Soubor nebyl nalezen.
403-ka je způsobena naším “zpevněním” v .htaccess uvnitř wp-content, které zabraňuje zpouštění PHP:
404-ka se objevila, protože napadená táma nebyla aktivní. Vzpomínáte? Později změnili tému. Stejně to
nevysvětluje, proč nepracovali přímo s aktivní témou. Hackeři se někdy chovají podivně..
36. Úspěch
Tak se jim to povedlo a oni si to ověřili. Byli uvnitř...
[01/Nov/2013:13:23:48 -0700] "GET /wp-admin/theme-editor.php?file=404.php&theme=twentythirteen&scrollto=8896&updated=true HTTP/1.1" 200 66718
[01/Nov/2013:13:24:04 -0700] "GET /wp-admin/theme-editor.php?file=index.php&theme=twentythirteen HTTP/1.1" 200 7810
[01/Nov/2013:13:24:14 -0700] "POST /wp-admin/theme-editor.php HTTP/1.1" 302 486
[01/Nov/2013:13:24:20 -0700] "GET /wp-admin/theme-editor.php?file=index.php&theme=twentythirteen&scrollto=8896&updated=true HTTP/1.1" 200 66725
After switching theme, they needed to verify:
[01/Nov/2013:13:24:27 -0700] "GET / HTTP/1.1" 200 3001 "-"
Yes, they’ve got the 200 result.
37. Kde je zakopaný pes malware
Útočníci zneužili jinak poměrně užitečnou vlastnost. Abyste pochopili co dělají, musíte pochopit jak WordPress a
taky mnoho jiných CMS pracuje.
Mají hierarchii načítání která zpustí PHP soubory patřící k aktivní témě a pluginům. V tomto případě náš útočník
vložil infikovaný kód do souborů 404.php a index.php témy z které nasledně udělal aktivní, takže malware kód se
načetl. No a jelikož infikovali i (témový) index.php, mohli si otestovat funkčnost načtením přímo rootu stránky “/” - to
je to co jste viděli na předchozím slidu.
No a jelikož byli úspěšní, mohli začít pracovat se svým backdoorem posíláním příkazů. Každý z nich nám způsobil
jinou obtíž, ale bylo hezké to sledovat. Konec konců, my jsme chtěli být napadeni..
39. Nové ohlédnutí do logů
Následně útočníci používají další backdoor funkci:
Nyní už víme co dělají. Ale proč .root soubory a jak to funguje? Odpověď je v
modifikovaném .htaccess souboru:
[01/Nov/2013:13:24:59 -0700] “GET /?webr00t=config HTTP/1.1″ 200 2828 “http://www.[honeypot].com/?webr00t=telnet”
40. Ještě to nestačilo?
Jeden z příkazů backdooru byl “config”. Co dělá?
Nyní již máme kompletně napadenou stránku, navíc se symlinkama všude možně, takže
útočník má přístup v podstatě k čemukoliv na servru. Není to hezké? A už to stačilo?
V tomto momentu můžou útočníci dělat cokoliv. Krást data, uploadovat další soubory / skripty a
užívat server k dalším akcím. Co bylo dál?
41. Velké finále
Po detailní analýze jsme zjistili, že útočníci stáhli další data ze sdíleného servru. Věci jako /etc/passwd
a další soubory. Každá z funkcí backdooru byla naprogramována tak aby provedla automatizovanou a
kompletníútočnou sekvenci, takže poměrně složitý útok byla jenom otázka pár “kliků”. Když skončili,
zanechali nám malý dárek - zlikvidovanou stránku, což je celkem neobvyklé:
42. Proč?
Jednoduše proto, že mohli. Podle všeho se chtěli jenom ukázat. Název našeho honeypotu byl nejspíš také poněkud
vybízející takže nám zkrátka zanechali jedno velké virtuální LOL. Další možností je, že jim to prostě bylo jedno...
Na základě analýzy jejich akcí a web-shellu samotného to vypadá, že se zaměřili na servrová data. Věci jako existující
uživatelské účy a podobně. Zničení stránky nebylo nic víc než jedno velké FU na konci jejich pracovního dne. V
každém případě, sledování takovýchto incidentů je vždy zábava, ale také se neustále učíme. Útočníci jsou téměř vždy
o krok napřed.
A jak nám zničili stránku?
Nejdříve prostě smazali wp-includes a wp-admin,
následně navíc přidali nový .htaccess do rootu který
znemožní spuštění jakéhokoliv PHP kódu.
A to je všechno...