CVE-2019-12399GHSA-6JMF-MXWF-R3JC
When Connect workers in Apache Kafka 2.0.0, 2.0.1, 2.1.0, 2.1.1, 2.2.0, 2.2.1, or 2.3.0 are configured with one or more config providers, an
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 2.0.2, 2.1.2, 2.2.2, 2.3.1
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
When Connect workers in Apache Kafka 2.0.0, 2.0.1, 2.1.0, 2.1.1, 2.2.0, 2.2.1, or 2.3.0 are configured with one or more config providers, and a connector is created/updated on that Connect cluster to use an externalized secret variable in a substring of a connector configuration property value, then any client can issue a request to the same Connect cluster to obtain the connector's task configuration and the response will contain the plaintext secret rather than the externalized secrets variables.
Timeline
- CVE published
- Record last updated
Affected versions
- Apache Kafka
Apache Kafka 2.0.0, 2.0.1, 2.1.0, 2.1.1, 2.2.0, 2.2.1, 2.3.0
- org.apache.kafka:kafkaMaven
From 2.0.0 · fixed in 2.0.2
- org.apache.kafka:kafkaMaven
From 2.1.0 · fixed in 2.1.2
- org.apache.kafka:kafkaMaven
From 2.2.0 · fixed in 2.2.2
- org.apache.kafka:kafkaMaven
From 2.3.0 · fixed in 2.3.1
References 24
lists.apache.org
- thread.html/r6af5ed95726874e9add022955be83c192428c248d1c9a1914aff89d9@<users.kafka.apache.org>
- thread.html/r6af5ed95726874e9add022955be83c192428c248d1c9a1914aff89d9@<announce.apache.org>
- thread.html/r6af5ed95726874e9add022955be83c192428c248d1c9a1914aff89d9@<dev.kafka.apache.org>
- thread.html/rc27d424d0bdeaf31081c3e246db3c66e882243ae3f342dfa845e0261@<commits.kafka.apache.org>
- thread.html/rde947ee866de6687bc51cdc8dfa6d7e6b3ad4ce8c708c344f773e6dc@<commits.druid.apache.org>
- thread.html/r4b20b40c40d4a4c641e2ef4228098a57935e5782bfdfdf3650e48265@<commits.druid.apache.org>
- thread.html/r6fa1cff4786dcef2ddd1d717836ef123c878e8321c24855bad24ae0f@<commits.druid.apache.org>
- thread.html/r3203d7f25a6ca56ff3e48c43a6aa7cb60b8e5d57d0eed9f76dc2b7a8@<commits.druid.apache.org>
- thread.html/rfe90ca0463c199b99c2921410639aed53a172ea8b733eab0dc776262@<commits.druid.apache.org>
- thread.html/r801c68bf987931f35d2e24ecc99f3aa2850fdd8f5ef15fe6c60fecf3@<commits.druid.apache.org>
- thread.html/r3154f5adbc905f1f9012a92240c8e00a96628470cc819453b9606d0e@<commits.druid.apache.org>
- thread.html/r4d9e87cdae99e98d7b244cfa53d9d2532d368d3a187fbc87c493dcbe@<commits.druid.apache.org>
- thread.html/r56eb055b544931451283fee51f7e1f5b8ebd3085fed7d77aaba504c9@<commits.druid.apache.org>
- thread.html/r0e3a613705d70950aca2bfe9a6265c87503921852d9a3dbce512ca9f@<commits.druid.apache.org>
- thread.html/r9871a4215b621c1d09deee5eba97f0f44fde01b4363deb1bed0dd160@<commits.druid.apache.org>
- thread.html/r47c225db363d1ee2c18c4b3b2f51b63a9789f78c7fa602e5976ecd05@<commits.druid.apache.org>
- thread.html/r2d390dec5f360ec8aa294bef18e1a4385e2a3698d747209216f5a48b@<commits.druid.apache.org>
- thread.html/r8890b8f18f1de821595792b58b968a89692a255bc20d86d395270740@<commits.druid.apache.org>
- thread.html/rda253155601968331b5cf0da4f273813bbd91843c2568a8495d1c662@<commits.kafka.apache.org>