EDIH, EEN, Interreg: a plataforma dos programas europeus.Saber mais

Maturidade Cyber Resilience Act · Regulamento (UE) 2024/2847 relativo à ciber-resiliência dos produtos digitais

As suas exigências CRA traduzidas em níveis de maturidade, em lacunas documentadas e num plano de ação concreto.

10 domínios, uma escala de 5 níveis. E a ação que faz passar de um nível para o seguinte.

Os 10 domínios do referencial, já redigidos de N1 a N5. Uma empresa, uma unidade de negócio, ou 300 de uma vez.

Maturidade Cyber Resilience Act · Regulamento (UE) 2024/2847 relativo à ciber-resiliência dos produtos digitais

Âmbito e classificação dos produtosN1 → N5
Exigências essenciais de segurança by designN1 → N5
Análise de risco do produtoN1 → N5
Nomenclatura de software e cadeia de fornecimentoN1 → N5

10 domínios, escala de 5 níveis.

Nordhavn Industries

53 / 100

Âmbito e classificação dos produtos6484
Exigências essenciais de segurança by design5379
Análise de risco do produto6182
Nomenclatura de software e cadeia de fornecimento3773
IAIndustrializado: as suas notas de entrevista bastam, a IA preenche o diagnóstico.

Medem a sua maturidade com a Datamensio

  • CNES
  • Docaposte
  • Cetim
  • Aerospace Valley
  • Pôle SCS
  • Cap'Tronic

Um exemplo

Esta situação podia ser a sua.

Vejamos o exemplo de uma empresa: três instalações, três folhas de cálculo, nenhuma resposta comum.

01

Ninguém sabe consolidar.

Nordhavn Industries, 2 400 pessoas em Hamburgo, Lyon e Porto. Um cliente pergunta em que ponto está o grupo. Cada instalação responde na sua folha de cálculo, com as suas próprias escalas.

02

Três semanas, uma única base.

Um diagnóstico Regulamento (UE) 2024/2847 (Cyber Resilience Act) lançado nas três instalações ao mesmo tempo, a partir das notas de entrevista dos responsáveis. O referencial já estava escrito, os 10 domínios e os níveis N1 a N5 também.

03

Duas despesas evitadas antes de serem assumidas.

Uma pontuação de 53 em 100, um desvio concentrado em três domínios. O assistente de IA detetou que duas ações do plano duplicavam as de outro diagnóstico. O relatório de resultados para a comissão foi pedido numa frase.

O que isto lhes evitou

  • 3instalações medidas na mesma base, em vez de três questionários a retrabalhar
  • 2ações duplicadas detetadas antes da despesa
  • 1relatório de resultados para a comissão, sem retrabalho manual

Estes números são os de um exemplo. Podiam ser os seus.

A norma impõe processos. A Datamensio diz onde está.

01

O referencial já está escrito

Domínios, perguntas e níveis N1 a N5 redigidos. Não parte de uma folha de cálculo em branco.

02

A pontuação sai no próprio dia

Online, por link de autoavaliação ou em entrevista. Domínio a domínio, comparável ao longo do tempo.

03

O desvio transforma-se num plano com custos

Cada passagem de nível tem a sua ação. A IA prioriza pelo efeito esperado, não pela ordem da norma.

04

A progressão demonstra-se

Campanha após campanha, face ao seu objetivo e ao seu histórico. É isso que a sua comissão executiva pede.

A escala de maturidade

Um nível, o seguinte, e a ação que liga os dois.

É este mecanismo (um nível, um nível superior, e a ação que liga os dois) que transforma uma constatação numa trajetória.

Dispõe de uma nomenclatura de software (SBOM) atualizada para os produtos que coloca no mercado?

  1. N1

    Não existe qualquer nomenclatura de software. Os componentes de terceiros de um produto só são conhecidos pelos programadores que os integraram.

  2. N2

    Existem listas de componentes para alguns produtos, feitas manualmente, sem formato comum nem atualização a cada entrega.

  3. N3

    É gerado um SBOM num formato padrão para os produtos abrangidos, atualizado a cada versão publicada e conservado junto da documentação técnica.

  4. N4

    O SBOM é produzido automaticamente pela cadeia de build, cruzado com os boletins de vulnerabilidades, e desencadeia uma revisão sempre que um componente é afetado.

  5. N5

    O SBOM cobre as dependências transitivas e os componentes dos fornecedores, com um acompanhamento documentado das lacunas e uma revisão periódica das regras de aceitação dos componentes.

Ação para passar de N2 a N3

Escolher um formato de SBOM padrão, integrá-lo na definição de entregável de cada versão publicada e verificar a sua presença na revisão de release, associando-o ao processo técnico do produto.

« Graças à Datamensio, cumprimos os nossos objetivos com muito mais eficácia. Os serviços de inspeção do FEDER e do nosso ministério de tutela apreciaram particularmente esta abordagem, que lhes fornece dados fiáveis. »

Diretora da CCI 94CCI Île-de-France

Chambre de commerce et d'industrie
« Consideramos que é a solução mais adequada para levar o nosso projeto de transformação à escala e medir o impacto de acordo com as nossas necessidades. »

Maja SucekChief Operating Officer, Interreg Danube

Interreg Danube Region

Faça a sua primeira medição

Sobre o que trata este referencial

O Cyber Resilience Act, regulamento (UE) 2024/2847, aplica-se aos produtos com elementos digitais, físicos ou de software, disponibilizados no mercado da União. Fixa exigências essenciais de cibersegurança para a conceção, o desenvolvimento e a produção, e obrigações de tratamento das vulnerabilidades durante todo o período de suporte. Impõe uma avaliação de conformidade, uma documentação técnica, uma declaração UE de conformidade e a marcação CE. Cria ainda obrigações de notificação à ENISA para as vulnerabilidades ativamente exploradas e os incidentes graves.

A dificuldade não está em ler o texto, está em saber quem faz o quê. O CRA envolve a I&D, a segurança do produto, a qualidade, o jurídico e o suporte, muitas vezes em organizações onde a cibersegurança foi pensada para o sistema de informação e não para o produto vendido. Conhece o perímetro exato dos seus produtos abrangidos e a respetiva classificação? Sabe produzir uma nomenclatura de software atualizada para cada um deles? Quem se compromete hoje com o período de suporte e com a distribuição das correções de segurança?

Uma confusão surge com frequência: o CRA não é uma vertente da NIS 2. A NIS 2 incide sobre a segurança das entidades e dos seus sistemas, o CRA sobre os produtos que uma empresa coloca no mercado. Um mesmo grupo pode ser abrangido por ambos, com responsáveis e provas diferentes. Outro ponto de atenção: o regulamento aplica-se segundo um calendário escalonado, com as obrigações de notificação a entrar em vigor antes das obrigações gerais. Tratar o assunto como um simples processo de marcação CE leva a descobrir tardiamente os trabalhos de fundo, em particular a gestão coordenada das vulnerabilidades.

Uma auditoria de conformidade conclui com uma lacuna ou uma conformidade, produto a produto. O diagnóstico de maturidade responde a outra pergunta: em que nível de domínio se situam as suas práticas de segurança do produto, e que ação precisa faz passar para o nível seguinte. É isto que permite pilotar um programa de transformação em várias gamas e várias equipas de desenvolvimento, com uma trajetória clara em comité de direção em vez de uma lista de exigências a verificar.

No Datamensio, o referencial está pronto a usar e pode ser adaptado. A IA ajusta os domínios, as perguntas e os níveis ao seu portefólio de produtos, ou constrói uma vertente a partir dos seus procedimentos de desenvolvimento e dos seus processos técnicos existentes. De seguida, revê as respostas, assinala as lacunas que se repetem de uma gama para outra e redige o relatório de resultados, enquanto a decisão continua a ser sua: cada ação proposta mantém-se, é afastada ou reescrita antes de entrar no roteiro.

Norma de referência: Regulamento (UE) 2024/2847 (Cyber Resilience Act)

Os domínios avaliados

  • Âmbito e classificação dos produtos

    Inventário dos produtos com elementos digitais, papel assumido (fabricante, importador, distribuidor), classificação face às categorias do regulamento, identificação dos produtos críticos.

  • Exigências essenciais de segurança by design

    Segurança considerada desde a conceção, configuração segura por defeito, redução da superfície de ataque, proteção dos dados e das comunicações, controlo de acesso, registo de eventos.

  • Análise de risco do produto

    Avaliação dos riscos de cibersegurança por produto, documentação da análise, atualização face às evoluções funcionais, consideração dos usos previstos e dos usos indevidos previsíveis.

  • Nomenclatura de software e cadeia de fornecimento

    Produção e atualização do SBOM, identificação dos componentes de terceiros e open source, avaliação dos fornecedores, rastreabilidade das dependências e das versões entregues.

  • Gestão de vulnerabilidades e divulgação coordenada

    Ponto de contacto para reporte, política de divulgação coordenada, prazos de tratamento, testes e revisões de segurança, acompanhamento das vulnerabilidades por corrigir.

  • Atualizações de segurança e período de suporte

    Determinação e publicação do período de suporte, distribuição das correções, separação entre correções de segurança e evoluções funcionais, gestão do fim de suporte.

  • Notificação de vulnerabilidades exploradas e de incidentes

    Deteção e qualificação, procedimentos de alerta à ENISA e às autoridades nacionais, cumprimento dos prazos, informação aos utilizadores, rastreabilidade das notificações.

  • Avaliação de conformidade e documentação técnica

    Escolha do procedimento de avaliação, processo técnico, declaração UE de conformidade, marcação CE, recurso a um organismo notificado quando aplicável, conservação das provas.

  • Informação aos utilizadores

    Nota de segurança, instruções de instalação e configuração, comunicação do período de suporte, avisos e informações de fim de vida.

  • Governação e vigilância do mercado

    Repartição das responsabilidades entre I&D, segurança, qualidade e jurídico, competências em segurança do produto, indicadores de pilotagem, preparação para os pedidos das autoridades de vigilância do mercado.

Está disponível uma versão curta do referencial para a auto-avaliação online.

Perguntas frequentes

O Cyber Resilience Act certifica-se?

Não no sentido de uma certificação voluntária de tipo ISO. O regulamento impõe uma avaliação de conformidade, uma declaração UE de conformidade e a marcação CE, com intervenção de um organismo notificado para certas categorias de produtos. O diagnóstico Datamensio mede a maturidade das suas práticas e prepara esse processo, não emite qualquer certificado.

Qual a diferença entre este diagnóstico e uma auditoria de conformidade CRA?

A auditoria examina um produto e conclui com uma lacuna ou uma conformidade. O diagnóstico situa as suas práticas numa escala de maturidade, domínio a domínio, e indica a ação que faz passar ao nível seguinte. Serve para enquadrar o programa antes da auditoria e para acompanhar o seu progresso.

Quanto tempo demora a avaliação?

A versão curta preenche-se em 20 a 30 minutos por um responsável de segurança do produto. A versão completa, em modo colaborativo, estende-se geralmente por uma a duas semanas, sendo a maior parte do tempo dedicada a recolher elementos junto da I&D, da qualidade e do suporte.

É possível adaptar o referencial ao nosso portefólio de produtos?

Sim. As perguntas, os níveis e os domínios são modificáveis, e pode adicionar as suas próprias exigências internas. A IA produz uma vertente por família de produtos ou por unidade de negócio a partir dos seus procedimentos de desenvolvimento.

Como se articula este diagnóstico com a NIS 2 ou a ISO 27001?

A NIS 2 e a ISO 27001 incidem sobre a organização e os seus sistemas, o CRA sobre os produtos colocados no mercado. As práticas de gestão de vulnerabilidades e de análise de risco cruzam-se em parte. Um roteiro transversal permite consolidar vários diagnósticos sem duplicar as ações.

É necessária uma expertise técnica para responder?

As perguntas incidem sobre práticas de conceção, gestão de vulnerabilidades e documentação, não sobre configurações precisas. Um responsável de segurança do produto ou um responsável de qualidade pode responder, atribuindo ao modo colaborativo as perguntas que dizem respeito à engenharia.

É possível comparar várias linhas de produtos entre si?

Sim. O mesmo referencial pode ser implementado em várias unidades de negócio ou gamas, com um benchmark entre entidades e face às avaliações anteriores. As lacunas alimentam um roteiro consolidado ao nível do grupo.

Onde são alojados os dados?

Em França, na OVH, com cópia de segurança na Scaleway. Sem qualquer transferência para fora da União Europeia. Os modelos de IA utilizados podem ser selecionados, incluindo entre soluções europeias.

Faça a sua primeira medição