O que aprendemos revisando nossa autenticação
Durante uma revisão de código do worker da API, encontramos uma falha de autenticação que deveria ter sido pega antes. Documentando aqui o que aconteceu e o que estamos mudando — para registro e para não se repetir.
O que aconteceu
Um endpoint da nossa API aceitava um header HTTP simples como forma de autenticação, e a chave esperada por esse header foi parar em lugares que não deveria: um commit antigo num repositório que era público, e arquivos de ambiente capturados num bucket de documentação. Na prática, qualquer pessoa que encontrasse esses arquivos conseguiria se autenticar como administrador.
O que estamos fazendo
- Rotacionando a chave e removendo os arquivos de ambiente da superfície pública
- Revisando quem realmente precisa daquele bucket e restringindo o acesso
- Migrando para um fluxo de login com sessão real em vez de confiar em headers
Status
- ✅ Chave em rotação (ticket #3 de segurança)
- ✅ Revisão de acesso ao bucket em andamento (ticket #4)
- 🔄 Sessões com token em implementação
— Adriana
Acompanhamento do incidente e detalhes técnicos da plataforma ficam na página do projeto Barracuda.