SSH
4 artigos com esta tag
Correção de emergência do OpenSSH 10.6p2 (CVE-2026-123158): incluído no KEV da CISA; no sshd com musl sem PAM, como o Alpine, é possível fazer login sem a senha
Em 5 de novembro de 2026 o OpenSSH lançou a versão 10.6p2 com uma solução alternativa crítica para um contorno da autenticação por senha no sshd em alguns sistemas Linux compilados e executados sem PAM, em especial os que usam musl libc, como o Alpine Linux. O CVE é CVE-2026-123158 (pontuação base CVSS 3.1 de 8,1, do registro CVE). Em 9 de novembro a CISA o incluiu no catálogo de vulnerabilidades exploradas conhecidas (KEV), com prazo em 12 de novembro para as agências federais dos EUA. Uma empresa privada de inteligência de ameaças relata que viu tentativas de ataque menos de nove horas após a publicação e um sucesso em um ambiente isca; nenhum dano a sistemas de produção foi relatado e não foi encontrada verificação independente. O Alpine Linux publicou um aviso em 5 de novembro com pacotes corrigidos para todos os branches. Segundo o Alpine, um host é afetado quando a autenticação por senha está ativa, uma conta tem um asterisco no campo de senha e outra conta tem um hash normal. Configurações com PAM ativado, com PasswordAuthentication no, ou contêineres que não executam sshd não são afetados. Conclusão deste site: se você executa o sshd no Alpine ou em outros sistemas baseados em musl, como OpenWrt ou Linux embarcado, atualize hoje para o pacote corrigido e reinicie o sshd, desative a autenticação por senha até lá e revise os logs de autenticação.
Extensão “Claude Code” adulterada no marketplace do Cursor (29 de out., cerca de 11 horas): como verificar se há um backdoor SSH
A Cursor publicou um aviso de segurança em 29 de outubro de 2026 (atualizado em 30 de outubro) dizendo que as versões adulteradas 2.1.312 e 2.1.313 de uma extensão publicada com o nome da Anthropic (Anthropic.claude-code) foram distribuídas no marketplace de extensões do Cursor para Windows e macOS entre aproximadamente 2:27 e 13:35 (horário do Pacífico) de 29 de outubro. A Cursor afirma que as versões não foram desenvolvidas pela Anthropic. Segundo a Cursor, o código era executado quando a extensão carregava, coletava informações do host e do usuário, adicionava uma chave SSH controlada pelo atacante (com o rótulo svc-telemetry), tentava habilitar o SSH e abrir um túnel reverso, instalava persistência por um LaunchAgent no macOS ou por uma tarefa agendada ou entrada de Inicialização no Windows e enviava detalhes do host ao atacante. A Cursor diz que habilitar o SSH falha na maioria dos hosts, então o atacante não poderia ter entrado pelo túnel ali. A Cursor removeu a extensão, pausou o marketplace, auditou outras extensões, trocou chaves e diz que o servidor do atacante não funciona mais. A Cursor diz não ter evidências de que outras versões ou a distribuição oficial estejam afetadas. O BleepingComputer relata que até cerca de 5.000 desenvolvedores podem ter sido expostos. Nossa conclusão: se você instalou ou atualizou essa extensão no Cursor em 29 de outubro, verifique a chave e as entradas de persistência e troque os segredos acessíveis a partir dessa máquina.
Inventário de segurança: 7 verificações que quem roda vários servidores ignora
Para operadores solo/pequenos, incidentes vêm menos de controles ausentes do que de estado não rastreado. A fronteira é o PC que guarda suas chaves. Priorize o 2FA conforme qual conta pode recuperar as outras (o e-mail primeiro), liste qual chave SSH abre qual servidor e apague duplicatas, chaves sem uso e cadastros esquecidos, remova senhas em texto puro da nuvem, remedie de forma reversível uma de cada vez e mantenha segredos fora do registro. Inventarie antes de adicionar ferramentas.
Menor privilégio para chaves SSH: mantenha as chaves de root de produção fora de ambientes efêmeros que podem ser comprometidos
Cadastrar uma chave de root em produção a partir de um ambiente efêmero e comprometível (pod de GPU, runner de CI, VM descartável) significa que, no momento em que o ambiente é comprometido, um atacante ganha root em produção. Correção: sem chaves de root em ambientes efêmeros; remova chaves quando não usadas; se precisar de novo, use um usuário sem root mais uma chave restrita a comando que limita a chave a uma operação. Trate uma chave reutilizada como seu ativo mais crítico e nunca construa um cenário em que uma chave vazada abre todos os servidores.