Uma proposta para o kernel do Linux quer adicionar um killswitch de emergência: um operador com privilégios poderia forçar uma função do sistema a retornar um valor fixo, sem executar o código original, enquanto a correção oficial ainda não sai do forno.

A ideia nasce de um problema bem conhecido no mundo da segurança: quando uma falha vira pública, muita gente fica mais exposta até o patch chegar. Nesse intervalo, manter o sistema rodando “pelado” pode ser pior do que desativar só a área afetada por um tempo.

O alvo principal são ambientes corporativos e servidores, onde desligar um recurso por um dia pode doer menos do que deixar o kernel vulnerável a um exploit já conhecido. Um caso recente de escalada de privilégios mostrou como essa janela entre descoberta e correção pode ser perigosa.

Mas nem todo mundo comprou a ideia. Tem gente que vê o recurso como uma mitigação de último recurso; outros acham que ele pode quebrar produção de formas criativas e até virar desculpa para não aplicar patch de verdade.

• Pró: ganha tempo contra exploits ativos.
• Contra: pode derrubar funções importantes e causar efeito colateral.
• Na prática: é um plano B poderoso, mas não substitui correção.

Por Leo "Blade"

Sou o Leo, geralmente jogo com o nick blade95. Sou apaixonado por jogos de FPS e amo montar PC Gamer! Aqui no Steamaníacos cuido de tudo sobre Hardware, review, preview, testes e novidades para o nosso mundo gamer!