exploradao, como eh o caso desse exploit para o dcom abaixo, esse eh um bom exemplo de um desses exploits:C:\Documents and Settings\Administrador\Desktop\Wolves' rain\Julia>dcom.exeRPC DCOM exploit coded by .:[oc192.us]:. SecurityUsage:dcom.exe -d [options]Options: -d: Hostname to attack [Required] -t: Type [Default: 0] -r: Return address [Default: Selected from target] -p: Attack port [Default: 135] -l: Bindshell port [Default: 666]Types: 0 [0x0018759f]: [Win2k-Universal] 1 [0x0100139d]: [WinXP-Universal]Como voce pode observar acima, esse exploit permite a exploracao em dois tipos de sistemas por conta dos enderecos de retorno que sao encontrados "apenas" :) nestes, ou seja, os enderecos por ele usados na exploracao remota, ou seja, esses enderecos de retorno (especificados pela opcao -r) sao encontrados em todos os sistemas Windows 2000 ([Win2k-Universal]) e Windows XP Universal, como voce pode observar em [WinXP-Universal]. O que seria esse tal de "XP Universal"? Bem, todos os sistemas, nao importanto o seu Service Pack (mas obrigatoriamente devem ser XP, que eh derivado do Windows NT) ou seu idioma, podem ser explorados com esse endereco de memoria: 0x0100139d. Esse eh um endereco estatico no sistema remoto que serah usado para retorno *NO METODO DE EXPLORACAO USADO POR ESSE EXPLOIT* , isso eh o chamado *exploit universal* para uma *falha universal*. Se voce quiser saber como ele trabalha recomendo que sniffing sobre uma determinada interface de rede e, quem sabe nao pode entender como a falha ocorre "soh por isso" ;) Melhor do que ficar fazendo engenharia reversa nos binarios eh farejar o payload que elemanda pro servidor remoto. A opcao -p define a porta remota (a padrao eh a 135), -d o pc remoto, o -t como jah falei seta o endereco de retorno de acordo com o sistema a ser invadido e o -l define a porta que sera aberta no PC remoto e talz, a padrao eh a -l 666, mas voce pode setar qualquer outra e talz. Se quiser ver esse exploit em acao veja o video que gravei[6] e pegue alguns shots no proximo capitulo. Bem, normalmente quando um exploit nao funciona voce fica frustrado e fica querendo sua namorada pra chorar no peito dela ( ah se eu te pego Marisa), isso eh coisa de bicha! E, uma bem kiddie! Se voce nao sabe como a falha ocorre como voce quer que o exploit funcione? Entao, pra evitar isso os manohs que codaram esse exploit[7] escreveram as possiveis razoes, veja esse brinquedinho perigoso me frustrando:C:\Documents and Settings\David\Desktop>dcom.exe -d 127.0.0.1 -r 666 -p 135 -l6RPC DCOM remote exploit - .:[oc192.us]:. Security[+] Resolving host..[+] Done.-- Target: [Win2k-Universal]:127.0.0.1:135, Bindshell:6, RET=[0x00000666][-] Couldnt connect to bindshell, possible reasons: 1: Host is firewalled 2: Exploit failedC:\Documents and Settings\David\Desktop>Bem, nao sei o porque de terem escrito a segunda, afinal de contas se voce passou o scanner em cima da vitima e ele achou a falha pra voce, obviamente que o server eh vulneravel (deve se pra deixar o exploit mais organizado/bonitinho). Entao, porque to explicando essa merda? Quer saber porque os kras escreveram a primeira (1:) possivel razao de insucesso? Porque ninguem nessa dro-ga de vida nasce sabendo de porra nenhuma (alguns kras