You have a custom analytics rule to detect threats in Azure Sentinel. You discover that the analytics rule stopped running. The rule was disabled, and the rule name has a prefix of AUTO DISABLED. What is a possible cause of the issue?
A.
There are connectivity issues between the data sources and Log Analytics.
B.
The number of alerts exceeded 10,000 within two minutes.
C.
The rule query takes too long to run and times out.
D.
Permissions to one of the data sources of the rule query were modified.
D - https://docs.microsoft.com/en-us/azure/sentinel/tutorial-detect-threats-custom#issue-a-scheduled-rule-failed-to-execute-or-appears-with-auto-disabled-added-to-the-name
Correct answer is D
Permanent failure - rule auto-disable due to the following reasons
The target workspace (on which the rule query operated) has been deleted.
The target table (on which the rule query operated) has been deleted.
Microsoft Sentinel had been removed from the target workspace.
A function used by the rule query is no longer valid; it has been either modified or removed.
Permissions to one of the data sources of the rule query were changed.
One of the data sources of the rule query was deleted or disconnected.
Answer is D
As per Microsoft's own documentation on troubleshooting analytics rules: A rule is never autodisabled due to a transient failure
One of their examples of transient failure is "A rule query takes too long to run and times out."
The only rules that are auto-disabled are queries that have permanent failure.
List as an example of permanent failure is "Permissions to one of the data sources of the rule query were changed"
Link: https://learn.microsoft.com/en-us/azure/sentinel/troubleshoot-analytics-rules
C- In Microsoft Sentinel, if an analytics rule is automatically disabled and the rule name is prefixed with "AUTO DISABLED," it typically indicates that the query within the rule has failed repeatedly. One common cause of this issue is that the query takes too long to execute or times out, which can lead to the rule being automatically disabled to avoid consuming excessive resources.
C. The rule query takes too long to run and times out:
Explanation: This is a common reason for Azure Sentinel to automatically disable a custom analytics rule. If a query takes too long to execute (usually due to complexity or large data volumes), it can lead to performance issues. Azure Sentinel may automatically disable such a rule to prevent it from impacting the overall performance of the system.
Relevance: This is the most likely cause of the rule being automatically disabled and the name being prefixed with "AUTO DISABLED."
A permanent failure occurs due to a change in the conditions that allow the rule to run, which without human intervention can't return to their former status. The following are some examples of failures that are classified as permanent:
The target workspace (on which the rule query operated) was deleted.
The target table (on which the rule query operated) was deleted.
Microsoft Sentinel was removed from the target workspace.
A function used by the rule query is no longer valid; it was either modified or removed.
Permissions to one of the data sources of the rule query were changed (see example).
One of the data sources of the rule query was deleted.
https://learn.microsoft.com/en-us/azure/sentinel/troubleshoot-analytics-rules
A function used by the rule query is no longer valid; it has been either modified or removed. Permanent failure - rule auto-disabled Correct. For Transient failure there are two reasons and both are listed A rule query takes too long to run and times out.
Connectivity issues between data sources and Log Analytics, or between Log Analytics and Microsoft Sentinel.
Any other new and unknown failure is considered transient.
Option D.
I think it is option D as both option A and C are for transient and question asked to pick one option. Also question says stopped while with transient failure it tries again to run the rule
The possible cause of the issue is D. Permissions to one of the data sources of the rule query were modified.
Option C is not correct because the rule query timeout does not cause a rule to be disabled. The default timeout for a rule query is 10 minutes, but it can be extended up to 60 minutes by using the query_timeout parameter in the advanced settings. If a query exceeds the timeout limit, it will fail and generate an error, but it will not disable the rule.
Correct: ACD
Transient reasons:
* A rule query takes too long to run and times out.
* Connectivity issues between data sources and Log Analytics, or between Log Analytics and Microsoft Sentinel.
* Any other new and unknown failure is considered transient.
Permanent reasons:
* The target workspace (on which the rule query operated) has been deleted.
* The target table (on which the rule query operated) has been deleted.
* Microsoft Sentinel had been removed from the target workspace.
* A function used by the rule query is no longer valid; it has been either modified or removed.
* Permissions to one of the data sources of the rule query were changed.
* One of the data sources of the rule query was deleted.
Source:
https://learn.microsoft.com/en-us/azure/sentinel/detect-threats-custom#issue-a-scheduled-rule-failed-to-execute-or-appears-with-auto-disabled-added-to-the-name
This section is not available anymore. Please use the main Exam Page.SC-200 Exam Questions
Log in to ExamTopics
Sign in:
Community vote distribution
A (35%)
C (25%)
B (20%)
Other
Most Voted
A voting comment increases the vote count for the chosen answer by one.
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one.
So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
PJR
Highly Voted 3 years, 11 months agog_man_rap
8 months agosubhuman
Highly Voted 3 years, 1 month agoAvaris
Most Recent 3 months agotalosDevbot
7 months agob9cf0e5
7 months, 3 weeks agog_man_rap
8 months, 3 weeks agoAvaris
10 months agoSneekygeek
1 year agoxoe123
1 year, 3 months agoxoe123
1 year, 3 months agoDCT
1 year, 3 months agochepeerick
1 year, 6 months agomali1969
1 year, 7 months agodonathon
1 year, 8 months agoD_PaW
1 year, 11 months agostromnessian
3 years, 2 months agoEltooth
3 years, 6 months ago