Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Portal: CLI] Trust Group Name Enumeration Risk #143

Open
teward opened this issue May 14, 2018 · 0 comments
Open

[Portal: CLI] Trust Group Name Enumeration Risk #143

teward opened this issue May 14, 2018 · 0 comments

Comments

@teward
Copy link

teward commented May 14, 2018

During a penetration test of the Trident software as part of a penetration test conducted by Black Hills Info Sec, a Trustgroup Enumeration Risk was discovered.

This requires a low-privilege user to expose the risk, and the CLI access to be enabled in the portal.

It was discovered that the portal /cli/ page, when enabled, had a command called ml which gave information about mailing lists to which the user was subscribed with input like ml list groupname. If the given group name existed, the response would give a different error than if it did not, allowing the tester to enumerate group names. Mailing list addresses seemed to be prepended with the group name, as expected by the system, but this could be used to enumerate available trust groups.

While this could potentially be used in targeted social engineering attacks, the risk of this is low.

Recommendations included providing a consistent response to requests which did not yield immediate internal information as to the status of the item requested.

Examples included below:

Command issued as a non-member of a valid group: ml list validgroup
Output: "An error occured: Not a group member."

Command issued against an invalid group: ml list invalidgroup
Output: "An error occured: sql: no rows in result set."

@bapril was notified about this issues over email shortly after the issues were discovered. It was decided that a public issue ticket for this issue should be made over the past weekend.

The Portal interface to the CLI should probably have standardized responses regardless of whether a group exists or not, if you are not a member of such group.

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

No branches or pull requests

1 participant