Given that you are a Global Admin and have the correct Sentinel RBAC roles, this is not a permission issue. Pls check if you did the below steps.
1. The "Azure-Side" Force Disconnect
We need to tell the backend to stop trying to provision. You can do this from the Sentinel side, which you can still access.
- Log in to the Azure Portal (https://www.google.com/search?q=portal.azure.com).
- Navigate to your Microsoft Sentinel workspace.
- In the left menu, scroll to Configuration and select Settings.
- Select the Settings tab (top middle).
- Find Microsoft Defender XDR (formerly Microsoft 365 Defender) in the list.
- Check the Status:
- If it says "Connected": Click it and select Disconnect.
- Crucial: Wait at least 15-30 minutes after disconnecting. This allows the "deprovisioning" signals to propagate through the backend graph.
- After waiting, check the Defender portal. The error should be gone (reverted to the old view). You can then try connecting again.
- If it says "Connect" (Not Connected): This confirms the "Zombie" state. The Azure side thinks it's off, but the Defender side thinks it's still "preparing."
- The Fix: Click Connect to force the connection active again. Wait for it to say "Connected." Then, immediately Disconnect it. This "toggle on/toggle off" action often clears the stuck flag in the backend.
2. The "Deep Link" Bypass Attempt
If you can reach the API Explorer, we can sometimes delete the stuck configuration manually.
Try navigating directly to this URL (bypassing the dashboard): https://security.microsoft.com/interoperability/apiexplorer
- If this link loads: You have a backdoor. You can use the API Explorer to send a DELETE request to the provisioning endpoint (let me know if you get access, and I can provide the query).
- If this link also gives the "Hang on" error: The entire portal access is blocked at the tenant level.
3. Check for "Orphaned" Connectors
If you previously had a different Sentinel workspace connected to this tenant and deleted it without disconnecting Defender first, the Defender portal might be trying to connect to a workspace that no longer exists.
- Ensure the workspace you are checking in Step 1 is the only one attempting to connect.
Let me know if this helped you.
Thanks