A recente implementação de Passkeys pelo GitLab marca um movimento importante na maturidade de segurança de plataformas de desenvolvimento. Em um ecossistema onde o comprometimento de credenciais é uma das portas de entrada mais comuns para incidentes de Supply Chain Security, a migração para métodos de autenticação resistentes a phishing não é apenas uma conveniência, mas uma necessidade estratégica.

O Fim da Dependência de Senhas Tradicionais
A tecnologia, baseada no padrão WebAuthn, utiliza criptografia de chave pública e privada. Na prática, a chave privada reside exclusivamente no dispositivo do usuário (via biometria ou PIN), enquanto a chave pública é registrada no GitLab. Para times de engenharia e operações, a vantagem operacional é clara: elimina-se a dependência de senhas complexas ou métodos de segundo fator (como SMS ou TOTP) que são suscetíveis a interceptação. Ao configurar via Profile Settings > Account > Manage authentication, o usuário passa a utilizar seu dispositivo — seja um laptop, smartphone ou chave de segurança FIDO2 — como token de autenticação primário ou como 2FA principal.
Impactos para Ambientes Corporativos e Compliance
Para empresas brasileiras que operam sob normas rigorosas de governança ou que buscam aderir ao compromisso Secure by Design (como sugerido pelo CISA), o uso de Passkeys simplifica a gestão de Identity and Access Management (IAM). A adoção de padrões eliminam vetores de ataque comuns, como credential stuffing e phishing direcionado, aumentando a resiliência operacional da equipe de desenvolvimento sem elevar o atrito nos processos diários de deployment.
Do ponto de vista de arquitetura, essa mudança é um passo adiante rumo à eliminação de pontos únicos de falha na autenticação. Como a chave privada nunca trafega pela rede, a superfície de exposição em um eventual comprometimento da infraestrutura do provedor é drasticamente reduzida. É recomendado que times de TI comecem a planejar a adoção massiva desses métodos, garantindo que o ciclo de vida dos dispositivos dos desenvolvedores esteja alinhado a essa nova camada de proteção.
Artigo originalmente publicado por GitLab em GitLab.