Forum Discussion
Custom Entities
Hi all
When you create a rule and configure your Entities, there used to be a line that says
"More custom entities coming soon", this seems to have been removed.
Can the PG share any announcements on this?
We would really need Arrays to be a supported Entity Type.
In rules like "Failed login attempts to Azure Portal", there is an array of IP-addresses per event.
As we cannot map an array to the IP entity, I adapted the query to map the first address to the IP entity field.
This solution isn't pretty, but it's the only workaround possible.
This is Ely from the product group.
Supporting more entities as part of scheduled alerts is indeed required and planned. We are working on a solution to support a more flexible way to map entities that will support more entity types and more fields for each entity.
The requirement for supporting arrays is a bit different and will require some thought.
A short-term solution can be to use the mv-expand operator to create a line for each IP address and then map them using the regular way. You can then use the Alert Grouping feature (now available in public preview) to make sure you group the alerts as to not generate too many incidents.
- wadstromdevCopper Contributor
Thijs Lecomte, regarding the "Failed login attempts to Azure Portal" rule, that rule has been updated to correct the entity problem. You can copy the updated query from the Azure Sentinel Github repo: https://github.com/Azure/Azure-Sentinel/blob/master/Detections/SigninLogs/FailedLogonToAzurePortal.yaml
Hope that helps a bit until we get more entity types!
- Thijs LecomteBronze ContributorThis helps thank you!
But this just tostrings the IP address. So we cannot use this to correlate to other alerts etc. - akshay250692Brass Contributorany KQL for Failed login attempts to Azure Portal
- Sarah_YoungMicrosoft
Thijs Lecomte Thanks for your feedback, unfortunately we don't have anything to share publicly about this right now.
Thanks!
Sarah
- Ely_AbramovitchMicrosoft
This is Ely from the product group.
Supporting more entities as part of scheduled alerts is indeed required and planned. We are working on a solution to support a more flexible way to map entities that will support more entity types and more fields for each entity.
The requirement for supporting arrays is a bit different and will require some thought.
A short-term solution can be to use the mv-expand operator to create a line for each IP address and then map them using the regular way. You can then use the Alert Grouping feature (now available in public preview) to make sure you group the alerts as to not generate too many incidents.
- akefallonitisBrass Contributor
When more custom entities is planned ? Any timeline ?
Also field aggregation in correlation should be considered in scenarios when we need to pass field as a parameter to the correlated rule especially in a MSSP enviroment or even multiple layers of correlation rules needed.
E.g Alertname , CustomerName should be able to be aggregated to be able to check which alert got hit in which Customer. Is that something that will be considered also ?
Did not find any request so i added my own in the uservoice: https://feedback.azure.com/forums/920458-azure-sentinel/suggestions/40271452-azure-sentinel-rules-fields-aggregation-and-custom
Thanks
- AMateos91Iron Contributorakefallonitis I think you should be able these days to aggregate those user mames in order to check out the alert functionality.