Cibersegurança de infraestruturas críticas para defesa ligada e controlo operacional

A cibersegurança de infraestruturas críticas protege os sistemas que sustentam serviços essenciais. Cypher Sentinel acrescenta uma camada soberana de convergência ao ambiente de segurança existente, ligando contexto de segurança IT e OT aprovado a capacidades nativas e coordenação assistida por IA. Os operadores definem o limite da implementação e a autoridade para ações que afetam os seus sistemas.

Proteja o serviço, o processo e os dados

A tecnologia operacional inclui sistemas de controlo industrial (ICS) e sistemas de supervisão e aquisição de dados (SCADA) utilizados para monitorizar e controlar processos físicos.

Uma decisão de cibersegurança num ambiente operacional pode afetar um processo físico. A proteção de infraestruturas críticas tem, por isso, de considerar a continuidade do serviço, as restrições de engenharia e as pessoas responsáveis pela operação segura.

O NIST SP 800-82 Rev. 3 aborda os requisitos específicos de desempenho, fiabilidade e segurança física da tecnologia operacional. Estes requisitos devem integrar o fluxo de segurança desde o início: como os dados são recolhidos, como um alerta é avaliado e quem pode autorizar uma alteração a um sistema operacional.

Ligue contexto de segurança IT e OT

A abordagem de Cypher Sentinel que privilegia a integração começa pelos sistemas SIEM, de endpoints, identidade, rede e monitorização OT já existentes. Pontes de integração e APIs ligam fontes e fluxos selecionados à plataforma de convergência. O piloto verifica as interfaces, a direção dos dados, as permissões e as versões dos produtos necessárias para o caso de utilização escolhido.

• Contexto de identidade e acesso: compreenda a conta, o caminho de acesso remoto e a função permitida envolvidos na investigação.
• Contexto de ativos e serviços: relacione a atividade observada com os sistemas afetados, a zona operacional e as dependências dos serviços.
• Contexto de segurança: ligue os alertas, eventos e inteligência selecionados necessários para investigar o cenário.
• Autoridade operacional: identifique a equipa que pode aprovar a resposta, o âmbito permitido e a via de recuperação.

A arquitetura da plataforma explica como se articulam entradas, contexto partilhado, coordenação de capacidades e limites de ação.

Um fluxo a avaliar: acesso remoto de engenharia

Considere um cenário-piloto ilustrativo que envolve a utilização suspeita de uma conta remota de engenharia. Integre na investigação os sinais aprovados de identidade, endpoints e monitorização. Analise a criticidade do ativo, o trabalho em curso e a janela de manutenção. O operador responsável escolhe então a ação permitida e regista a decisão. Este fluxo deve ser validado face aos seus sistemas e procedimentos durante o piloto.

Defina o âmbito em torno do serviço essencial

A mesma arquitetura de convergência pode ser avaliada face a diferentes requisitos operacionais. Defina os ativos importantes e as dependências dos serviços antes de selecionar um âmbito tecnológico.

• Energia e serviços públicos: dê prioridade à continuidade, ao acesso de engenharia e ao limite entre sistemas empresariais e ambientes de controlo.
• Água e operações industriais: identifique os processos, as restrições dos equipamentos e a atividade de manutenção autorizada que dão significado operacional a um alerta.
• Comunicações e transportes: mapeie as dependências dos serviços, a administração distribuída e o efeito de uma resposta nas operações ligadas.
• Infraestrutura financeira: estabeleça os requisitos de identidade, serviços de transação e provas para os sistemas incluídos no piloto.

Cada piloto deve documentar os dispositivos, protocolos, versões e ferramentas de monitorização existentes de que depende. Confirme a cobertura e o método de recolha necessários para esse ambiente antes de alargar o âmbito.

Mantenha a implementação e a resposta sob o seu controlo

O operador define onde a plataforma funciona, onde residem os dados e as chaves, quais as identidades que a podem administrar e quais as ligações externas permitidas. O plano de implementação também abrange o alojamento dos modelos, as fontes de inteligência, os procedimentos de atualização e as capacidades necessárias durante uma perda de conectividade. Consulte a plataforma soberana de cibersegurança para as decisões de implementação.

A automatização tem de respeitar a autoridade operacional. Distinga observação e recomendações de ações sujeitas a aprovação e de quaisquer fluxos automatizados delimitados. Para ações que possam afetar a produção ou a segurança física, defina o decisor responsável, as verificações operacionais e o procedimento de recuperação antes de ativar o fluxo.

Construa um piloto em torno da segurança operacional

Um piloto útil é suficientemente delimitado para ser avaliado e suficientemente relevante para informar a decisão de implementação seguinte. Comece por um serviço ou local e por um cenário de ameaça que as equipas de segurança e operações considerem importante.

• Estabelecer o limite: identifique os ativos, as restrições operacionais, as fontes de dados permitidas e as pessoas responsáveis pelo piloto.
• Verificar a recolha: acorde o método de recolha, incluindo telemetria passiva ou existente quando adequado, e avalie o impacto operacional.
• Exercitar o fluxo: investigue o cenário escolhido com as integrações selecionadas, as aprovações acordadas e o procedimento de recuperação.
• Analisar as provas: compare a completude dos dados, o esforço de investigação, o tempo até uma decisão aprovada e o impacto operacional com a referência documentada.

Passe do piloto para uma implementação mais ampla através de uma decisão de aceitação dos sistemas e capacidades avaliados. Utilize os resultados para aperfeiçoar a cobertura das integrações, as responsabilidades operacionais e o caso de utilização seguinte.

Integre as provas de garantia na arquitetura

Utilize os requisitos setoriais aplicáveis e as normas operacionais internas para definir os controlos e as provas necessários. Os objetivos intersetoriais de desempenho em cibersegurança da CISA fornecem uma base voluntária e priorizada de práticas de segurança. As orientações do NIST sobre segurança OT constituem uma referência para as restrições de sistemas industriais e outros sistemas físicos.

Para cada requisito, identifique a função da plataforma ou ferramenta existente relevante, a configuração, o responsável e as provas a analisar. Uma implementação e avaliação documentadas estabelecem a fundamentação de garantia para o ambiente real.

Prepare infraestruturas de longa duração para a mudança criptográfica

Inclua a criptografia na revisão de ativos e dependências: onde são utilizadas chaves e certificados, que comunicações precisam de proteção, como são autenticadas as atualizações de software e que equipamentos podem ser alterados. Cypher Sentinel integra capacidades criptográficas avançadas na plataforma de segurança para que as funções selecionadas possam ser avaliadas em conjunto com a arquitetura operacional mais ampla.

O NIST apela às organizações para iniciarem a migração pós-quântica, identificando criptografia vulnerável e planeando atualizações. ML-KEM, normalizado em FIPS 203, aborda o estabelecimento de chaves; ML-DSA e SLH-DSA, normalizados em FIPS 204 e 205, abordam assinaturas digitais. A transição deve ter em conta a interoperabilidade dos protocolos, o ciclo de vida das chaves, as restrições dos equipamentos e as janelas de alteração aprovadas. Leia a visão geral da cibersegurança pós-quântica.