Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-12-19 17:44:47 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/network-services-pentesting/pentesting-web/special-http-headers.md

12 KiB
Raw Blame History

Cabeçalhos HTTP Especiais

Aprenda hacking AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks:

Listas de Palavras & Ferramentas

Cabeçalhos para Alterar a Localização

Reescrever IP de origem:

  • X-Originating-IP: 127.0.0.1
  • X-Forwarded-For: 127.0.0.1
  • X-Forwarded: 127.0.0.1
  • Forwarded-For: 127.0.0.1
  • X-Forwarded-Host: 127.0.0.1
  • X-Remote-IP: 127.0.0.1
  • X-Remote-Addr: 127.0.0.1
  • X-ProxyUser-Ip: 127.0.0.1
  • X-Original-URL: 127.0.0.1
  • Client-IP: 127.0.0.1
  • X-Client-IP: 127.0.0.1
  • X-Host: 127.0.0.1
  • True-Client-IP: 127.0.0.1
  • Cluster-Client-IP: 127.0.0.1
  • Via: 1.0 fred, 1.1 127.0.0.1
  • Connection: close, X-Forwarded-For (Verifique cabeçalhos hop-by-hop)

Reescrever localização:

  • X-Original-URL: /admin/console
  • X-Rewrite-URL: /admin/console

Cabeçalhos Hop-by-Hop

Um cabeçalho hop-by-hop é um cabeçalho projetado para ser processado e consumido pelo proxy que está manipulando a solicitação, em oposição a um cabeçalho de ponta a ponta.

  • Connection: close, X-Forwarded-For

{% content-ref url="../../pentesting-web/abusing-hop-by-hop-headers.md" %} abusing-hop-by-hop-headers.md {% endcontent-ref %}

Contrabando de Solicitação HTTP

  • Content-Length: 30
  • Transfer-Encoding: chunked

{% content-ref url="../../pentesting-web/http-request-smuggling/" %} http-request-smuggling {% endcontent-ref %}

Cabeçalhos de Cache

Cabeçalhos de Cache do Servidor:

  • X-Cache na resposta pode ter o valor miss quando a solicitação não foi armazenada em cache e o valor hit quando está em cache
  • Cache-Control indica se um recurso está sendo armazenado em cache e quando será a próxima vez que o recurso será armazenado em cache novamente: Cache-Control: public, max-age=1800
  • Vary é frequentemente usado na resposta para indicar cabeçalhos adicionais que são tratados como parte da chave de cache mesmo que normalmente não sejam chaveados.
  • Age define o tempo em segundos que o objeto esteve em cache no proxy.
  • Server-Timing: cdn-cache; desc=HIT também indica que um recurso foi armazenado em cache

{% content-ref url="../../pentesting-web/cache-deception.md" %} cache-deception.md {% endcontent-ref %}

Cabeçalhos de Cache Local:

  • Clear-Site-Data: Cabeçalho para indicar o cache que deve ser removido: Clear-Site-Data: "cache", "cookies"
  • Expires: Contém a data/hora em que a resposta deve expirar: Expires: Wed, 21 Oct 2015 07:28:00 GMT
  • Pragma: no-cache mesmo que Cache-Control: no-cache
  • Warning: O cabeçalho geral Warning HTTP contém informações sobre possíveis problemas com o status da mensagem. Mais de um cabeçalho Warning pode aparecer em uma resposta. Warning: 110 anderson/1.3.37 "Response is stale"

Condicional

  • Solicitações usando estes cabeçalhos: If-Modified-Since e If-Unmodified-Since serão respondidas com dados apenas se o cabeçalho de resposta**Last-Modified** contiver um horário diferente.
  • Solicitações condicionais usando If-Match e If-None-Match usam um valor Etag para que o servidor da web envie o conteúdo da resposta se os dados (Etag) tiverem mudado. O Etag é retirado da resposta HTTP.
  • O valor Etag é geralmente calculado com base no conteúdo da resposta. Por exemplo, ETag: W/"37-eL2g8DEyqntYlaLp5XLInBWsjWI" indica que o Etag é o Sha1 de 37 bytes.

Solicitações de Intervalo

  • Accept-Ranges: Indica se o servidor suporta solicitações de intervalo e, em caso afirmativo, em qual unidade o intervalo pode ser expresso. Accept-Ranges: <range-unit>
  • Range: Indica a parte de um documento que o servidor deve retornar.
  • If-Range: Cria uma solicitação de intervalo condicional que só é atendida se o etag ou data fornecida corresponder ao recurso remoto. Usado para evitar o download de dois intervalos de versões incompatíveis do recurso.
  • Content-Range: Indica onde em uma mensagem de corpo completo uma mensagem parcial pertence.

Informações do Corpo da Mensagem

  • Content-Length: O tamanho do recurso, em número decimal de bytes.
  • Content-Type: Indica o tipo de mídia do recurso
  • Content-Encoding: Usado para especificar o algoritmo de compressão.
  • Content-Language: Descreve o(s) idioma(s) humano(s) destinado(s) ao público, permitindo que um usuário diferencie de acordo com o idioma preferido dos usuários.
  • Content-Location: Indica uma localização alternativa para os dados retornados.

Do ponto de vista de um pentest, essas informações geralmente são "inúteis", mas se o recurso for protegido por um 401 ou 403 e você conseguir encontrar alguma maneira de obter essas informações, isso pode ser interessante.
Por exemplo, uma combinação de Range e Etag em uma solicitação HEAD pode vazar o conteúdo da página via solicitações HEAD:

  • Uma solicitação com o cabeçalho Range: bytes=20-20 e com uma resposta contendo ETag: W/"1-eoGvPlkaxxP4HqHv6T3PNhV9g3Y" está vazando que o SHA1 do byte 20 é ETag: eoGvPlkaxxP4HqHv6T3PNhV9g3Y

Informações do Servidor

  • Server: Apache/2.4.1 (Unix)
  • X-Powered-By: PHP/5.3.3

Controles

  • Allow: Este cabeçalho é usado para comunicar os métodos HTTP que um recurso pode manipular. Por exemplo, pode ser especificado como Allow: GET, POST, HEAD, indicando que o recurso suporta esses métodos.
  • Expect: Utilizado pelo cliente para transmitir expectativas que o servidor precisa atender para que a solicitação seja processada com sucesso. Um caso de uso comum envolve o cabeçalho Expect: 100-continue, que sinaliza que o cliente pretende enviar uma grande carga de dados. O cliente aguarda uma resposta 100 (Continue) antes de prosseguir com a transmissão. Esse mecanismo ajuda a otimizar o uso da rede aguardando a confirmação do servidor.

Downloads

  • O cabeçalho Content-Disposition nas respostas HTTP direciona se um arquivo deve ser exibido inline (dentro da página da web) ou tratado como um anexo (baixado). Por exemplo:
Content-Disposition: attachment; filename="filename.jpg"

Isto significa que o arquivo chamado "filename.jpg" é destinado a ser baixado e salvo.

Cabeçalhos de Segurança

Política de Segurança de Conteúdo (CSP)

{% content-ref url="../../pentesting-web/content-security-policy-csp-bypass/" %} content-security-policy-csp-bypass {% endcontent-ref %}

Tipos Confiáveis

Ao fazer cumprir Tipos Confiáveis através do CSP, as aplicações podem ser protegidas contra ataques DOM XSS. Os Tipos Confiáveis garantem que apenas objetos especificamente elaborados, em conformidade com políticas de segurança estabelecidas, possam ser usados em chamadas perigosas de API da web, garantindo assim o código JavaScript por padrão.

// Feature detection
if (window.trustedTypes && trustedTypes.createPolicy) {
// Name and create a policy
const policy = trustedTypes.createPolicy('escapePolicy', {
createHTML: str => str.replace(/\</g, '&lt;').replace(/>/g, '&gt;');
});
}

// Assignment of raw strings is blocked, ensuring safety.
el.innerHTML = 'some string'; // Throws an exception.
const escaped = policy.createHTML('<img src=x onerror=alert(1)>');
el.innerHTML = escaped;  // Results in safe assignment.

X-Content-Type-Options

Este cabeçalho previne a detecção de tipo MIME, uma prática que poderia levar a vulnerabilidades de XSS. Ele garante que os navegadores respeitem os tipos MIME especificados pelo servidor.

X-Content-Type-Options: nosniff

X-Frame-Options

Para combater o clickjacking, este cabeçalho restringe como os documentos podem ser incorporados em tags <frame>, <iframe>, <embed>, ou <object>, recomendando que todos os documentos especifiquem explicitamente suas permissões de incorporação.

X-Frame-Options: DENY

Política de Recursos de Origem Cruzada (CORP) e Compartilhamento de Recursos de Origem Cruzada (CORS)

CORP é crucial para especificar quais recursos podem ser carregados por sites, mitigando vazamentos entre sites. CORS, por outro lado, permite um mecanismo mais flexível de compartilhamento de recursos de origem cruzada, relaxando a política de mesma origem sob certas condições.

Cross-Origin-Resource-Policy: same-origin
Access-Control-Allow-Origin: https://example.com
Access-Control-Allow-Credentials: true

Cross-Origin Embedder Policy (COEP) e Cross-Origin Opener Policy (COOP)

COEP e COOP são essenciais para habilitar o isolamento entre origens, reduzindo significativamente o risco de ataques semelhantes ao Spectre. Eles controlam o carregamento de recursos de origens diferentes e a interação com janelas de origens diferentes, respectivamente.

Cross-Origin-Embedder-Policy: require-corp
Cross-Origin-Opener-Policy: same-origin-allow-popups

HTTP Strict Transport Security (HSTS)

Por último, o HSTS é um recurso de segurança que obriga os navegadores a se comunicarem apenas por conexões seguras HTTPS, aumentando assim a privacidade e segurança.

Strict-Transport-Security: max-age=3153600

Referências

Aprenda hacking AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks: