The cloud.microsoft domain
Observed content change
May need admin actionCheck your firewall and proxy allow lists; check whether new requirements apply to your setup; check whether a default changed for your tenant or devices.
Changed article references · 2 added · 4 removed
- Removed link: Introducing cloud.microsoft: a unified domain for Microsoft 365 apps and services
https://techcommunity.microsoft.com/t5/microsoft-365-blog/introducing-cloud-microsoft-a-unified-domain-for-microsoft-365/ba-p/3804961 - Removed link: Microsoft 365 URLs and IP address ranges
urls-and-ip-address-ranges?view=o365-worldwide - Removed link: Microsoft 365 network guidance on domains and service endpoints
urls-and-ip-address-ranges?view=o365-worldwide - Removed link: hundreds of domains
urls-and-ip-address-ranges?view=o365-worldwide - Added link: Microsoft 365 TLS decryption guidance
network-intermediation?view=o365-worldwide - Added link: Microsoft 365 endpoints
urls-and-ip-address-ranges?view=o365-worldwide
[added: cloud.microsoft is Microsoft's unified, purpose-managed domain for Microsoft 365, Microsoft Copilot, and other Microsoft SaaS experiences in the commercial cloud.]
Before: No saved wording on this side.
After: cloud.microsoft is Microsoft's unified, purpose-managed domain for Microsoft 365, Microsoft Copilot, and other Microsoft SaaS experiences in the commercial cloud.
[added: The cloud.microsoft domain provides a consistent and durable domain foundation for Microsoft SaaS. Customers can use it to identify Microsoft services, help users recognize official product URLs, configure network policies, and support domain-dependent integrations as Microsoft SaaS products and experiences evolve.]
Before: No saved wording on this side.
After: The cloud.microsoft domain provides a consistent and durable domain foundation for Microsoft SaaS. Customers can use it to identify Microsoft services, help users recognize official product URLs, configure network policies, and support domain-dependent integrations as Microsoft SaaS products and experiences evolve.
[added: cloud.microsoft is a Microsoft domain dedicated to Microsoft SaaS applications, services, and APIs. It resides under the .microsoft top-level domain, for which Microsoft is the registry operator and sole registrant. Because .microsoft is the top-level domain, cloud.microsoft ends there, without a .com, .net, or other suffix.]
Before: No saved wording on this side.
After: cloud.microsoft is a Microsoft domain dedicated to Microsoft SaaS applications, services, and APIs. It resides under the .microsoft top-level domain, for which Microsoft is the registry operator and sole registrant. Because .microsoft is the top-level domain, cloud.microsoft ends there, without a .com, .net, or other suffix.
[added: Every hostname ending in cloud.microsoft is within a Microsoft-controlled namespace used for official Microsoft products and services.]
Before: No saved wording on this side.
After: Every hostname ending in cloud.microsoft is within a Microsoft-controlled namespace used for official Microsoft products and services.
[added: Many Microsoft 365 and Microsoft Copilot experiences already use cloud.microsoft, with more Microsoft SaaS experiences transitioning to the domain over time.]
Before: No saved wording on this side.
After: Many Microsoft 365 and Microsoft Copilot experiences already use cloud.microsoft, with more Microsoft SaaS experiences transitioning to the domain over time.
[added: Domain names affect how people and organizations recognize, trust, configure, secure, and use online services. A consistent domain structure makes Microsoft services easier to recognize and manage as they evolve.]
Before: No saved wording on this side.
After: Domain names affect how people and organizations recognize, trust, configure, secure, and use online services. A consistent domain structure makes Microsoft services easier to recognize and manage as they evolve.
[added: Domain unification provides several benefits:]
Before: No saved wording on this side.
After: Domain unification provides several benefits:
[added: Product identity and trust: Consistent and recognizable product URLs make it easier for users and organizations to identify official Microsoft services and destinations.]
Before: No saved wording on this side.
After: Product identity and trust: Consistent and recognizable product URLs make it easier for users and organizations to identify official Microsoft services and destinations.
[added: Network configuration: A unified domain structure makes it easier for IT teams to identify Microsoft traffic and apply network policies without maintaining complex configurations for many different product domains.]
Before: No saved wording on this side.
After: Network configuration: A unified domain structure makes it easier for IT teams to identify Microsoft traffic and apply network policies without maintaining complex configurations for many different product domains.
[added: Security and isolation: Clear domain boundaries help browsers, applications, and security solutions distinguish Microsoft applications and services from third-party sites and other Internet destinations and apply appropriate security policies.]
Before: No saved wording on this side.
After: Security and isolation: Clear domain boundaries help browsers, applications, and security solutions distinguish Microsoft applications and services from third-party sites and other Internet destinations and apply appropriate security policies.
[added: Application integration: A common domain makes it easier for Microsoft applications and services to work together, reducing dependencies on different product-specific domains as experiences become more connected.]
Before: No saved wording on this side.
After: Application integration: A common domain makes it easier for Microsoft applications and services to work together, reducing dependencies on different product-specific domains as experiences become more connected.
[added: Microsoft 365 experiences have historically used many domains for different products and functions. Consolidating Microsoft SaaS experiences under cloud.microsoft provides a more consistent experience for users and applications, simplifies configuration for IT and network administrators, and establishes a durable domain foundation as Microsoft services evolve.]
Before: No saved wording on this side.
After: Microsoft 365 experiences have historically used many domains for different products and functions. Consolidating Microsoft SaaS experiences under cloud.microsoft provides a more consistent experience for users and applications, simplifies configuration for IT and network administrators, and establishes a durable domain foundation as Microsoft services evolve.
[added: Microsoft manages *.cloud.microsoft as a purpose-governed namespace for first-party Microsoft SaaS applications, services, and APIs. Services must meet Microsoft requirements for use of the namespace before onboarding and throughout their operation.]
Before: No saved wording on this side.
After: Microsoft manages *.cloud.microsoft as a purpose-governed namespace for first-party Microsoft SaaS applications, services, and APIs. Services must meet Microsoft requirements for use of the namespace before onboarding and throughout their operation.
[added: Unlike general-purpose Internet domains and cloud hosting platforms, customers and third parties can't use *.cloud.microsoft to host their own applications or infrastructure. The namespace excludes customer-managed IaaS and PaaS resources, third-party websites and infrastructure, and third-party executable content. These restrictions give organizations greater confidence that destinations under *.cloud.microsoft represent Microsoft-managed services rather than unrelated workloads sharing the same domain.]
Before: No saved wording on this side.
After: Unlike general-purpose Internet domains and cloud hosting platforms, customers and third parties can't use *.cloud.microsoft to host their own applications or infrastructure. The namespace excludes customer-managed IaaS and PaaS resources, third-party websites and infrastructure, and third-party executable content. These restrictions give organizations greater confidence that destinations under *.cloud.microsoft represent Microsoft-managed services rather than unrelated workloads sharing the same domain.
[added: For Microsoft 365 and Microsoft Copilot, this restriction makes *.cloud.microsoft a stable network identifier that IT and security teams can use when configuring network policies. Organizations can apply policies to the namespace instead of evaluating each hostname as an unrelated Internet destination or maintaining application-to-endpoint mappings as Microsoft services evolve.]
Before: No saved wording on this side.
After: For Microsoft 365 and Microsoft Copilot, this restriction makes *.cloud.microsoft a stable network identifier that IT and security teams can use when configuring network policies. Organizations can apply policies to the namespace instead of evaluating each hostname as an unrelated Internet destination or maintaining application-to-endpoint mappings as Microsoft services evolve.
[added: Allowing connections to *.cloud.microsoft provides network reachability to Microsoft services. It doesn't, by itself, give users access to Microsoft services or customer data. Authentication, authorization, and Microsoft 365 security and data-protection controls continue to govern access based on context such as user, device, application, tenant, session, and data.]
Before: No saved wording on this side.
After: Allowing connections to *.cloud.microsoft provides network reachability to Microsoft services. It doesn't, by itself, give users access to Microsoft services or customer data. Authentication, authorization, and Microsoft 365 security and data-protection controls continue to govern access based on context such as user, device, application, tenant, session, and data.
[added: *.cloud.microsoft also uses domain-level security mechanisms including DNSSEC, HTTP Strict Transport Security (HSTS) preload, and Certification Authority Authorization (CAA). These protections apply consistently across applications and services using the namespace.]
Before: No saved wording on this side.
After: *.cloud.microsoft also uses domain-level security mechanisms including DNSSEC, HTTP Strict Transport Security (HSTS) preload, and Certification Authority Authorization (CAA). These protections apply consistently across applications and services using the namespace.
[added: Help users recognize official Microsoft destinations. Educate users that URLs ending in cloud.microsoft are within a Microsoft-controlled namespace used for Microsoft products and services.]
Before: No saved wording on this side.
After: Help users recognize official Microsoft destinations. Educate users that URLs ending in cloud.microsoft are within a Microsoft-controlled namespace used for Microsoft products and services.
[added: Allow required connectivity. Allow *.cloud.microsoft and other required Microsoft 365 endpoints through firewalls, proxies, and network security solutions so they don't block required service traffic. Don't block individual hostnames within the cloud.microsoft namespace.]
Before: No saved wording on this side.
After: Allow required connectivity. Allow *.cloud.microsoft and other required Microsoft 365 endpoints through firewalls, proxies, and network security solutions so they don't block required service traffic. Don't block individual hostnames within the cloud.microsoft namespace.
[added: Bypass TLS decryption and inspection. Microsoft recommends preserving the intended end-to-end TLS connection between clients and *.cloud.microsoft destinations. Network solutions that terminate, decrypt, inspect, or modify these TLS connections can affect application availability, performance, interoperability, and supportability. For more information, see Microsoft 365 TLS decryption guidance.]
Before: No saved wording on this side.
After: Bypass TLS decryption and inspection. Microsoft recommends preserving the intended end-to-end TLS connection between clients and *.cloud.microsoft destinations. Network solutions that terminate, decrypt, inspect, or modify these TLS connections can affect application availability, performance, interoperability, and supportability. For more information, see Microsoft 365 TLS decryption guidance.
Source: Microsoft source · © Microsoft · CC BY 4.0.
Read the current Microsoft source · Link to this observation · Compare any two versions
Other changed sections
- Unified cloud.microsoft domain for Microsoft 365 apps
- Benefits of a unified domain
- Security considerations
- Requirements for admins
- Related content
Observation details
- Observed by ChangeIntel
- 5 Nov 01:22 UTC
- Source update metadata
- 4 Nov 03:36 UTC
- First observed on this installation
- 6 Oct 16:26 UTC
- Last successful check
- today 12:15 UTC
- Next check due
- today 18:15 UTC
Observation time is not publication time, and a comparison does not establish an effective date. Full source bodies are not published; this page holds generated summaries, section headings and, as the page's license allows, Microsoft's changed wording. A documentation edit does not confirm feature availability in an environment. Article references show literal targets and labels, including relative addresses; image bytes are not captured or compared.