An Azure service that is used to provision Windows and Linux virtual machines.
Hello @Robert Heckes
Step 1: Secure Your Environment Right Now
Revoke the unauthorized account immediately
Go to portal.azure.com → Microsoft Entra ID (formerly Azure AD)
Users → find the Outlook.com account → Delete or Block sign-in
Subscriptions → your subscription → Access control (IAM)
Find that account in role assignments → Remove
Rotate everything that account could have touched
All service principal secrets and certificates
Any storage account keys
Database connection strings
App Service publish profiles
Any secrets in Key Vault (check access policies for that account)
Enable MFA on your account if not already on
Entra ID → Users → your account → Authentication methods
Review all other accounts with subscription access
Subscription → IAM → Role assignments — audit every entry, remove anything unfamiliar
Step 2: Preserve Evidence Before It Ages Out
Activity logs are retained for only 90 days. Export everything now.
Azure Portal → Monitor → Activity Log
→ Filter: last 30 days, your subscription
→ Export → Download as JSON or CSV
Also capture:
The specific Deallocate and Delete log entries as screenshots with full event detail expanded
The "Event initiated by" field clearly visible
Entra ID sign-in logs for that account: Entra ID → Sign-in logs → filter by that username
Step 3: Contact Microsoft Support — Do This Now
portal.azure.com → Help + Support → New support request
Issue type: Security
Problem type: Unauthorized access / Security incident
Mark severity as Critical / A
Tell them:
Your subscription ID
The VM name and resource group
Exact timestamps of the Deallocate and Delete events
The Outlook.com account shown in the activity log
That you are requesting VM restoration from platform-side backup if possible
That you need a full investigation of how this account gained access
Microsoft has an internal security response team (MSRC) for exactly this scenario. A security-classified ticket gets escalated differently than a standard support request.
Step 4: VM Recovery Options
Check for managed disk snapshots first
Portal → Disks → look for orphaned disks or snapshots
Portal → Snapshots → filter by your resource group
If the OS disk snapshot exists, you can rebuild the VM from it immediately.
Check Azure Backup
Portal → Backup center → Backup instances
If backup was configured, you can restore from there directly.
If no snapshots or backups exist
Microsoft support may be able to restore from platform-side retention in some cases, but this is not guaranteed and depends on your subscription tier and how long ago deletion occurred. 9 hours is still within the window where this is worth asking about explicitly in your support ticket.
Rebuild from scratch if needed
If recovery fails, you'll need to redeploy the VM. Your logs and data disks may still exist as orphaned resources — check Disks in the portal before concluding data is lost.
If this answers your query, do click Accept Answer and Up-Vote for the same. And, if you have any further query do let us know.