PHP Tricks
Last updated
Last updated
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
Obtenha a perspectiva de um hacker sobre seus aplicativos web, rede e nuvem
Encontre e relate vulnerabilidades críticas e exploráveis com impacto real nos negócios. Use nossas 20+ ferramentas personalizadas para mapear a superfície de ataque, encontrar problemas de segurança que permitem escalar privilégios e usar exploits automatizados para coletar evidências essenciais, transformando seu trabalho árduo em relatórios persuasivos.
Isso também é válido para cookies do phpMyAdmin.
Cookies:
Localizações:
Se == for usado em PHP, então há casos inesperados onde a comparação não se comporta como esperado. Isso ocorre porque "==" só compara valores transformados para o mesmo tipo, se você também quiser comparar se o tipo dos dados comparados é o mesmo, você precisa usar ===.
Tabelas de comparação PHP: https://www.php.net/manual/en/types.comparisons.php
"string" == 0 -> True Uma string que não começa com um número é igual a um número
"0xAAAA" == "43690" -> True Strings compostas por números em formato dec ou hex podem ser comparadas a outros números/strings com True como resultado se os números forem os mesmos (números em uma string são interpretados como números)
"0e3264578" == 0 --> True Uma string que começa com "0e" e é seguida por qualquer coisa será igual a 0
"0X3264578" == 0X --> True Uma string que começa com "0" e é seguida por qualquer letra (X pode ser qualquer letra) e seguida por qualquer coisa será igual a 0
"0e12334" == "0" --> True Isso é muito interessante porque em alguns casos você pode controlar a entrada da string "0" e algum conteúdo que está sendo hashado e comparado a ela. Portanto, se você puder fornecer um valor que criará um hash começando com "0e" e sem nenhuma letra, você poderá contornar a comparação. Você pode encontrar strings já hashadas com esse formato aqui: https://github.com/spaze/hashes
"X" == 0 --> True Qualquer letra em uma string é igual a int 0
Mais informações em https://medium.com/swlh/php-type-juggling-vulnerabilities-3e28c4ed5c09
Type Juggling também afeta a função in_array() por padrão (você precisa definir o terceiro argumento como true para fazer uma comparação estrita):
Se esta função for usada para qualquer verificação de autenticação (como verificar a senha) e o usuário controlar um lado da comparação, ele pode enviar um array vazio em vez de uma string como o valor da senha (https://example.com/login.php/?username=admin&password[]=) e contornar essa verificação:
O mesmo erro ocorre com strcasecmp()
Mesmo que === esteja sendo usado, pode haver erros que tornam a comparação vulnerável à manipulação de tipos. Por exemplo, se a comparação estiver convertendo os dados para um tipo diferente de objeto antes de comparar:
preg_match() pode ser usado para validar a entrada do usuário (ele verifica se alguma palavra/regex de uma lista negra está presente na entrada do usuário e, se não estiver, o código pode continuar sua execução).
No entanto, ao delimitar o início da regexp, preg_match() verifica apenas a primeira linha da entrada do usuário, então, se de alguma forma você puder enviar a entrada em várias linhas, poderá contornar essa verificação. Exemplo:
Para contornar essa verificação, você pode enviar o valor com novas linhas urlencoded (%0A) ou, se puder enviar dados JSON, enviá-los em várias linhas:
Encontre um exemplo aqui: https://ramadistra.dev/fbctf-2019-rceservice
(Este bypass foi aparentemente testado no PHP 5.2.5 e eu não consegui fazê-lo funcionar no PHP 7.3.15)
Se você puder enviar para preg_match() uma entrada muito grande válida, ele não conseguirá processá-la e você poderá bypassar a verificação. Por exemplo, se estiver bloqueando um JSON, você poderia enviar:
From: https://medium.com/bugbountywriteup/solving-each-and-every-fb-ctf-challenge-part-1-4bce03e2ecb0
Truque de: https://simones-organization-4.gitbook.io/hackbook-of-a-hacker/ctf-writeups/intigriti-challenges/1223 e https://mizu.re/post/pong
Em resumo, o problema ocorre porque as funções preg_* no PHP se baseiam na biblioteca PCRE. No PCRE, certas expressões regulares são correspondidas usando muitas chamadas recursivas, o que consome muito espaço na pilha. É possível definir um limite na quantidade de recursões permitidas, mas no PHP esse limite padrão é 100.000, que é mais do que cabe na pilha.
Este tópico do Stackoverflow também foi vinculado na postagem onde se fala mais detalhadamente sobre esse problema. Nossa tarefa agora estava clara:
Enviar uma entrada que fizesse a regex realizar 100_000+ recursões, causando SIGSEGV, fazendo a função preg_match() retornar false, assim fazendo a aplicação pensar que nossa entrada não é maliciosa, surpreendendo no final do payload algo como {system(<verybadcommand>)} para obter SSTI --> RCE --> flag :).
Bem, em termos de regex, na verdade não estamos fazendo 100k "recursões", mas sim contando "passos de retrocesso", que como a documentação do PHP afirma, o padrão é 1_000_000 (1M) na variável pcre.backtrack_limit.\ Para alcançar isso, 'X'*500_001 resultará em 1 milhão de passos de retrocesso (500k para frente e 500k para trás):
Se o PHP estiver redirecionando para outra página, mas nenhuma função die ou exit for chamada após o cabeçalho Location ser definido, o PHP continua executando e anexando os dados ao corpo:
Verifique:
File Inclusion/Path traversalregister_globals: Em PHP < 4.1.1.1 ou se mal configurado, register_globals pode estar ativo (ou seu comportamento está sendo imitado). Isso implica que em variáveis globais como $_GET, se tiverem um valor, por exemplo, $_GET["param"]="1234", você pode acessá-lo via $param. Portanto, ao enviar parâmetros HTTP, você pode sobrescrever variáveis que são usadas dentro do código.
Os cookies PHPSESSION do mesmo domínio são armazenados no mesmo lugar, portanto, se dentro de um domínio cookies diferentes são usados em caminhos diferentes, você pode fazer com que um caminho acesse o cookie do caminho definindo o valor do cookie do outro caminho. Dessa forma, se ambos os caminhos acessarem uma variável com o mesmo nome, você pode fazer com que o valor dessa variável em path1 se aplique a path2. E então path2 considerará válidos as variáveis de path1 (dando ao cookie o nome que corresponde a ele em path2).
Quando você tem os nomes de usuário dos usuários da máquina. Verifique o endereço: /~<USERNAME> para ver se os diretórios php estão ativados.
Essas funções são tipicamente usadas em PHP para gerar hashes a partir de senhas e para verificar se uma senha está correta em comparação com um hash.
Os algoritmos suportados são: PASSWORD_DEFAULT e PASSWORD_BCRYPT (começa com $2y$). Note que PASSWORD_DEFAULT é frequentemente o mesmo que PASSWORD_BCRYPT. E atualmente, PASSWORD_BCRYPT tem uma limitação de tamanho na entrada de 72bytes. Portanto, quando você tenta hash algo maior que 72bytes com este algoritmo, apenas os primeiros 72B serão usados:
A partir de este thread do twitter você pode ver que enviando mais de 1000 parâmetros GET ou 1000 parâmetros POST ou 20 arquivos, o PHP não vai definir cabeçalhos na resposta.
Permitindo contornar, por exemplo, cabeçalhos CSP sendo definidos em códigos como:
Se uma página PHP está imprimindo erros e ecoando de volta alguma entrada fornecida pelo usuário, o usuário pode fazer com que o servidor PHP imprima de volta algum conteúdo longo o suficiente para que, ao tentar adicionar os cabeçalhos na resposta, o servidor lance um erro. No cenário a seguir, o atacante fez o servidor lançar alguns grandes erros, e como você pode ver na tela, quando o PHP tentou modificar as informações do cabeçalho, não conseguiu (então, por exemplo, o cabeçalho CSP não foi enviado ao usuário):
Verifique a página:
PHP SSRFsystem("ls"); &#xNAN;`ls`; shell_exec("ls");
Verifique isso para mais funções PHP úteis
Para executar o código no argumento "replace" é necessário pelo menos uma correspondência. Esta opção de preg_replace foi descontinuada a partir do PHP 5.5.0.
Esta função dentro do php permite que você execute código que está escrito em uma string para retornar verdadeiro ou falso (e dependendo disso alterar a execução). Normalmente, a variável do usuário será inserida no meio de uma string. Por exemplo:
assert("strpos($_GET['page']),'..') === false") --> Neste caso, para obter RCE você poderia fazer:
Você precisará quebrar a sintaxe do código, adicionar seu payload e então corrigi-lo novamente. Você pode usar operações lógicas como "and" ou "%26%26" ou "|". Note que "or", "||" não funciona porque se a primeira condição for verdadeira, nosso payload não será executado. Da mesma forma, ";" não funciona, pois nosso payload não será executado.
Outra opção é adicionar à string a execução do comando: '.highlight_file('.passwd').'
Outra opção (se você tiver o código interno) é modificar alguma variável para alterar a execução: $file = "hola"
Esta função é usada para ordenar um array de itens usando uma função específica. Para abusar desta função:
Você também pode usar // para comentar o restante do código.
Para descobrir o número de parênteses que você precisa fechar:
?order=id;}//: recebemos uma mensagem de erro (Parse error: syntax error, unexpected ';'). Provavelmente estamos perdendo um ou mais colchetes.
?order=id);}//: recebemos um aviso. Isso parece certo.
?order=id));}//: recebemos uma mensagem de erro (Parse error: syntax error, unexpected ')' i). Provavelmente temos colchetes de fechamento demais.
Se você pode fazer upload de um .htaccess, então você pode configurar várias coisas e até executar código (configurando que arquivos com extensão .htaccess podem ser executados).
Diferentes shells .htaccess podem ser encontrados aqui
Se você encontrar uma vulnerabilidade que permite modificar variáveis de ambiente no PHP (e outra para fazer upload de arquivos, embora com mais pesquisa isso possa ser contornado), você poderia abusar desse comportamento para obter RCE.
LD_PRELOAD: Esta variável de ambiente permite que você carregue bibliotecas arbitrárias ao executar outros binários (embora neste caso possa não funcionar).
PHPRC : Instruções ao PHP sobre onde localizar seu arquivo de configuração, geralmente chamado php.ini. Se você puder fazer upload do seu próprio arquivo de configuração, então, use PHPRC para apontar o PHP para ele. Adicione uma entrada auto_prepend_file especificando um segundo arquivo enviado. Este segundo arquivo contém código PHP normal, que é então executado pelo tempo de execução do PHP antes de qualquer outro código.
Faça upload de um arquivo PHP contendo nosso shellcode
Faça upload de um segundo arquivo, contendo uma diretiva auto_prepend_file instruindo o pré-processador PHP a executar o arquivo que enviamos na etapa 1
Defina a variável PHPRC para o arquivo que enviamos na etapa 2.
Obtenha mais informações sobre como executar essa cadeia do relatório original.
PHPRC - outra opção
Se você não puder fazer upload de arquivos, você poderia usar no FreeBSD o "arquivo" /dev/fd/0 que contém o stdin, sendo o corpo da solicitação enviada para o stdin:
curl "http://10.12.72.1/?PHPRC=/dev/fd/0" --data-binary 'auto_prepend_file="/etc/passwd"'
Ou para obter RCE, habilite allow_url_include e prepend um arquivo com código PHP em base64:
curl "http://10.12.72.1/?PHPRC=/dev/fd/0" --data-binary $'allow_url_include=1\nauto_prepend_file="data://text/plain;base64,PD8KICAgcGhwaW5mbygpOwo/Pg=="'
Técnica desse relatório.
O servidor web analisa solicitações HTTP e as passa para um script PHP executando uma solicitação como http://host/cgi.php?foo=bar como php.exe cgi.php foo=bar, o que permite uma injeção de parâmetro. Isso permitiria injetar os seguintes parâmetros para carregar o código PHP do corpo:
Além disso, é possível injetar o parâmetro "-" usando o caractere 0xAD devido à normalização posterior do PHP. Verifique o exemplo de exploit neste post:
Neste post é possível encontrar ótimas ideias para gerar um código PHP brain fuck com muito poucos caracteres permitidos. Além disso, também é proposta uma maneira interessante de executar funções que permitiram contornar várias verificações:
Veja se você consegue inserir código em chamadas para essas funções (de aqui):
Se você estiver depurando uma aplicação PHP, pode habilitar globalmente a impressão de erros em /etc/php5/apache2/php.ini adicionando display_errors = On e reiniciar o apache: sudo systemctl restart apache2
Você pode usar o web www.unphp.net para deobfuscar código php.
Wrappers e protocolos PHP podem permitir que você bypasse proteções de escrita e leitura em um sistema e o comprometa. Para mais informações, consulte esta página.
Se você ver que Xdebug está habilitado na saída de phpconfig(), deve tentar obter RCE via https://github.com/nqxcode/xdebug-exploit
Se em uma página você pode criar um novo objeto de uma classe arbitrária, você pode ser capaz de obter RCE, verifique a página a seguir para aprender como:
PHP - RCE abusing object creation: new $_GET["a"]($_GET["b"])https://securityonline.info/bypass-waf-php-webshell-without-numbers-letters/
De acordo com este artigo, é possível gerar um shellcode fácil desta forma:
Então, se você pode executar PHP arbitrário sem números e letras você pode enviar uma solicitação como a seguinte abusando desse payload para executar PHP arbitrário:
Para uma explicação mais detalhada, consulte https://ctf-wiki.org/web/php/php/#preg_match
Obtenha a perspectiva de um hacker sobre seus aplicativos web, rede e nuvem
Encontre e relate vulnerabilidades críticas e exploráveis com impacto real nos negócios. Use nossas mais de 20 ferramentas personalizadas para mapear a superfície de ataque, encontrar problemas de segurança que permitem escalar privilégios e usar exploits automatizados para coletar evidências essenciais, transformando seu trabalho árduo em relatórios persuasivos.
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
