GitHub Connections agora disponíveis para clientes do Octopus Server auto-hospedado
Aprofundamento CEVIU
Aprofundamento
O Octopus Server auto-hospedado agora elimina o uso de tokens de acesso pessoal (PATs) na integração com GitHub, adotando OIDC para autenticação segura e dinâmica. Isso significa que tokens de curta duração são gerados sob demanda, vinculados diretamente à instalação do app no GitHub e com permissões limitadas ao escopo do repositório, nada mais de credenciais estáticas armazenadas em variáveis de pipeline ou em arquivos de configuração. A mudança não é só técnica, é cultural: a responsabilidade por credenciais deixa de ser do desenvolvedor e passa a ser do sistema, reduzindo riscos humanos e operacionais.
Para ambientes isolados, a solução de chaves de assinatura hospedadas externamente é um gancho elegante. Em vez de abrir portas de entrada no firewall para o GitHub validar tokens, o servidor Octopus publica apenas a chave pública em um storage acessível publicamente, S3, Blob Storage, até um servidor interno exposto via CDN. O GitHub consulta essa chave sem jamais tocar no servidor interno. É infraestrutura como código aplicada à segurança: o que é exposto é mínimo, controlado e revogável.
Por que isso importa
Essa mudança afeta diretamente equipes que operam em ambientes regulados, financeiros ou governamentais, onde o uso de PATs é proibido por políticas de segurança. A adoção de OIDC alinha o Octopus a padrões como NIST e CIS, além de reduzir o esforço de rotação de credenciais, algo que, em grandes organizações, pode representar centenas de horas de trabalho anual. Também desbloqueia a automação de pipelines em ambientes híbridos, onde a nuvem pública e o data center coexistem sem comunicação direta. Ainda que não suporte GitHub Enterprise Server ainda, o caminho está traçado: a próxima versão provavelmente seguirá o mesmo modelo, com ajustes para tokens OIDC entre instâncias auto-hospedadas.
Linha do tempo
Octopus Deploy lança app no GitHub Marketplace, mas apenas para instâncias em nuvem
Octopus Deploy 2026.2 permite GitHub Connections para clientes auto-hospedados, usando OIDC e chaves externas
Perguntas frequentes
Preciso abrir porta no firewall do meu servidor Octopus para usar GitHub Connections?
Não. A chave pública de assinatura é publicada em um storage externo acessível pelo GitHub, como um bucket S3 ou Azure Blob. O servidor Octopus nunca recebe conexões vindas da internet. O fluxo é: Octopus assina o token, publica a chave, GitHub valida a assinatura sem tocar no seu servidor interno.
Posso usar isso com GitHub Enterprise Server auto-hospedado?
Não ainda. A funcionalidade só funciona com repositórios no github.com. Se você usa GitHub Enterprise Server, ainda precisa de PATs. A Octopus pede feedback sobre isso no roadmap, então a suporte pode vir em versões futuras, seguindo o mesmo modelo OIDC.
O que acontece se eu remover um usuário da equipe?
Nada quebrar. As permissões estão no app do GitHub, não no usuário. Se alguém sair, você apenas revoga o acesso do app no repositório, sem precisar trocar tokens, reconfigurar pipelines ou correr atrás de credenciais esquecidas em variáveis de CI/CD.
Como isso impacta meus pipelines de deploy?
Nenhuma mudança no YAML ou na lógica do pipeline. Você só troca o PAT por uma conexão configurada no app do GitHub. O Octopus gera o token OIDC automaticamente durante a autenticação. Seu deploy continua igual, só que agora sem risco de falha por token expirado às 2h da manhã.
Fontes
- octopus.comfonte original
- Categoria
- CEVIU DevOps
- Publicado
- 24 de junho de 2026
- Editoria
- CEVIU DevOps

