Cyber Resilience Act:
How to prepare your SCADA?
The CRA in figures
global cost of cybercrime
attacks target industry
before intrusion detection
maximum fine CRA
to declare a vulnerability
What the CRA means for your industrial systems
For software publishers, this means total responsibility for the product lifecycle: security integrated from the design stage, ongoing maintenance, transparency and accessible documentation for audits. For manufacturers, this means increased pressure for contract renewal, customer audits and insurance requirements.
In this context, AVEVA solutions already meet these requirements, by integrating safety and lifecycle policies in line with forthcoming European standards.
Cyber Resilience Act puts industrial systems under the microscope
Production-critical systems
System interconnection
Extended attack surface
Immediate operational impact
Reinforced audit requirements
AVEVA, a publisher already aligned with the requirements of the Cyber Resilience Act
Organization-wide cyber security
Controlled, transparent lifecycle
Security by design throughout the software chain
Questions to ask yourself
What are the concrete risks we run in the event of a cyber attack or CRA non-compliance?
A cyber attack, or the use of software that does not comply with the Cyber Resilience Act, can have immediate and critical consequences for your operations. You could face production stoppages, loss of sensitive data or major disruptions to your industrial systems.
Non-compliant software may also be withdrawn from the market, blocking certain projects or deployments in progress. What's more, your clients and insurers now require cybersecurity guarantees: without CRA certification, your renewals may be refused, and your premiums sharply increased.
Finally, in the event of an incident, the use of non-compliant software may be considered a breach of due diligence, directly incurring your liability.
Does our currently deployed version still benefit from active security support?
With AVEVA solutions, the lifecycle phase is clearly defined (LTS/STS) and publicly documented. You can precisely identify the duration of security support, available updates and end-of-life conditions. This ensures that your environments remain protected over time.
What are the guaranteed timescales for correcting a critical vulnerability?
AVEVA applies a structured vulnerability management process with controlled timeframes: rapid notification, publication of security advisories and provision of patches within controlled timeframes. These commitments are in line with CRA requirements.
How are vulnerabilities identified, assessed and dealt with?
AVEVA software is based on a comprehensive process: continuous monitoring (CVE), risk assessment (CVSS), prioritization and publication of security advisories. This ensures proactive, documented management of vulnerabilities across the entire portfolio.
What can we present during a CRA supplier audit?
AVEVA provides complete artifacts: trust center, certifications (ISO 27001, IEC 62443), Secure Development Lifecycle documentation, lifecycle policy and security notices. These elements can be used directly for your supplier audits.
Is the publisher committed to certification for Class II products?
AVEVA industrial solutions are part of an advanced compliance approach, including preparation for CE marking and alignment with critical system requirements (Class II), with assessment by third-party bodies.
Has the lifecycle policy been updated to incorporate CRA requirements?
AVEVA revised its lifecycle policy in 2024 to integrate CRA requirements: transparency of support periods, vulnerability management and migration planning. This approach makes it easier to anticipate audits and upgrades.
How is the software supply chain managed and secured?
AVEVA audits all its third-party components (open source and commercial), maintains a precise inventory and continuously assesses their exposure to vulnerabilities. This control of the supply chain is a key element of its cybersecurity strategy.
What security mechanisms are built into solutions by default?
AVEVA solutions natively integrate security mechanisms: strong authentication, access management, encryption, logging and configuration hardening. This "secure by design" approach limits dependence on external layers.
How are development and delivery environments secured?
AVEVA secures its environments through controlled development pipelines, automated scans and regular audits. The aim is to guarantee software integrity from conception to deployment.
Do we have full traceability of versions and patches applied?
AVEVA solutions enable precise traceability of versions, patches and updates. This visibility is essential to meet audit requirements and ensure rigorous management of industrial environments.
What is the migration strategy for end-of-life versions?
AVEVA offers structured migration paths, with clear visibility of target versions and transition plans. This makes it possible to anticipate evolutions without operational disruption.
Will our current solutions remain compliant and supported after 2027?
AVEVA has taken a proactive approach to aligning with the CRA, including maintaining safety support and preparing for CE marking. Our solutions are designed to ensure sustainable compliance in critical industrial environments.