pular para o conteúdo
voltar ao mapa
conceito
etapa: attack
3 min de leitura

Caminhos de ataque e escalação de privilégios

Os atacantes raramente precisam de um zero-day. Eles encadeiam fraquezas comuns (uma credencial reutilizada, uma permissão ampla demais, uma relação de confiança) até chegar a algo valioso. A vantagem do defensor é mapear esses caminhos antes que sejam usados.

BloodHound (Active Directory attack paths)PMapper / Prowler / Cloudsplaining (cloud IAM)PingCastleMITRE ATT&CKAtomic Red Teamprivilege access management (PAM)

A ideia de caminho

Após o acesso inicial, o atacante procura uma rota de onde está até o que quer: privilégios mais altos, outros sistemas, dados sensíveis. Cada etapa usa uma permissão, uma credencial armazenada, uma relação de confiança ou uma configuração incorreta. Vistos como um grafo, os ambientes têm muitos desses caminhos, e encurtá-los ou cortá-los é trabalho do defensor. Este tópico descreve os conceitos e as defesas, não procedimentos de ataque passo a passo.

Blocos de construção comuns

  • Exposição de credenciais: senhas e tokens em arquivos, scripts, memória, histórico do shell e configuração, reutilizados entre sistemas.
  • Excesso de privilégio: contas e papéis com muito mais permissão do que a tarefa exige, incluindo admins que fazem login em estações de trabalho comuns.
  • Relações de confiança: um sistema em que muitos outros confiam (um servidor de build, um host de gerenciamento) vira um pivô para todos eles.
  • Contas de serviço fracas: de longa duração, altamente privilegiadas, com senhas que nunca são rotacionadas.
  • Delegação ou permissões mal configuradas: no Active Directory, no RBAC do Kubernetes e no de nuvem, onde o direito de passar ou assumir um papel pode ser o direito de se tornar esse papel.
  • Falhas locais sem patch: um ponto de apoio de baixo privilégio que vira administrador por meio de uma vulnerabilidade conhecida.

Exemplo: uma permissão de nuvem que é mais do que parece

Uma política que permite a um usuário passar qualquer papel a um serviço de computação, combinada com o direito de criar esse serviço, permite que o usuário execute código com o papel mais privilegiado. A correção é limitar o que pode ser passado.

risky-policy.jsonjson
{
  "Version": "2012-10-17",
  "Statement": [
    { "Effect": "Allow", "Action": ["iam:PassRole", "lambda:CreateFunction", "lambda:InvokeFunction"], "Resource": "*" }
  ]
}
scoped-policy.jsonjson
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "iam:PassRole",
      "Resource": "arn:aws:iam::123456789012:role/app-lambda-low-privilege",
      "Condition": { "StringEquals": { "iam:PassedToService": "lambda.amazonaws.com" } }
    },
    { "Effect": "Allow", "Action": ["lambda:CreateFunction", "lambda:InvokeFunction"], "Resource": "arn:aws:lambda:us-east-1:123456789012:function:app-*" }
  ]
}

Defendendo-se contra cadeias

  • Mapeie os caminhos você mesmo: execute uma ferramenta de caminhos de ataque (BloodHound para Active Directory, um analisador de IAM para nuvem) e trate os caminhos mais curtos até suas joias da coroa como correções prioritárias.
  • Administração em camadas (tiering): contas privilegiadas só fazem login em sistemas privilegiados, nunca em estações de trabalho ou servidores de uma camada inferior.
  • e acesso just-in-time: sem direitos de admin permanentes, elevações curtas com aprovação e registro.
  • Proteja e rotacione credenciais: gerenciadores de segredos, contas de serviço gerenciadas ou de grupo, nenhum segredo em arquivos.
  • Segmente a rede e reduza a confiança entre sistemas; não deixe um host alcançar tudo.
  • Detecte as etapas: alerte sobre mudanças de privilégio, novas assunções de papel, padrões incomuns de autenticação e acesso a credenciais.
  • Valide a detecção emulando técnicas com segurança (por exemplo, com o Atomic ) em um laboratório ou com aprovação.
IAMidentity and access managementO conjunto de políticas, papéis e credenciais que diz quem é cada humano, serviço ou workload, e o que cada um pode fazer. Em cloud, IAM virou o novo perímetro: a borda de rede ficou porosa, então a identidade carrega a autorização.ver no glossário →Privilégio mínimoleast privilegePrincípio de dar a cada identidade só as permissões estritamente necessárias para a sua função, e nada mais. É oposto a 'usuário admin por padrão': cada papel extra é um caminho a mais que um atacante pode usar depois de um compromise.ver no glossário →Red teamUma simulação baseada em objetivos, em geral encoberta, de um adversário realista, que testa as pessoas, os processos e a tecnologia da organização.ver no glossário →

conexões no mapa

atualizado em 14/10/2026 · fontes para aprofundar · reportar erro

em outros domínios

Estude antes

Desbloqueia

teste o que entendeu

Carregando perguntas…