Our Community is getting an upgrade! To get everything ready for the relaunch, we’ll be placing the site in read-only mode starting September 21st.
We really appreciate your understanding while we get things set up behind the scenes. Catch up on all the exciting details about the move here.
Need help or have questions? Drop us a line at [email protected]

Community Articles

Find and share helpful community-sourced technical articles.
Announcements
Share your experience with Cloudera on G2 and get a $25 Amazon Gift card.
Hi, I'm CLEO! Something exciting is coming to the Community. Stay Tuned!
avatar
Expert Contributor

The Qualys tool reports vulnerabilities in ZooKeeper, even when the ZooKeeper security configuration is applied (HDP doc, CDP doc).

There are two kinds of reports Qualys makes that are not addressable by Cloudera:

  1. The security guidance keeps several znodes in the affected services as world-readable, like so:
    /zookeeper/quota sasl:zookeeper:cdrwa,world:anyone:r
    Any world-readable znode will appear on the scanner, and will require an exception filed for it. This is the position of Qualys, as reported by our customers who use Qualys.
  2. The security guidance does not cover several services. The following components require no action according to our documentation:
    • Calcite
    • Knox
    • MapReduce
    • Spark
    • Tez
    • Zeppelin

The Qualys tool will still report znodes owned by these services.

Note: it is possible to harden the ACLs beyond the Best Practices recommendation in the documentation, and to harden the ACLs of services not covered in the Best Practices. However, Cloudera cannot provide what the correct ACLs are in that case. Testing on the customer's side is required. It is very easy to set the ACLs such that services that need access to the znode will not have it, and this needs to be handled on a znode by znode basis.

If an attempt at hardening the ACLs is going to be made, these suggestions may help:

  • Try implementing SASL (this is the same method used in most of the Best Practices recommendations)
  • Try restricting privileges to the service user
  • If something breaks, try to identify the user that performed the failed action, and add the necessary privileges only for that user
1,459 Views
0 Kudos
Version history
Last update:
‎04-21-2026 02:01 AM
Updated by: