[ https://issues.apache.org/jira/browse/ZOOKEEPER-1782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16061211#comment-16061211 ]
Michael Han commented on ZOOKEEPER-1782: ---------------------------------------- Committed to master: fb267672d219c73c0cf2527fafebc1a0b17d3bee branch-3.5: 822e51a01201fc56e810aacf36f828cf226c45e3 Not sure if this should be in 3.4 though - if needed, the patch needs a little rework on the doc because it references something (x509 auth) that does not exist in br-3.4. > zookeeper.superUser is not as super as superDigest > -------------------------------------------------- > > Key: ZOOKEEPER-1782 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1782 > Project: ZooKeeper > Issue Type: Bug > Affects Versions: 3.4.5 > Reporter: Robert Joseph Evans > Assignee: Robert Joseph Evans > Fix For: 3.5.4, 3.6.0 > > Attachments: zk-1782.patch, zk-1782.patch > > > The zookeeper.superUser system property does not fully grant super user > privileges, like zookeeper.DigestAuthenticationProvider.superDigest does. > zookeeper.superUser only has as many privileges as the sasl ACLs on the znode > being accessed. This means that if a znode only has digest ACLs > zookeeper.superUser is ignored. Or if a znode has a single sasl ACL that > only has read privileges zookeeper.superUser only has read privileges. > The reason for this is that SASLAuthenticationProvider implements the > superUser check in the matches method, instead of having the super user > include a new Id("super","") as Digest does. -- This message was sent by Atlassian JIRA (v6.4.14#64029)