Skip to content

ZOOKEEPER-5050. Enhance documentation of AdminServer to highlight security considerations#2389

Open
anmolnar wants to merge 2 commits into
apache:masterfrom
anmolnar:ZOOKEEPER-5050
Open

ZOOKEEPER-5050. Enhance documentation of AdminServer to highlight security considerations#2389
anmolnar wants to merge 2 commits into
apache:masterfrom
anmolnar:ZOOKEEPER-5050

Conversation

@anmolnar
Copy link
Copy Markdown
Contributor

No description provided.

Comment on lines +2725 to +2726
> unless explicitly configured otherwise. By default, communication is **unencrypted (HTTP)** and **client authentication
> is disabled**. Most administrative commands can be executed by any client that can connect to the AdminServer.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

given these issues why wouldn't this be disabled by default?


#### Default Security Posture

The default AdminServer configuration is intended for ease of use in trusted environments, but it is **not secure for
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

shouldn't we err on the side of security instead? (see prev line comment)


In addition, restrict access to the AdminServer port using firewall rules.

#### Disable the AdminServer If Not Needed
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we could flip this (see prev comments) and say to enable if needed?

@phunt
Copy link
Copy Markdown
Contributor

phunt commented May 19, 2026

It's not clear to me (and I don't see here nor in the references JIRA) why we wouldn't just flip this and disable by default, include the excellent new docs you've added, and put the burden on the user to ensure the requisite security enforcement prior to enabling/overriding? I think this would be fine and "backward compatible" given the user can make a change via config at runtime - we could include such details in the release notes.

@anmolnar
Copy link
Copy Markdown
Contributor Author

@eolivelli PTAL.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants