É um instinto razoável: se só a VPN chega ao ouvinte SSH, a exposição é pequena e o problema está resolvido. A exposição, porém, não equivale à integridade. A primeira metade é verdadeira e a segunda não decorre dela. O alcance controla quem pode tentar uma conexão; a integridade do software controla o que o ouvinte fará quando receber uma. Um portão estreita o público e não diz nada sobre o código por trás dele.

Uma porta privada é uma porta menor, não uma fechadura diferente, e essa distinção decide o que você verifica a seguir.

Dois controles, duas perguntas

Uma restrição de rede reduz a exposição. Ela deixa os usuários admitidos, e qualquer cliente aprovado comprometido, capazes de alcançar o serviço afetado. Corrigir o pacote restaura o software, e também não estreita uma permissão de rede ampla demais. Cada controle faz o seu trabalho, e cada um pode estar correto enquanto o outro falta. Revisá-los juntos é como uma equipe se convence de que um cobre os dois, e esse é o erro específico de que trata este artigo.

O endpoint da VPN também é software, e carrega a mesma obrigação. Adicioná-lo ao caminho introduz sua própria obrigação de manutenção, e não remove a responsabilidade da cadeia de suprimentos por nada atrás dele.

O que a divulgação do XZ realmente demonstrou

A divulgação do XZ/liblzma de março de 2024 descreveu uma backdoor que podia levar ao comprometimento de um servidor SSH em condições afetadas. Era um problema de integridade do software tanto quanto um problema de exposição, e não era prova de que toda instalação de Linux trouxesse a compilação vulnerável. O escopo vem das versões afetadas e das distribuições que as enviaram, não do nome da família do sistema operacional.

Essa distinção é a diferença entre uma resposta a incidente e um boato, e vale a pena ser pedante a respeito.

Fechar a porta não é recuperação

Se o comprometimento já pode ter acontecido, mudar o alcance não é recuperação. Uma backdoor que foi executada já teve sua oportunidade; uma regra de firewall não viaja para trás no tempo. Siga o processo de incidentes aprovado para o host e para qualquer credencial exposta, e preserve as evidências necessárias para estabelecer o que realmente foi executado. Reconstruir a partir de mídia verificada costuma fazer parte dessa conversa.

Use também o aviso verificado atual da distribuição e o seu processo de remediação, e leia a lista de versões afetadas em vez da manchete. Copiar um comando de downgrade histórico para um ambiente não relacionado é como uma correção se torna uma nova exposição.

Revise os dois, separadamente

Faça as duas perguntas nos seus próprios termos. Quem pode chegar ao ouvinte, e esse público é exatamente aquele a que o serviço se destina? Qual versão do software está instalada, quem assinou o artefato, e como a organização fica sabendo de uma versão ruim antes de lê-la nas notícias? As respostas pertencem a documentos diferentes com proprietários diferentes, e nenhum proprietário pode responder pelo outro.

Para uma frota gerenciada, um inventário de software é o controle que torna a segunda pergunta respondível. Sem ele, cada divulgação se torna um projeto de arqueologia com prazo.

Um portão estreita o público. A integridade decide se o público importa.

Artigos relacionados