pular para o conteúdo
~$ rebootworks
03 — run

achar por onde entram, depois manter tudo no ar

pentest e hardening, mais o dia a dia de TI que nunca sobe na lista de prioridades de ninguém: hospedagem, backups, monitoramento, contas e acessos.

ofensivo

pentest (teste de invasão)

a gente ataca seu site ou app do jeito que um invasor faria, dentro de um escopo que você aprova por escrito antes. depois mostra cada porta de entrada, em ordem do quanto cada uma custaria pra você.

  • testes de aplicação web e API
  • autenticação, sessões e controle de acesso
  • injeção, desserialização, manipulação de arquivos
  • abuso de lógica de negócio, o tipo de falha que scanner nenhum acha
  • nuvem e hospedagem mal configuradas
  • segredos, backups e painéis administrativos expostos
  • revisão de dependências e supply chain
  • um reteste grátis depois que você corrigir
  • Offensive Security Certified Professional seloOSCPcertificado
  • Certified Penetration Testing Specialist seloCPTScertificado
procurando pontos fracos num sistema
cat report.md

como é o relatório

dois documentos: um que a diretoria entende, outro que os desenvolvedores conseguem executar. nenhum deles é um despejo de 200 páginas cuspido por scanner.

o resumo

uma página. o que a gente encontrou, o que custaria se outra pessoa encontrasse antes, o que resolver esta semana e o que pode esperar o trimestre. escrito pra quem não trabalha com segurança.

o detalhe

cada achado com o passo a passo pra reproduzir, a evidência, a severidade e o motivo, e a correção específica. em nenhum lugar está escrito "considere implementar validação de entrada".

~/findings/summary
# severidade achado esforço
crítico token de recuperação de senha nunca expira ~1h
alto painel admin aberto sem VPN ~2h
alto qualquer usuário lê qualquer fatura pelo id ~4h
médio backups do banco públicos no bucket ~1h
baixo versão exposta nos headers de resposta ~10m
# cada um vem com passos pra reproduzir, evidência e a correção indicada.

exemplo ilustrativo, não é relatório de cliente real

servidores e infraestrutura sendo gerenciados
defensivo

e o dia a dia de TI

o trabalho que só se nota quando falta. a gente cuida disso pra seu time não ter que aprender no susto, numa tarde ruim.

  • hospedagem e nuvem: configuração, migração e corte de custo
  • backups que a gente testa restaurando de verdade
  • monitoramento de uptime e alertas que chegam numa pessoa
  • domínios, DNS, TLS e entregabilidade de email (spf, dkim, dmarc)
  • contas google workspace / microsoft 365 e MFA
  • entrada e saída de funcionários, pra acesso ser liberado e cortado na hora certa
  • configuração de notebooks, dispositivos e gerenciador de senhas
  • políticas de segurança e respostas de questionário pra auditorias de clientes
./incident --response

quando já deu errado

site pichado, caixa de email invadida, bilhete de ransomware, cliente ligando pra dizer que os dados dele apareceram onde não deviam. liga primeiro, lê isso depois.

primeiro

conter

cortar o acesso que está sendo usado, trocar credenciais e chaves, e guardar os logs antes que alguma coisa sobrescreva.

depois

entender

por onde entraram, até onde chegaram, quanto tempo ficaram e se ainda estão lá dentro.

por fim

fechar e registrar

corrigir a porta de entrada, restaurar num ambiente limpo e montar a linha do tempo que você vai precisar pra clientes, seguradora ou órgão regulador.

está no meio de um incidente agora? manda um email pra hello@rebootworks.dev com "incidente" no assunto.

man security

perguntas sobre segurança

Q:quem faz o teste, na prática?
uma pessoa, não um scanner. quem testa tem OSCP (Offensive Security Certified Professional, OffSec) and CPTS (Certified Penetration Testing Specialist, Hack The Box) e percorre o escopo assinado à mão. abuso de lógica de negócio e falhas encadeadas são o que nenhuma ferramenta automática encontra, e é de onde sai a maioria das invasões de verdade.

abrir essa pergunta

Q:quanto custa um pentest?
depende do tamanho da superfície de ataque: quantas aplicações, perfis e integrações. um web app com dois perfis de usuário é trabalho de alguns dias. a gente passa um valor fechado depois de uma conversa rápida de escopo, com o reteste incluído.

abrir essa pergunta

Q:de quanto em quanto tempo a gente deveria testar?
uma vez por ano como base, e depois de qualquer mudança grande em autenticação, pagamentos ou hospedagem. se você publica mudanças o tempo todo, uma revisão trimestral mais leve costuma valer mais do que um grande teste anual.

abrir essa pergunta

Q:vocês ajudam a passar num questionário de segurança de cliente?
sim. isso aparece o tempo todo quando você começa a vender pra empresa grande. a gente responde as partes técnicas, escreve as políticas que estão faltando e corrige as falhas que o questionário revela, em vez de dar uma resposta bonita pra contornar.

abrir essa pergunta

Q:vocês substituem o nosso suporte de TI?
pra um time pequeno, em geral sim. pra um maior, a gente costuma trabalhar junto com quem cuida do helpdesk e assumir infraestrutura, nuvem e segurança. a gente te diz qual dos dois casos é o seu.

abrir essa pergunta

Q:e se vocês não acharem nada?
você recebe o relatório dizendo isso, com escopo e métodos documentados, que é exatamente o que um cliente ou uma seguradora pede pra ver. acontece, e é um bom resultado, não dinheiro jogado fora.

abrir essa pergunta

todas as perguntas