![]() |
VOOZH | about |
We’re so glad you’re here. You can expect all the best TNS content to arrive Monday through Friday to keep you on top of the news and at the top of your game.
Check your inbox for a confirmation email where you can adjust your preferences and even join additional groups.
Follow TNS on your favorite social media networks.
Become a TNS follower on LinkedIn.
Check out the latest featured and trending stories while you wait for your first TNS newsletter.
The EU’s Digital Operational Resilience Act (DORA) is a regulatory framework aimed at enhancing the digital operational resilience of financial institutions within the European Union.
Its primary goal is to ensure that financial entities can withstand, respond to and recover from all types of disruptions and threats related to information and communications technology (ICT), such as cyberattacks. It’s not to be confused with Google’s DevOps success metrics — also known as DORA.
The EU’s DORA framework establishes a uniform set of requirements for managing ICT risks across the financial sector, promoting a harmonized approach to digital resilience.
Key Points of DORA:
If you are a CISO or are in an IT compliance-related role in a financial institution in the EU, what exactly do you need to do to ensure your organization is in compliance with DORA, particularly in relation to your Java investment?
Put the five critical tasks below on the list of things that you need to start doing right now, since DORA will apply as of Jan. 17, 2025.
Chapter II mandates a strong ICT risk management framework. As one critical part of that, be aware that using unsupported OpenJDK distributions can expose financial institutions to significant risks, such as unpatched security vulnerabilities and performance issues. Work with a Java vendor that provides a fully supported and secure Java platform, ensuring that Java applications remain resilient and compliant with ICT risk management requirements.
Chapter III focuses on timely incident reporting. Unsupported OpenJDK distributions might not receive critical updates or fixes, leading to unreported and unnoticed incidents, which can result in noncompliance.
Chapter IV requires regular testing of ICT systems. Using unsupported OpenJDK distributions can undermine these tests, as outdated or vulnerable versions may not accurately reflect production environments, leading to false security assumptions. Ensure your Java vendor provides up-to-date, tested Java distributions, enabling reliable and accurate testing environments for financial institutions.
Chapter V addresses third-party ICT risks. Relying on unsupported OpenJDK distributions from third parties increases the risk of security breaches and operational failures. By working with a vendor who provides commercial support for your Java environment, you can ensure that third-party Java-based applications and services meet the highest security and performance standards, reducing third-party risks.
Chapter VI encourages sharing information on cyberthreats. Unsupported OpenJDK distributions may miss critical updates and patches, making them a weak link in the information-sharing chain.
By addressing these tasks, financial organizations invested in Java can safely navigate DORA’s requirements while strengthening their digital operational resilience. Financial institutions using Java can become and remain compliant with DORA by providing a secure, supported and stable Java platform, mitigating the risks associated with unsupported OpenJDK distributions.
By using Azul’s supported Java distributions, organizations can ensure they are aware of the latest vulnerabilities and can share relevant threat information with other entities to enhance collective cybersecurity. Azul’s Java runtimes come with comprehensive support and monitoring, and are fine-tuned for vulnerability and dead code detection of Java code live in production, helping organizations quickly and accurately detect, report and resolve incidents, ensuring compliance with DORA.