Atualização de BIOS: o único update que às vezes você deve segurar

Uma atualização de BIOS inutilizou consoles da Lenovo, transformando equipamentos funcionais em aparelhos que não ligam mais. É o raro caso em que a recomendação responsável é o contrário da habitual: segure o update, pelo menos por enquanto.

Duas coisas diferentes tratadas pela mesma política

Quase toda política de atualização trata software como uma categoria só. Existe uma regra geral, costuma ser aplicar rápido, e ela vale para tudo que aparece como disponível.

Sistema operacional e aplicativo realmente devem ser atualizados com rapidez e em escala. O risco de adiar é maior que o risco de aplicar, porque correções de segurança fecham falhas que já estão sendo exploradas e porque, se algo der errado, existe caminho de volta. Desinstala-se a atualização, restaura-se o ponto anterior, reinstala-se o sistema em último caso. O equipamento sobrevive.

Firmware e BIOS pertencem a outra categoria. Eles são o código que roda antes do sistema operacional existir, responsável por inicializar o hardware. Uma falha durante a gravação pode deixar o equipamento sem o programa mínimo necessário para ligar, e nesse estado não há sistema de onde reverter. A frase que resume o risco é simples: não existe desinstalar.

Como conduzir atualização de firmware com segurança

Nada disso significa nunca atualizar firmware. Correções de firmware resolvem problemas reais, incluindo falhas de segurança sérias e incompatibilidades de hardware. O que muda é o método.

Adoção escalonada

Um grupo piloto pequeno antes do parque inteiro é a medida mais eficaz e a mais ignorada. Cinco a dez equipamentos representativos, atualizados primeiro e observados por alguns dias, revelam a maior parte dos problemas antes que eles alcancem centenas de máquinas. Em um caso como o da Lenovo, a diferença entre piloto e adoção geral é a diferença entre alguns aparelhos perdidos e uma operação parada.

Janela com energia estável

A gravação de firmware não tolera interrupção. Atualizar notebook em bateria, ou desktop sem proteção contra queda de energia, adiciona um risco que não precisa existir. É uma precaução banal e que evita o modo de falha mais comum desse tipo de procedimento.

Leitura da nota de versão e do relato de campo

A nota de versão diz o que o fabricante corrigiu. O relato de quem já aplicou diz o que ele não previu. Os primeiros dias após o lançamento concentram a descoberta de problemas, e em muitos casos o próprio fabricante retira a atualização de circulação nesse período. Esperar alguns dias, quando não há urgência de segurança, é uma decisão barata.

O critério de urgência que inverte a lógica

Existe uma exceção importante e ela precisa estar definida por escrito, antes de ser necessária. Falha de firmware sob exploração ativa justifica pressa, porque nesse cenário o risco de não aplicar supera o risco de aplicar.

Sem esse critério definido, a organização oscila entre dois extremos igualmente ruins. Ou aplica tudo imediatamente, e assume o risco de perder equipamento por uma atualização defeituosa. Ou adia tudo indefinidamente, e mantém vulnerabilidades conhecidas abertas em componentes que ferramentas de segurança comuns nem enxergam.

O que resolve é uma regra clara: firmware segue adoção escalonada por padrão, e passa para o rito de emergência quando há exploração confirmada ou quando o fabricante classifica a correção como crítica.

O inventário que torna tudo isso possível

Nenhuma dessas práticas funciona sem saber quais equipamentos existem, em que versão de firmware estão e quando foram atualizados pela última vez. É uma informação que raramente aparece nos inventários de TI, que costumam registrar modelo, número de série e responsável, e parar por aí.

Sem esse dado, a resposta a um caso como o da Lenovo se torna uma busca manual: descobrir quais máquinas são do modelo afetado, quais já receberam a atualização problemática e quais ainda podem ser bloqueadas a tempo. Com o inventário em dia, é uma consulta.

A assimetria que resume a decisão

Update de sistema você reverte. Update de BIOS traz risco de não ter volta. Essa assimetria não aparece em nenhum indicador de conformidade, que costuma premiar o percentual de equipamentos atualizados sem distinguir o que está sendo atualizado.

Tratar as duas categorias com a mesma política é confortável administrativamente e caro quando dá errado. A separação custa pouco para definir e evita exatamente o tipo de perda que não tem recuperação.

Perguntas frequentes

Por que uma atualização de BIOS pode inutilizar o equipamento?

Porque o BIOS é o programa que inicializa o hardware antes de qualquer sistema operacional. Se a gravação for interrompida ou se o código gravado estiver defeituoso, o equipamento perde a capacidade de iniciar, e não há sistema disponível de onde executar uma reversão.

Então é melhor nunca atualizar o firmware?

Não. Atualizações de firmware corrigem falhas de segurança e problemas de hardware que outros meios não alcançam. O que muda em relação a software comum é o método: grupo piloto antes do parque, energia estável, leitura da nota de versão e uma regra clara para os casos urgentes.

Quanto tempo esperar antes de aplicar uma atualização de firmware?

Não há número universal, mas os primeiros dias após o lançamento concentram a descoberta de defeitos e eventuais recolhimentos pelo fabricante. Quando não há urgência de segurança, aguardar esse período e acompanhar relatos de quem já aplicou reduz bastante o risco.

Como saber quais equipamentos foram afetados por um caso assim?

Isso depende de um inventário que registre modelo e versão de firmware de cada máquina, informação que muitos inventários de TI não incluem. Sem ela, a verificação vira uma busca manual, feita justamente quando o tempo é curto.