An Azure event routing service designed for high availability, consistent performance, and dynamic scale.
Solved this by assigning permissions to an unrelated Storage account. Very strange.
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
I am trying to add or update filters on existing Event Grid system subscriptions within a specific resource group and system topic. When attempting to save the new filter, I encounter an error related to webhook endpoint validation failing. The issue began on October 22, 2026. The save operation does not produce a detailed error message, but the portal displays a validation failure. I want to understand why the validation is failing during the update process.
Azure Event Grid system topic in the resource group. The affected subscriptions are blob event topics.
The issue occurs when attempting to save filters via the Azure portal. No changes have been successfully saved since the problem started.
I am seeking guidance on diagnosing and resolving the webhook validation failure during filter updates on Event Grid subscriptions. I want to identify the root cause and steps to fix the validation issue to successfully update the filters.
An Azure event routing service designed for high availability, consistent performance, and dynamic scale.
Solved this by assigning permissions to an unrelated Storage account. Very strange.
Hi Fredrik Mohlin & thx for join me at Q&A platform,
One important detail here is that Azure Event Grid can perform webhook endpoint validation when an event subscription is updated, not just when it's created. So even if you're only changing filters, the update can fail if Event Grid can't complete the validation handshake with the existing endpoint.
I'd first check whether the webhook is still reachable and responding correctly to validation requests. For the Event Grid event schema, the endpoint must handle Microsoft.EventGrid.SubscriptionValidationEvent and return HTTP 200 with the received validationCode in the validationResponse property. Returning HTTP 202 or a normal event-processing response isn't enough.
If you're using CloudEvents instead, validation works differently. The endpoint must handle the HTTP OPTIONS request and return the appropriate WebHook-Allowed-Origin header.
Check the webhook's application logs around the exact time you click Save. Look for incoming validation requests and their HTTP status codes. A 401, 403, timeout, or missing validation response would explain the failure. If there's a firewall, WAF, API gateway, or authentication layer in front of the webhook, check whether it's rejecting those requests.
I'd also look at Azure Activity Log for the failed Microsoft.EventGrid/eventSubscriptions/write operation. The detailed error response and correlation ID should help distinguish an actual endpoint validation failure from a portal or resource provider issue.
Because this started on October 22 and affects existing subscriptions, there's another possibility worth checking: the Azure portal might be submitting endpoint configuration during the filter update, causing validation to run again. That's not necessarily a bug, but if the endpoint responds correctly and the update still fails, I'd want Microsoft to investigate that path.
As a diagnostic, compare the current subscription configuration with the update request and check whether the destination endpoint or authentication settings are being changed unintentionally. You could also try updating only the filters through Azure CLI or ARM, while preserving the existing endpoint configuration. I'd do that on a non-production subscription first if possible.
If the same operation fails outside the portal, it points more toward Event Grid validation or the resource provider. If CLI/ARM succeeds while the portal fails, that would be useful evidence of a portal-specific issue.
I wouldn't recommend deleting and recreating the production event subscriptions just to get around this. what's the destination endpoint type a custom HTTPS webhook, Azure Function, Logic App, or something else? And are the existing subscriptions still delivering blob events successfully? That would help narrow down whether we're dealing with a webhook handshake problem or an unexpected validation failure during the subscription update.
rgds,
Alex
p.s. if my answer is help - pls mark it as an answer