All vulnerability reports

Timing side channel vulnerability in UIDL request handler in Vaadin 7 and 8

Severity:
Medium (Base score 4.0) CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:N
CVE entry:
CVE-2021-31403

Overview

Non-constant-time comparison of CSRF tokens in UIDL request handler in com.vaadin:vaadin-server versions 7.0.0 through 7.7.23 (Vaadin 7.0.0 through 7.7.23), and 8.0.0 through 8.12.2 (Vaadin 8.0.0 through 8.12.2) allows attacker to guess a security token via timing attack.

See CWE-208: Observable Timing Discrepancy

Description

Vaadin applications use different types of tokens for different purposes, such as preventing CSRF, managing Push and Upload requests. The token checking implementation was subject to the theoretical possibility of timing attacks based on how long it takes for a request with invalid token to be rejected.

These timing attacks could result in exposure of the user's token, which can be used to blindly submit data on the user's behalf, without the possibility of reading back the responses, or of opening websockets and listening for published data from the server for that user, which may or may not contain sensitive information due to the application’s nature.

The vulnerability is fixed using constant-time comparison for all security tokens to prevent these potential timing attacks. Applications using the affected Vaadin versions should all be updated to the latest maintenance release.

Affected products and mitigation

Users of affected versions should apply the following mitigation or upgrade. Releases that have fixed this issue include:

Product version Mitigation
Vaadin 7.0.0 - 7.7.23 Upgrade to 7.7.24 or newer 7 version (Vaadin 7 extended maintenance)
Vaadin 8.0.0 - 8.12.2 Upgrade to 8.12.3 or newer 8 version

Please note that updating to Vaadin 7 is only available to extended-support customers.

Artifacts

Maven coordinates Vulnerable version Fixed version
com.vaadin:vaadin-server 7.0.0 - 7.7.23 ≥ 7.7.24
com.vaadin:vaadin-server 8.0.0 - 8.12.2 ≥ 8.12.3

Credit

This issue was discovered and responsibly reported by Xhelal Likaj.

References

History

  • 2021-02-12: Initial vulnerability report published