PHP Tricks
Localização comum de Cookies:
Isso também é válido para cookies do phpMyAdmin.
Cookies:
Localizações:
Bypassing PHP comparisons
Loose comparisons/Type Juggling ( == )
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 começando com "0e" e seguida de qualquer coisa será igual a 0"0X3264578" == 0X --> True
Uma string começando com "0" e seguida de qualquer letra (X pode ser qualquer letra) e seguida de 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
in_array()
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):
strcmp()/strcasecmp()
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()
Manipulação Estrita de Tipos
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(/^.*/)
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).
Bypass de nova linha
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, você 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
Bypass de erro de comprimento
(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á burlar 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
Bypass ReDoS
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):
Manipulação de Tipos para Ofuscação em PHP
Execute After Redirect (EAR)
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:
Exploração de Path Traversal e Inclusão de Arquivos
Verifique:
Mais truques
register_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.
password_hash/password_verify
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:
HTTP headers bypass abusando de erros PHP
Causando erro após definir cabeçalhos
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:
Preenchendo um corpo antes de definir cabeçalhos
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 erros grandes, 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):
SSRF em funções PHP
Verifique a página:
Execução de código
system("ls"); `ls`; shell_exec("ls");
Verifique isso para mais funções PHP úteis
RCE via preg_replace()
Para executar o código no argumento "replace" é necessário pelo menos uma correspondência. Esta opção do preg_replace foi descontinuada a partir do PHP 5.5.0.
RCE via Eval()
RCE via Assert()
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"
RCE via usort()
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.
RCE via .httaccess
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
RCE via Variáveis de Ambiente
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 talvez 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 para o PHP sobre onde localizar seu arquivo de configuração, geralmente chamadophp.ini
. Se você puder fazer upload do seu próprio arquivo de configuração, então, usePHPRC
para apontar o PHP para ele. Adicione uma entradaauto_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 1Defina 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 ostdin
, sendo o corpo da solicitação enviada para ostdin
: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.
XAMPP CGI RCE - CVE-2024-4577
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. Confira o exemplo de exploit neste post:
PHP Sanitization bypass & Brain Fuck
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:
Análise estática de PHP
Veja se você consegue inserir código em chamadas para essas funções (de aqui):
Se você está 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
Deobfuscação de código PHP
Você pode usar o web www.unphp.net para deobfuscar código php.
Wrappers e Protocolos 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.
RCE não autenticada do Xdebug
Se você ver que Xdebug está habilitado na saída de phpconfig()
, você deve tentar obter RCE via https://github.com/nqxcode/xdebug-exploit
Variáveis variáveis
RCE abusando de novo $_GET["a"]($_GET["b")
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:
Execute PHP sem letras
https://securityonline.info/bypass-waf-php-webshell-without-numbers-letters/
Usando octal
XOR
Código de shell fácil XOR
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
Shellcode XOR (dentro de eval)
Perl like
Last updated