All Resources
Cybersecurity

How Hackers Get Into Small Business Microsoft 365 Accounts

Microsoft 365 account compromise is one of the most common incidents we see reported by small and mid-sized businesses. It rarely involves a technically brilliant attacker breaking encryption. It almost always involves a predictable path that a handful of controls will close. This article walks through the common paths, the warning signs, and what stops each one.

Published August 9, 2026 Updated August 9, 2026 8 min read By Joshua Arimoro Greater Sudbury & Ontario
The short answer

Hackers most commonly get into small business Microsoft 365 accounts through credential stuffing using reused passwords, phishing pages that steal login sessions, MFA fatigue prompts, legacy authentication protocols that bypass modern sign-in security, and malicious OAuth app consent. Enforcing modern MFA, blocking legacy authentication, and training staff to recognise consent prompts and phishing closes most of these paths.

Credential stuffing and password reuse

Attackers buy or scrape lists of email and password combinations leaked from unrelated breaches, then run them automatically against Microsoft 365 sign-in pages, betting that some employees reused a password. This works because it always finds someone.

Warning signs include sign-in attempts from unfamiliar countries in the Entra sign-in logs, or a spike of failed logins followed by one success. The fix is a password manager so nobody reuses passwords, paired with MFA so a leaked password alone is not enough.

Phishing and adversary-in-the-middle token theft

Modern phishing kits do not just capture a password, they sit between the victim and the real Microsoft login page, capturing the session token after MFA is completed. This defeats basic MFA because the attacker gets a valid, already-authenticated session, not just a password.

Warning signs include a login page URL that looks close to but not exactly office.com or login.microsoftonline.com, and an unexpected sign-in alert shortly after clicking an email link. The strongest defence is phishing-resistant authentication, conditional access policies that restrict sign-ins to managed or compliant devices, and layered email security filtering that stops the phishing email before anyone clicks it. See how to secure business email from phishing for more detail.

MFA fatigue and push bombing

Once an attacker has a valid password, they can trigger repeated MFA push notifications hoping the employee eventually taps approve just to make the notifications stop. This works surprisingly often, especially late at night or during a busy workday.

Warning signs include an employee mentioning several unexpected authentication prompts. The fix is switching from simple approve/deny push notifications to number matching, and training staff that repeated unexpected prompts should be reported immediately, never approved.

Not sure which of these gaps exist in your tenant?

A short Microsoft 365 security review will show you exactly what is and is not configured today.

Request a Microsoft 365 Security Review

Legacy authentication protocols

Older protocols such as POP, IMAP, and legacy SMTP authentication were built before MFA existed and can sometimes be used to bypass it entirely if left enabled on a tenant. Attackers specifically look for tenants that still allow these protocols.

There are usually no visible warning signs to end users, which is exactly the risk. This is fixed at the tenant level by disabling legacy authentication through conditional access, something covered in our Microsoft 365 security best practices article.

OAuth consent phishing

Instead of stealing a password, attackers send a link to what looks like a normal Microsoft sign-in and consent screen for a third-party app. If the employee clicks "Accept," they grant a malicious application ongoing access to their mailbox and files, no password needed at all.

Warning signs include an unfamiliar app name appearing in the consent prompt, or requests for permissions that make no sense for the app in question, such as full mailbox access for a simple calendar tool. Restricting user consent for third-party apps at the tenant level and reviewing existing app permissions periodically closes this path.

Compromised third-party apps and integrations

Businesses connect dozens of small apps to Microsoft 365 over time, CRM add-ins, scheduling tools, marketing platforms. If one of those vendors is breached, the connected app's access token can be used against your tenant even though your own staff did nothing wrong.

There are usually no direct warning signs until the vendor discloses a breach. Periodically auditing connected apps and removing ones nobody uses anymore limits this exposure.

Insider mistakes and account sharing

Shared logins, passwords written on sticky notes, or a departing employee's account that was never disabled all create openings that have nothing to do with sophisticated hacking. This is one of the most avoidable categories because it is entirely process, not technology.

A documented offboarding checklist and a policy against shared accounts closes most of this gap without spending anything on tools.

Attack path summary

Common Microsoft 365 attack paths and the control that stops each
Attack pathWarning signControl that stops it
Credential stuffingFailed logins from unfamiliar locationsUnique passwords plus MFA
Phishing/token theftLook-alike login URLPhishing-resistant MFA, conditional access
MFA fatigueRepeated unexpected promptsNumber matching, staff reporting
Legacy authenticationNo visible sign to end userDisable legacy auth at tenant level
OAuth consent phishingUnfamiliar app requesting broad permissionsRestrict user consent, review app list
Compromised third-party appVendor breach disclosurePeriodic connected-app audit
Insider mistakesShared logins, no offboarding checklistDocumented account lifecycle process

If you think an account is already compromised

Act quickly rather than perfectly. Disable the account's sign-in, revoke active sessions, reset the password, and check mailbox rules for anything forwarding mail externally, since this is a common way attackers stay hidden after the initial compromise. Our guide on what to do if your business has been hacked covers the fuller response process.

Sources and further reading

Frequently asked questions

Can hackers get into Microsoft 365 even with MFA enabled?

Yes, if the MFA method is not phishing-resistant, adversary-in-the-middle phishing can steal the session token after MFA completes, which is why conditional access and device-based restrictions matter alongside MFA.

What is OAuth consent phishing?

It is a technique where an attacker tricks a user into approving a malicious app's permission request instead of stealing a password, granting the attacker ongoing access to mailbox or file data.

Why is legacy authentication a security risk?

Legacy protocols like POP and IMAP were built before modern MFA existed and can sometimes bypass it if left enabled, giving attackers a quieter way into an account.

What is MFA fatigue?

It is when an attacker with a stolen password repeatedly triggers MFA push notifications hoping the employee approves one out of frustration or confusion.

How do I know if my Microsoft 365 account has been hacked?

Common signs include unexpected sign-in alerts, mailbox rules you did not create forwarding mail externally, and colleagues reporting phishing emails sent from your own address.

Should we disable third-party app consent entirely?

Restricting user consent so only administrators can approve new app permissions is a common and effective control, though it does add a small step when staff want to connect a legitimate new tool.

About the author

Joshua Arimoro

Joshua Arimoro is the Principal Consultant at Nickel City Tech Solutions, a managed IT and cybersecurity provider based in Lively, Ontario, serving businesses across Greater Sudbury and Northern Ontario. He works hands-on with Microsoft 365, server and network infrastructure, endpoint management, and backup and recovery for small and mid-sized organisations.

More about our team

Worried about how exposed your accounts really are?

We can check your tenant's authentication settings, legacy protocol exposure, and app permissions in a single review.

Technologies mentioned in this article

See what we support around each platform on our supported technologies hub.

Keep exploring

Related services, locations, and resources

Related services

Related resources