Are Your Microsoft 365 Security Controls Effective?
The most dangerous security gap is often the one organisations don't know exists. Not because a control is missing, but because everyone assumes it's working.
Across identity, devices, email, applications and data, Microsoft 365 provides a powerful set of security capabilities. Yet visibility of a control is not the same as confidence in its effectiveness. Misconfigurations, policy drift and inconsistent implementation can leave organisations exposed without realising it.
The challenge is becoming more significant as security environments grow in complexity. European security spending is forecast to increase by 11.8% year on year in 2025, reaching almost $97 billion by 2028. Yet greater investment does not automatically create readiness. Controls may be available but inconsistently configured, monitored or governed across the organisation.
For IT and technology leaders, the question is therefore not simply whether security controls are in place. It is whether those controls are appropriately configured, consistently enforced and aligned to how the organisation actually operates today.
In this blog, we'll cover some key questions on this topic:
- Why can capable security controls still leave gaps?
- Where does Microsoft 365 protection commonly break down?
- How do ownership and shared responsibility affect security?
1. Security controls can exist without providing consistent protection
Security gaps rarely appear overnight. More often, they emerge gradually as organisations evolve.
New cloud services are introduced. Teams change. Suppliers are added. Employees move roles. Applications accumulate permissions. Individually, these changes may appear low risk. Collectively, they can create a growing gap between the security environment leaders believe they have and the one that exists in practice. This is one of the central challenges of cloud security. Controls are implemented at a point in time, but the environments they protect continue to change.
Microsoft explains that Secure Score can provide a useful indicator of security posture and highlight opportunities for improvement. However, Microsoft is clear that it is neither a guarantee of protection nor a prediction of breach likelihood. That distinction matters. Security is not measured by the number of controls deployed. It is measured by whether those controls continue to address current risks as the environment evolves.
Identity provides a useful example. Microsoft reports that modern multi-factor authentication can reduce the risk of identity compromise by more than 99%. Yet that protection depends on consistent implementation and coverage. A powerful capability cannot reduce exposure if exceptions persist, accounts are overlooked or controls are applied unevenly.
This is why adding another product is not always the first or most valuable response to a perceived weakness. Organisations may already possess capabilities that are disabled, underused or inconsistently configured. Before investing further, leaders need a reliable view of what is operating today, where protection may be breaking down and which improvements matter most.
![]()
Security maturity is not measured by how many controls an organisation owns. It depends on whether those controls address current risks, work together and remain effective as the environment changes.
2. Where Microsoft 365 protection can break down
When organisations discover weaknesses in Microsoft 365, the cause is rarely a missing feature. More often, protection breaks down at the points where identities, devices, applications, information and cloud services interact. Controls may exist in each area, but gaps can emerge when they are deployed inconsistently, governed separately or reviewed infrequently.
4 areas that deserve particular leadership attention:
1. Identity and access
Identity has become a primary control point for cloud services. Multi-factor authentication, Conditional Access and privileged identity controls can make unauthorised access more difficult, but their value depends on coverage and configuration.
Gaps can emerge when policies do not apply to every relevant user, application or access scenario; when exceptions remain in place longer than intended; or when privileged and emergency accounts are not governed separately. Access that was appropriate when it was granted may become excessive as people change roles or responsibilities.
Many organisations can confidently say they have implemented MFA or Conditional Access. Far fewer can confidently explain who retains privileged access to critical systems, why that access exists and when it was last reviewed.
That distinction matters because Microsoft's own research shows identity remains the primary attack vector, despite the widespread availability of modern identity controls.
Effective identity security is ultimately about visibility, accountability and ongoing governance rather than the presence of individual controls.
2. Endpoint and threat protection
Cloud access often spans corporate laptops, mobile devices, remote locations and, in some cases, unmanaged endpoints. Endpoint controls need to reflect the sensitivity of the services and data being accessed, while security teams need sufficient visibility to identify devices that fall outside expected policy. Endpoint risk often develops through inconsistency rather than absence.
A small number of unmanaged devices, incomplete onboarding or gaps in monitoring may undermine the protection leaders assume exists across the broader environment. The challenge is not whether protective features are available. It is whether coverage remains complete as the organisation changes or for endpoints you might not have considered.
For example, visibility is particularly important for technologies that fall outside traditional security conversations. In a 2026 study by Quocirca, 67% of organisations reported at least one print-related data loss incident during the previous year, despite 80% remaining reliant on print to support business operations.
Security blind spots often emerge not because systems are unmanaged, but because they are excluded from routine security governance and review.
Local expertise, connected across EMEA
brings together specialist Cloud & Cybersecurity expertise across EMEA, combining local customer support with capabilities spanning cybersecurity, cloud, infrastructure and other critical technology environments.
This helps organisations identify security blind spots, strengthen protection across connected environments and access the support they need locally and across EMEA.
3. Email, collaboration and data sharing
Email and collaboration platforms support fast, productive work. However, they also allow information to move rapidly between employees, customers, suppliers and external applications. Security depends on more than filtering malicious email. That is why organisations need to understand:
- How information is shared
- Which external users retain access
- Whether sensitive data is protected appropriately
- How suspicious activity is identified across email and collaboration tools
Modern collaboration environments are designed to remove friction from the way people work. The security challenge is ensuring that convenience, speed and openness do not unintentionally create new pathways to sensitive information.
The objective is not less collaboration. It is better-governed collaboration.
4. Cloud configuration and connected services
Cloud environments rarely operate in isolation. Microsoft 365, Azure, third-party applications, supplier platforms and business workflows often form a highly connected ecosystem.
In connected environments, risk moves differently. A weakness in one area can create exposure elsewhere. An overly permissive identity, a poorly governed application integration or a configuration error may provide access far beyond the system where the issue originated.
This is why cloud security should be viewed as an architectural discipline rather than a collection of individual settings.
3. Shared technology requires clear security ownership
Shared responsibility has become one of the most widely referenced concepts in cloud security. It is also one of the most misunderstood.
Most technology leaders understand that responsibility is shared between providers, customers and service partners. The greater challenge is understanding who is accountable when something goes wrong. Security gaps often persist not because nobody noticed them, but because everyone assumed somebody else owned them.
Leaders therefore need clarity across three questions:
- Who owns each critical control and configuration?
- Who reviews whether it remains effective?
- Who is accountable for addressing an identified weakness?
![]()
Shared responsibility should not create shared ambiguity. Every significant control gap needs a clear owner, an agreed action and a date for follow-up.
This ownership must extend beyond the security team. Business and technology owners influence exposure when they approve applications, introduce suppliers, grant access or change how information is used.
Security teams can provide expertise and oversight, but they cannot manage risks they cannot see or decisions they do not own.
Let’s connect
Talk to a Ricoh expert
Transform your workplace with Ricoh’s Business solutions.
Boost efficiency, reduce costs, and accelerate your journey towards digital transformation.