🚀 go-pugleaf

f1j@k_?:

> nie obraz sie ale pierdoly opowiadasz.
> Gdy wstrzykujesz kod to po co wstrzykujacy (ja nazywam to 'loader') nie 
> musi juz nigdzie siedziec. Po prostu uzywasz CreateRemoteThread() no 
> oczywiscie po przekopiowaniu kodu do procesu docelowego. Problemem (i to 
> duzym) jest to ze nie beda ci sie zgadac adresy, no chyba ze caly kod 
> zawrzesz w dllce a "wepchniesz" tylko kod zaladowania dllki. To jest w 
> sumie proste.

Czyli mamy trzy pliki:

loader.exe
taskmgr.exe
keylogger.exe

Po zarażeniu taskmgr.exe przez loader.exe oczywistym jest, że loader.exe
można już wyrzucić, ale czy wtedy proces keylogger.exe nie będzie widoczny
w innych programach pokazujących procesy?

>> A windowsowa 'ochrona plików systemowych'
>> działa całkiem sprawnie. Na początek uruchom sobie 'sfc /scannow'.

> ee :)

Co to znaczy?

> jak napisalem wczesniej kodu nie trzyma sie w odrebnym procesie jesli ma 
> to byc cool

Czyli co? Nawet nie warto zrobić 'sfc /scannow'? Lepiej od razu
przewiercić dysk i zajebać gnoja?

> chyba nie zdajesz sobie z tego sprawy ile danych leci przez net nawet 
> przy normalnym uzywaniu neta, a jesli bedziesz pchac dane przez web i to 
> raz na dzien + ew szyfrowac to se mozesz szukac

Czyli że jak postawię sobie po drodze do podejrzanej stacji dodatkową
stację ze snifferem i będę analizował ruch z podejrzanej stacji, na
której wyłączyłem absolutnie wszystko, co mogłoby nawiązywać ten ruch,
to, jeśli jakiś się pojawi, nie będzie to znaczyło, że jest niepożądany?
A jak raz na dzień, to bardzo często. Wystarczy analizować ruch przez
24 godziny.

-- 
JuSeV

Gadu-Gadu: 2662065