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

Case sensitivity for keywords #623

Closed
Barrybigbuddy opened this issue Nov 21, 2019 · 3 comments
Closed

Case sensitivity for keywords #623

Barrybigbuddy opened this issue Nov 21, 2019 · 3 comments

Comments

@Barrybigbuddy
Copy link

We are doing some security analysis work and were finding out that applying the ECS standards for security data coming into ES essentially made all of our searches, via Discovery, case sensitive. We were doing a hunt for malicious data and even the search for GET vs get bring up different results since following ECS defaults to keyword for most string data. I was wondering, for the security use case (data using our Beats for different security inputs) if we could recommend and show people how to use normalization and lowercase for many of those security fields? Does it make sense? Or how we can control case sensitivity based on specific use case

@webmat
Copy link
Contributor

webmat commented Dec 3, 2019

Related #570

@webmat
Copy link
Contributor

webmat commented Dec 6, 2019

@Barrybigbuddy Probably not a full solution yet, but may help: #680

@ebeahan
Copy link
Member

ebeahan commented Dec 22, 2020

Since the last activity here, Elasticsearch has introduced the case_insensitive flag for various query types, which will allow for case insensitive matching of a value. A huge plus to this approach is no reindexing of data is required to take advantage of case insensitive. 😄

It falls outside the ECS scope, but a lowercase normalizer now also ships with ES. Custom fields or custom multi-fields could set normalizer: lowercase for particular use cases.

@ebeahan ebeahan closed this as completed Dec 22, 2020
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

3 participants