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

feat(ldapquery): add support multiple search fields #1240

Open
wants to merge 1 commit into
base: develop
Choose a base branch
from

Conversation

rkokkelk
Copy link

@rkokkelk rkokkelk commented Jan 5, 2024

This commit adds the possibility of defining multiple UID search fields which will result in a LDAP query checking for the given data in all those fields. This greatly increases the flexiblity of using this analyzer for checking multiple different input data.

E.g. given the following real life example. Organization defines users with different identifiable user references such as ([username] userx, [username] userx@iam.foo.bar, [email] userid@email.foo.bar, [email] idxxxxx@foo.bar). Those user references are all different fields within LDAP. Also alerts, such as in TheHive, generates a variarety of those datatypes as observables. With the previous version of LDAPquery it was not possible to check all possible fields resulting in manually changing all the observables to follow a specific user reference

With this version it is possible use the LDAPQuery analyzer for all those use cases by simply adding more relevant UID Search fields.

This commit adds the possibility of defining multiple UID search fields
which will result in a LDAP query checking for the given data in all
those fields. This greatly increases the flexiblity of using this
analyzer for checking multiple different input data.

E.g. given the following real life example. Organization defines users
with different identifiable user references such as ([username] userx,
[username] userx@iam.foo.bar, [email] userid@email.foo.bar, [email]
idxxxxx@foo.bar). Those user references are all different fields within
LDAP. Also alerts, such as in TheHive, generates a variarety of those
datatypes as observables.  With the previous version of LDAPquery it
was not possible to check all possible fields resulting in manually
changing all the observables to follow a specific user reference

With this version it is possible use the LDAPQuery analyzer for all
those use cases by simply adding more relevant UID Search fields.
@jeromeleonard jeromeleonard changed the base branch from master to develop January 19, 2024 06:34
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.

None yet

1 participant