Corda Enterprise Edition 4.8 release notes

Corda Enterprise Edition 4.8.12 is a patch release of Corda Enterprise Edition focused on resolving issues.

As a developer or node operator, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

  • ReceiveTransactionFlow was checking that the network parameters on the transaction existed before ResolveTransactionFlow was executed. This could cause a problem in certain scenarios; for example, when sending a top-level transaction to a new node in a migrated network, as the old network parameters would not exist on this new node. This has now been fixed.
  • When resolving a party, in some code paths, wellKnownPartyFromAnonymous did not consider notaries from network parameters when trying to resolve an X.500 name. This scenario could occur when introducing a new node to a newly-migrated network as the new node would not have the old notary in its network map. This has now been fixed. Notaries from network parameters are now considered in the check.
  • Delays when performing an SSL handshake with new nodes no longer impacts existing connections with other nodes.
  • Previously, the order of the states in vault query results would sometimes be incorrect if they belonged to the same transaction. This issue has been resolved.
  • Added improvements to node thread names to make logging and debugging clearer.
  • Vault queries have been optimised to avoid the extra SQL query for the total state count where possible.
  • Some log messages at warning level relating to failed SSL handshakes were accidentally introduced as part of improvements to SSL certificate handling in the previous patch release, and would appear frequently in the logs as part of connectivity tests of traffic load balancers and system monitoring. These log messages have been silenced to reduce “noise” in the logs.

Corda Enterprise Edition 4.8.11 is a patch release of Corda Enterprise focused on new functionality and resolving issues.

As a developer or node operator, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

  • The certificate revocation checking has been improved with the introduction of a read timeout on the download of the certificate revocation lists (CRLs). The default CRL connect timeout has also been adjusted to better suit Corda nodes. The caching of CRLs has been increased from 30 seconds to 5 minutes.

  • When a notary worker is shut down, message ID cleanup is now performed as the last shutdown activity, rather than the first; this prevents a situation where the notary worker might still appear to be part of the notary cluster and receiving client traffic while shutting down.

  • Flow checkpoint dumps now include a status field which shows the status of the flow; in particular, whether it is hospitalized or not.

  • Debug logging of the Artemis server has been added.

  • During recovery from a transport-layer connection break in peer-to-peer connectivity, a workaround to a bug in the Artemis message broker was only performed during the first break in connectivity. This led to a rare failure to re-establish connectivity between two peers until the node was restarted. The workaround is now performed on every loss of connectivity, and thus peer-to-peer connectivity should now always be re-established without operator intervention.

  • The default value for the node configuration value cryptoServiceTimeout has been increased from 1 second to 10 seconds.

  • A rare condition was fixed relating to rollback of database transactions under heavy load, which caused flow state machine threads to stop processing flows, leading to eventual node lock up in certain circumstances.

  • Previously, a memory leak in the transaction cache occurred due to the weight of in-flight entries being undervalued. Improvements have been made to prevent in-flight entry weights from being undervalued and because they are now estimated more correctly, this results in a large decrease in the total size of cached entities.

  • Flow draining mode no longer acknowledges P2P in-flight messages that have not yet been committed to the database. Previously, flow draining mode acknowledged all in-flight messages as duplicate.

  • Previously, when loading checkpoints, the only log messages recorded were at the end of the process, recording the total number of checkpoints loaded.

    Now, the following additional logging has been added:

    • Checkpoints: Logging has been added for the two types of checkpoints - runnable and paused flows - being loaded; log messages show the number of checkpoints loaded every 30 seconds until all checkpoints have been loaded.

    • Finished flows: Log messages now show the number of finished flows.

    For example:

    [INFO ] 2023-02-03T17:00:12,767Z [main] statemachine.MultiThreadedStateMachineManager. - Loading checkPoints flows {}
    [INFO ] 2023-02-03T17:00:12,903Z [main] statemachine.MultiThreadedStateMachineManager. - Number of runnable flows: 0. Number of paused flows: 0 {}
    [INFO ] 2023-02-03T17:00:12,911Z [main] statemachine.MultiThreadedStateMachineManager. - Started loading finished flows {}
    [INFO ] 2023-02-03T17:00:28,437Z [main] statemachine.MultiThreadedStateMachineManager. - Loaded 9001 finished flows {}
    [INFO ] 2023-02-03T17:00:43,606Z [main] statemachine.MultiThreadedStateMachineManager. - Loaded 24001 finished flows {}
    [INFO ] 2023-02-03T17:00:46,650Z [main] statemachine.MultiThreadedStateMachineManager. - Number of finished flows : 27485 {}
    
  • A fix for cache eviction has been applied where an issue resulted in an incorrect contract verification status while a database transaction was in progress during contract verification.

  • The default SSL handshake timeout for inbound connections has been increased to 60 seconds. If during SSL handshake, certificate revocation lists (CRLs) take a long time to download, or are unreachable, then this 60 seconds gives the node enough time to establish the connection if crlCheckSoftFail is enabled.

  • Compatibility when using the performance test suite from Apple silicon Macs has been improved.

  • The default SSL handshake timeout for inbound connections has been increased to 60 seconds. If during SSL handshake, certificate revocation lists (CRLs) take a long time to download, or are unreachable, then this 60 seconds gives the node enough time to establish the connection if crlCheckSoftFail is enabled.

  • Debug logging of the Artemis server has been added.

Corda Enterprise Edition 4.8.10 is a patch release of Corda Enterprise focused on resolving issues.

As a developer or node operator, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

  • Previously, when configured to use confidential identities and the Securosys PrimusX HSM, it was possible for Corda to fail to generate a wrapped key-pair for a new confidential identity. This would cause a temporary key-pair to be leaked, consuming resources in the HSM. This issue occurred when:

    • The Securosys HSM was configured in a master-clone cluster.

    • The master HSM had failed and Corda had failed-over to use the clone HSM.

    • There was an attempt to create a transaction using confidential identities.

    The issue is now resolved. When generating a wrapped key-pair, the temporary key-pair is not persisted in the HSM and thus cannot be leaked.

    On applying this update, R3 recommends that the PrimusX JCE should be upgraded to version 2.3.4 or later for optimum performance of the HSM. If the JCE is not updated, then no keys are leaked but they are temporarily created in the HSM and are then garbage-collected within 24 hours.

    There is no need to upgrade the HSM firmware version for this update, but R3 recommends to keep the firmware up to date as a matter of course. Currently the latest firmware version is 2.8.50.

Corda Enterprise Edition 4.8.9 is a patch release of Corda Enterprise focused on resolving issues.

As a developer or node operator, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

  • For CENM 1.4+, the getNodeInfos() bulk fetch mechanism now retrieves NodeInfos from the network map via an HTTP proxy, if a proxy has been configured.

Corda Enterprise Edition 4.8.8 is a patch release of Corda Enterprise focused on CorDapp response time and security improvements.

As a developer or node operator, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

In this patch release:

  • Java serialization has been disabled in the Corda firewall, closing a potential security vulnerability.
  • The time it takes for first-time flows to be run in a signed CorDapp has been significantly reduced. This was achieved by fixing a regression introduced in Corda Enterprise Edition 4.8 involving the ServiceLoader used to load the SerializationWhitelist.
LibraryVersion 4.8.8Previous version
Jackson2.13.32.9.7
Netty4.1.77.Final4.1.46.Final
Quasar0.7.15_r30.7.13_r3
Shiro1.8.01.4.1
TCNative2.0.48.Final2.0.42.Final

Corda Enterprise Edition 4.8.7 is a patch release of Corda Enterprise that ensures class compatibility.

As a developer, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

As a node operator, you should upgrade to the latest released version of Corda.

In this patch release:

  • Backwards compatibility option (accessibility) for RestrictedConnection class, ensuring it respects TargetVersion correctly.

Corda Enterprise Edition 4.8.6 is a patch release of Corda Enterprise which includes dependency upgrades and fixes for minor flow and ledger issues.

As a developer, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

As a node operator, you should upgrade to the latest released version of Corda.

In this patch release:

  • Artemis keystore details have been added to the bridge configuration example in the Firewall component overview.
  • Serializer configuration updated to fix an issue where a node could not restore its flow from checkpoints in cases of failure.
  • Instances of the ValidatingNotaryFlow being incorrectly marked as an IdempotentFlow has been fixed.
  • A rare issue where records could show up in the vault in an inconsistent state has been resolved. On failed database entries, the vault cache is now invalidated and re-synced with the database.
  • The notarization runSender task has been updated to always use myLegalName instead of serviceLegalName.
  • Log4J dependency updated to v2.17.1.
  • ClassGraph package upgraded to v4.8.135 to provide greater security against XML eXternal Entity (XXE) attacks.
  • Netty package upgraded to v4.1.67.Final to provide greater security against Denial of Service (DoS) attacks.
  • Contracts no longer reuse the same instance of the LedgerTransaction and therefore can no longer maliciously or accidentally mutate states within the ledger.

Corda Enterprise Edition 4.8.5 is a patch release of Corda Enterprise that fixes an urgent security issue - CVE-2021-44228 - caused by the Apache Log4j 2 dependency. In this fix, the Log4j dependency is updated to version 2.16.0.

To get started with this upgrade, request the download link by raising a ticket with support.

As a developer, you should urgently upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here. As a node operator, you should urgently upgrade to the latest released version of Corda.

In this patch release:

  • Log4j dependency updated to version 2.16.0 to mitigate CVE-2021-44228.

Corda Enterprise Edition 4.8.4 is a patch release of Corda Enterprise that attempted to fix an urgent security issue - CVE-2021-44228 - caused by the Apache Log4j 2 dependency.

When available, update to the next patch release, Corda Enterprise Edition 4.8.5, as soon as possible.

Corda Enterprise Edition 4.8.3 is a patch release of Corda Enterprise that fixes an issue affecting flows on counterparty nodes in the event of certain notary exceptions.

As a developer, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

As a node operator, you should upgrade to the latest released version of Corda if the fixed issues listed below are relevant to your work.

In this patch release:

  • A fix has been added to prevent exceptions from the notary leading to hospitalized flows on counterparty nodes.

Corda Enterprise Edition 4.8.2 is a patch release of Corda Enterprise that fixes security vulnerabilities in Corda Enterprise Edition 4.8 and 4.8.1, and offers greater compatibility with recent versions of FutureX.

As a developer, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

As a node operator, you should upgrade to the latest released version of Corda if the fixed issues listed below are relevant to your work.

In this patch release:

  • Compatibility with FutureX versions FXPKCS11 4.40 and FXJCA 1.33.
  • A new FutureX configuration option has been introduced: loginOnce. This allows users to login only once, to match JWT continuous-keep-alive functionality. To enable this setting, use the updated configuration documentation. By default, loginOnce is set to false.
  • There are now additional log entries from configured FutureX crypto service detailing when operation on the crypto service starts and ends.
  • Notary support for Cockroach DB version 21.1.7.
  • A fix to prevent a rare invalid notarization response after internal notary flow retry.
  • Vulnerability fixes have been added to protect against Denial of Service (DoS) attacks via unchecked attachment files.
  • Vulnerability fixes have been added to prevent sensitive information being retrievable from MSSQL databases via DDL script using the Data Management Tool.
  • Corda Archive Service has been updated to prevent sensitive information being exposed in log files.
  • Corda now uses newer versions of the Netty library (4.1.67 for io.netty:netty-common and 2.0.42 for io.netty:netty-tcnative-boringssl-static), which resolves some security vulnerabilities.
  • Improvements to Checkpoint tooling to prevent record inconsistencies in some use cases.
  • An error was fixed when using FlowHandleWithClientId to get subflow status via a subflow.
  • A fix to improve enforcement of RPC authorisation matrix.
  • Default index added for transaction_id and output_index on state_party table.

Corda Enterprise Edition 4.8.1 is a patch release of Corda Enterprise that fixes a security vulnerability in Corda Enterprise Edition 4.8.

As a developer, you should upgrade to the latest released version of Corda as soon as possible. The latest Corda Enterprise release notes are on this page, and you can find the latest upgrade guide here.

As a node operator, you should upgrade to the latest released version of Corda if the fixed issues listed below are relevant to your work.

In this patch release:

  • Support for Oracle 19C database has been validated.
  • A fix has been introduced to reduce memory consumption during batched transaction resolution of large backchains.
  • Support has been introduced for RedHat Enterprise Linux 8.x in Corda 4.8.1.
  • Performance verification of the HA Notary with CockroachDB 20.2.8 has been carried out - performance is not worse in comparison to the HA Notary configured on CockroachDB 20.1.6.
  • Support for PostgreSQL 13.8 for node databases has been added.
  • Hibernate ORM has been updated to version to 5.4.32 to remove a security concern.
  • The Node management console configuration has been updated. Configuration is now set in node.management.plugin.middleware, no longer node.admin.middleware.
  • The Flow management console configuration has been updated. Configuration is now set in flow.management.plugin.middleware, no longer flow.admin.middleware.
  • LedgerGraph has been updated to version 1.2.2. This upgrade minimizes memory footprint, and is not a functional change.

Corda Enterprise Edition 4.8, released on April 21st 2021, includes several new features, enhancements, and fixes.

Corda 4.8 and Corda Enterprise Edition 4.8 are our long-term support (LTS) platform versions.

R3 provides LTS for this release for 30 months starting April 21st 2021. This is 6 months longer than the support periods for previous releases, giving Corda customers extra time to plan for the next upgrade.

Corda 4.8 uses platform version 10.

For more information about platform versions, see Versioning.

The JPA notary now supports Oracle DB version 19c. This database is supported until April 30th 2027.

If you use an Azure Key Vault HSM with Corda Enterprise, you can now use an existing Azure Managed Identities service as authentication.

See Using an HSM with Corda Enterprise for more information.

You can now configure timer and histogram metrics to use time-window data gathering. Time-window data gathering collects all data points for a given time window, allowing outlying data points to be properly represented.

See Node metrics for more information.

You can use StartupQueueTime and BatchSignLatency metrics to help calculate notary latency and assess notary worker performance across a notary cluster.

  • StartupQueueTime represents the time a flow has been queued before starting, in milliseconds.
  • BatchSignLatency represents the time elapsed during a batch signature, in milliseconds.

See Monitoring Notary Latency for more information.

Corda Enterprise Edition 4.8 fixes:

  • A security issue that affects notary systems that use the JPA notary implementation in an HA configuration and when the notary backing database has been set up using the Corda database management tool. The new version of the Corda database management tool must be re-run for the fix to take effect.
  • Several issues that cause memory leaks. As a result, we have added a new node configuration field - enableURLConnectionCache - and we have modified the attachmentClassLoaderCacheSize node configuration field. See the node configuration fields page for details.
  • An issue where the node is unable to resolve transaction chains that contain states or contracts that it did not relate to installed CorDapps.
  • Flow state, invocation source, and suspension source filters breaking in the node GUI.
  • Transaction verification being performed outside of the attachments class loader.
  • HA utilities not logging messages that state that the master key is not needed when using a native mode HSM.
  • HA utilities not logging information about the freshIdentitiesConfiguration.
  • Log messages incorrectly stating that a confidential identity key has been created.
  • An issue that causes the node to hang if shut down using SIGTERM.
  • Attachment presence cache containing the attachment contents.
  • The Corda Firewall throwing an error when retrieving version information.
  • HA utilities creating erroneous logs when using confidential identities.
  • An issue with the Oracle 12c database that causes the JDBC driver to hang if blocked by an empty entropy pool.

Click here to find all patches addressing the December 2021 Log4j vulnerability.

Was this page helpful?

Thanks for your feedback!

Chat with us

Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.

Propose documentation improvements directly

Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.

We're sorry this page wasn't helpful. Let us know how we can make it better!

Chat with us

Chat with us on our #docs channel on slack. You can also join a lot of other slack channels there and have access to 1-on-1 communication with members of the R3 team and the online community.

Create an issue

Create a new GitHub issue in this repository - submit technical feedback, draw attention to a potential documentation bug, or share ideas for improvement and general feedback.

Propose documentation improvements directly

Help us to improve the docs by contributing directly. It's simple - just fork this repository and raise a PR of your own - R3's Technical Writers will review it and apply the relevant suggestions.