a culpa é do fornecedor ou da Microsoft? #ÚltimasNotícias

A cibersegurança é frequentemente uma questão de velocidade: um cibercriminoso cria uma técnica ou código de ataque malicioso, as empresas de cibersegurança reagem à novidade prenúncio e, se necessário, ajustam e adotam métodos para detetar a prenúncio.

Esta abordagem pode exigir a atualização de sistemas de deteção na nuvem e/ou a atualização de dispositivos terminais para fornecer a proteção necessária contra a prenúncio. E a rapidez é principal, uma vez que o setor da cibersegurança está presente para proteger, detetar e responder às ameaças à medida que surgem.

Os processos que as empresas de cibersegurança implementam para evitar conflitos entre uma atualização e o sistema operativo ou outros produtos são normalmente significativos, com ambientes de teste automatizados que simulam cenários reais de diferentes sistemas operativos, diferentes variantes de controladores de sistema, etc.

Nalguns casos, nascente processo pode ser supervisionado por seres humanos, uma confirmação final de que todos os processos e procedimentos foram seguidos e de que não existem conflitos. Também pode possuir terceiros, porquê um fornecedor de sistema operativo, que testam independentemente do fornecedor de cibersegurança, tentando evitar qualquer irregularidade grave, porquê a que estamos a presenciar no que diz saudação ao caso do Windows 10 e da atualização do AV.

Microsoft tem um enorme e grande domínio de mercado

Num mundo perfeito, uma equipa de cibersegurança testaria uma atualização no seu próprio envolvente assegurando que não há incompatibilidade. Uma vez assegurada a compatibilidade da que a atualização, seria iniciada uma implementação programada da mesma – eventualmente até num departamento de cada vez. Desta forma, reduz-se o risco de qualquer problema significativo para as operações comerciais.

Mas, nascente não é nem pode ser o processo para atualizações de produtos de cibersegurança que têm de ser implementadas à mesma velocidade a que uma prenúncio é distribuída, normalmente de forma quase instantânea. Se o processo de atualização falhar pode ser catastrófico porquê aconteceu hoje com uma atualização de software da CrowdStrike, com crashes em sistemas e as operações de infraestruturas inteiras afetadas.

Isto não significa incompetência do fornecedor, uma vez que o incidente podia ter ocorrido a qualquer fornecedor de TI. Muitas vezes, o mais provável é que seja um cenário de má sorte, uma tempestade perfeita de atualizações ou configurações que criam o incidente. Isto, simples, a menos que a atualização tenha sido manipulada por um cibercriminoso, o que parece não ser o caso nesta instância.

É provável que todos os fornecedores de cibersegurança revejam os seus processos de atualização para prometer que não existem lacunas e para ver porquê podem reforçá-los. Nuno Mendes, CEO da ESET Portugal, reforça que

O que realmente se aprende é que, quando uma empresa alcança uma posição de mercado significativa, o seu domínio pode motivar um evento de semi-monocultura globalizado, em que um único problema afeta muitos sistemas, porquê aconteceu com nascente incidente da CrowdStrike.

Qualquer profissional de cibersegurança utiliza termos porquê “resguardo em profundidade” ou “camadas de resguardo” referindo-se à utilização de várias tecnologias e, na maior segmento dos casos, de vários fornecedores para impedir potenciais ataques, mas também é importante não olvidar a resiliência da arquitetura e a não subordinação de um único fornecedor.

Quando chega a fundura de atribuir culpas a ESET relembra que se os cibercriminosos e os agentes maliciosos não criassem ciberameaças, não precisaríamos de proteção em tempo real.