Engenheiro(a) de Segurança Sênior

São Paulo (presencial com flexibilidade) · reporta ao líder de Platform Engineering · trabalha junto com SRE e a liderança de tecnologia

O desafio

A Mottu é a maior plataforma de aluguel de motos para entregadores da América Latina. Nosso concorrente é a moto própria, e o que move a empresa é tecnologia: centenas de serviços em nuvem pública e Kubernetes, identidade própria para milhões de clientes, dados em escala e uma engenharia que roda AI-first de verdade, com agentes abrindo mudanças em produção todos os dias.

Em 2026 decidimos tratar segurança como engenharia e construímos um programa do zero: SIEM e SOAR com regras próprias, resposta a alertas automatizada com IA que deixa para o humano só o que exige decisão, postura e runtime de nuvem cobertos, proteção de endpoint em todo o parque, identidade e acesso sendo redesenhados, correção de vulnerabilidade em campanhas com agentes e patrocínio executivo com orçamento próprio.

Tudo isso hoje é tocado pelo líder da área e pelo time de SRE. Falta a pessoa que vai assumir esse ambiente como seu. Não é uma vaga para coordenar fornecedores nem para escrever política: é para operar, decidir e construir.

O que você vai fazer

• Ser a primeira pessoa a ver o alerta e a última a sair do incidente. Triar o que o SOAR entrega, dar veredito, conter e só então acionar quem precisa. Tempo de resposta é medido.

• Escrever detecção. Regras próprias no SIEM, exclusões com critério, hunting nos logs e no data lake, cobertura de fontes. Você vai saber o que o SIEM enxerga e o que não enxerga, e fechar os buracos.

• Segurança de nuvem e cluster na prática. Identidade de workload, políticas de organização, rede, admissão, segredos. Infraestrutura como código e GitOps são a forma de mudar as coisas aqui; PR com evidência é o entregável.

• Identidade. Acesso condicional, MFA, privilégio mínimo, IdP de clientes e de colaboradores. Credencial válida é o vetor que mais nos preocupa; essa frente é a sua.

• Automatizar com IA. O loop de resposta é código, workflows e modelos de linguagem. Você vai evoluir esse loop, criar playbooks que executam de verdade e medir o resíduo que ainda cai no humano.

• Conduzir avaliações e contratos com critério. Antes de ligar uma ferramenta: o que ela precisa provar, em quais cenários, com qual métrica. Depois: o relatório que sustenta a decisão. Fornecedor é meio, não dono do resultado.

• Fechar o que começa. Testes de intrusão, achados virando campanha de correção, requisitos de clientes e auditorias. Com data e com status real ("80% feito, falta X, entrego dia Y").

• Ter posição. Nos fóruns de engenharia você chega com opinião sobre exposição de serviço, controle de acesso, política de vulnerabilidade e prioridade de remediação. Quem lidera segurança aqui não espera ser perguntado.

Primeiros 90 dias:

30 dias

• Triagem do SOAR assumida, com tempo de resposta medido
• 1ª regra ou exclusão própria em produção, com o efeito medido no dia seguinte
• Mapa do que o SIEM cobre e do que não cobre

60 dias

• Playbooks de resposta validados e documentados
• Critérios e relatório de pelo menos uma avaliação de ferramenta fechados
• 1 automação nova no loop de resposta

90 dias

• Ciclo de teste de intrusão executado e campanha de correção rodando
• Plano de detecção do trimestre seguinte, com dono e data para cada item

O que procuramos

Obrigatório

• Experiência real operando segurança em produção: resposta a incidente com as mãos no console, não só processo.

• Engenharia de detecção em algum SIEM de mercado e capacidade de explicar por que uma regra dispara.

• Segurança em nuvem pública e Kubernetes de verdade (RBAC, identidade de workload, rede, admissão).

• Identidade: diretório corporativo, OIDC/SAML, MFA e acesso condicional.

• Python para automação; conforto com infraestrutura como código, Git e revisão de PR.

• Autonomia: você define prioridade, pede acesso no mesmo dia em que precisa e devolve resultado sem ser cobrado.

• Português fluente; inglês técnico de leitura.

Conta pontos

• CNAPP, EDR e SIEM/SOAR de nuvem; data lake para hunting.

• Uso de modelos de linguagem e agentes para triagem, hunting e automação (nós usamos todo dia).

• Base ofensiva: pentest, CTF, bug bounty. Aqui ela vira defesa: entender o atacante para desenhar a detecção. Qualquer teste é dentro de escopo e com autorização por escrito.

• ISO 27001, SOC 2, LGPD aplicada a engenharia.

Como trabalhamos (e o que não negociamos)

• Mão na graxa. Quem decide é quem investigou. Status é número, não adjetivo.

• Senso de urgência. Alerta crítico se conclui no mesmo turno. Bloqueio de acesso se resolve no dia.

• Profundidade. "Arquivo quarentenado" não é análise. Host, usuário, regra, causa e ação recomendada são.

• Honestidade intelectual. "Praticamente pronto" não existe. Existe o que está em produção e o que não está.

• Ombro a ombro. SRE, plataforma e liderança técnica estão no mesmo problema. Você entra nas campanhas, nas PRs e nas dailies.

• Ferramenta corporativa, escopo Mottu. Conta corporativa nas ferramentas de IA, dado da empresa só nelas, pesquisa de vulnerabilidade só em ativos nossos ou com autorização formal.

Por que vale a pena

Você vai herdar um ambiente instrumentado, com orçamento, acesso direto à liderança técnica e um time de SRE que executa. Em poucos lugares dá para avaliar ferramentas de ponta contra o mesmo ambiente, com liberdade para escolher, e ver o efeito da sua regra de detecção em produção no dia seguinte. O programa é novo; o próximo ano dele será o seu desenho.

Processo seletivo

1. Bate papo com o RH.
   
   
2. Case técnico ao vivo: investigar um incidente simulado, propor contenção e escrever a detecção que o teria pegado.

3. Conversa com o líder de Platform Engineering (contexto e expectativas, 45 min).

4. Bar raiser com a liderança de tecnologia (nossos pilares: Propósito, Coragem, Senso de Urgência, Profundidade, Obsessão com Tech, Honestidade Intelectual, Mão na Graxa, Ombro a Ombro, Liderança).

5. Referências e proposta.