Bug 1939839 (CVE-2021-27568) - CVE-2021-27568 json-smart: uncaught exception may lead to crash or information disclosure
Summary: CVE-2021-27568 json-smart: uncaught exception may lead to crash or informatio...
Alias: CVE-2021-27568
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
Depends On: 1940099 1940100 1940101 1940106 1940107 1940110 1940111 1940114 1940115
Blocks: 1939841
TreeView+ depends on / blocked
Reported: 2021-03-17 08:07 UTC by Marian Rehak
Modified: 2022-09-05 12:21 UTC (History)
25 users (show)

Fixed In Version: json-smart 1.3.2, json-smart 2.4.1
Doc Type: If docs needed, set a value
Doc Text:
A flaw was found in json-smart. When an exception is thrown from a function, but is not caught, the program using the library may crash or expose sensitive information. The highest threat from this vulnerability is to data confidentiality and system availability. In OpenShift Container Platform (OCP), the Hive/Presto/Hadoop components that comprise the OCP Metering stack, ship the vulnerable version of json-smart package. Since the release of OCP 4.6, the Metering product has been deprecated [1], hence the affected components are marked as wontfix. This may be fixed in the future. [1] https://docs.openshift.com/container-platform/4.6/release_notes/ocp-4-6-release-notes.html#ocp-4-6-metering-operator-deprecated
Clone Of:
Last Closed: 2021-08-19 09:34:54 UTC

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2021:3225 0 None None None 2021-08-19 07:18:28 UTC
Red Hat Product Errata RHSA-2021:4767 0 None None None 2021-11-23 10:34:59 UTC
Red Hat Product Errata RHSA-2021:4918 0 None None None 2021-12-02 16:17:53 UTC
Red Hat Product Errata RHSA-2021:5134 0 None None None 2021-12-14 21:34:02 UTC

Description Marian Rehak 2021-03-17 08:07:16 UTC
An issue was discovered in netplex json-smart-v1 through 2015-10-23 and json-smart-v2 through 2.4. An exception is thrown from a function, but it is not caught, as demonstrated by NumberFormatException. When it is not caught, it may cause programs using the library to crash or expose sensitive information.

Upstream Reference:


Comment 4 Jonathan Christison 2021-03-19 15:25:15 UTC
A word on scoring, our scoring is currently 9.1/CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H and NVD of 9.1/CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H will change to 5.9/CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H

My take: 

Exploitability Metrics: 

Attack Vector Network (AV:N) 
Mostly agree here, although the json-smart application library itself is not bound to the network stack it is commonly used in end applications bound to the network stack to parse json data. ie. The JSON data can originate from a WAN  

Attack Complexity Low (AC:L) -> Attack Complexity High (AC:H): 
We disagree with the original scoring of a low attack complexity, we believe the impact is significantly different depending on the specific end applications handling, that is to say a successful attack depends on conditions beyond the attacker's control, we believe those conditions are -

*) The attacker must have an injection point to introduce malicious or badly formatted JSON data, this is dependent on the end application design and is an element outside the attackers control

*) The end application has no handling of general exceptions (in this case NumberFormatException), again this is dependent on the end application design and end application termination may be a desired outcome in some circumstances.  

*) In order to have a high impact upon confidentiality the stack trace containing the sensitive information would need to be returned to the attacker, again this is end application implementation dependent but stack trace information which may contain the sensitive information from a RuntimeException will not commonly be reflected to a remote attacker, this in conjunction with the need for the attacker to inject the malicious JSON data in the first place 

Privileges Required None (PR:N) 
Agree here, the attacker does not need to be a privileged user eg. no login required to exploit the base flaw.

User Interaction None (UI:N)
Mostly agree here, a user does not need to be coerced into performing any action for this flaw, an attacker can expect to be successful if the user is simply using the service at the same time, so the attack cannot except such a high impact without another user but the attack is still possible regardless. 

Scope Unchanged (S:U)
Agree here, the attacker will not be able to escape the scope of the executing JVM solely due to this flaw
Impact Metrics:

Confidentiality High (C:H) -> Confidentiality None (C:N)
We disagree with the original scoring of high impact upon confidentiality, we can see no evidence of confidential information being disclosed or reflected via the stacktrace generated from the exception, adding to this, any information in the stack trace (ie. the bad json value) has to of been mutable by the attacker in order to exploit the flaw

Integrity High (I:N) 
Agree here, there is no loss of integrity within the impacted component or end application upon a success attack, the attacker is unable to modify any data.

Availability High (A:H)
Agree here, this flaw has the potential to cause a total loss of availability in end applications if the exception generated is unhandled

Comment 9 errata-xmlrpc 2021-08-19 07:18:26 UTC
This issue has been addressed in the following products:

  Red Hat AMQ Streams 1.8.0

Via RHSA-2021:3225 https://access.redhat.com/errata/RHSA-2021:3225

Comment 10 Product Security DevOps Team 2021-08-19 09:34:54 UTC
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s):


Comment 11 errata-xmlrpc 2021-11-23 10:34:57 UTC
This issue has been addressed in the following products:

  Red Hat Integration

Via RHSA-2021:4767 https://access.redhat.com/errata/RHSA-2021:4767

Comment 12 errata-xmlrpc 2021-12-02 16:17:51 UTC
This issue has been addressed in the following products:

  Red Hat Integration

Via RHSA-2021:4918 https://access.redhat.com/errata/RHSA-2021:4918

Comment 13 errata-xmlrpc 2021-12-14 21:34:00 UTC
This issue has been addressed in the following products:

  Red Hat Fuse 7.10

Via RHSA-2021:5134 https://access.redhat.com/errata/RHSA-2021:5134

Note You need to log in before you can comment on or make changes to this bug.