Misconfiguration was the leading cause of critical cloud incidents reported in SANS’s 2026 survey. Not some genius hacker. Not a zero-day nobody saw coming. Usually it’s a checkbox somebody left checked.
When SANS released its 2026 Cloud Security Survey in October, misconfiguration accounted for 45% of the critical cloud incidents people reported, which is a pretty humbling number when you think about how much money goes into security tools every year. So let’s walk through the seven mistakes we’d look for first if we were sitting down with your Microsoft 365 or Azure setup tomorrow morning.
Key Takeaways
• Misconfiguration accounted for 45% of critical cloud incidents reported in the SANS survey. Credential theft came in second at 22%. Not even close.
• Only 40% of survey respondents rated their cloud security strategy advanced or optimized. Yet 93% reported running production workloads in the cloud.
• Almost half (49%) of surveyed organizations need more than a day to close a known critical security gap.
• Inadequate identity and access management ranked as the #1 cloud security concern in CSA’s 2026 survey, according to the Cloud Security Alliance. Who can log in, and what they can touch once they do.
• Your organization remains responsible for configuring access and protecting its data within Microsoft’s shared responsibility model.
What Cloud Misconfiguration Means (and What It Doesn’t)
Cloud misconfiguration is a fancy way of saying a setting is wrong. Could be too open, could be missing, could have been fine two years ago and isn’t now. We’re talking about things like a SharePoint folder shared with “anyone with the link,” or a summer intern who somehow walked away with global admin rights. Or that former sales manager whose login still works six months after she left.
Here’s what trips people up. In every one of those examples the cloud is doing exactly what it was told to do, so the service may keep working normally. Without monitoring, the problem can go unnoticed until the wrong person stumbles onto it.
A cloud vulnerability
A software weakness, such as a bug. Patching may fall to the provider or your organization, depending on the service model and affected component.
A cloud misconfiguration
A setting on your side that’s wrong. Fully patched systems still have these.
Why Cloud Misconfiguration Is a Bigger Deal in 2026
Think about a normal Tuesday at your office. Email lives in Microsoft 365. Your accounting software is in the cloud, so is the CRM, so are the backups. Half the team logs in from home or from a job site, sometimes from their phone in the truck. Every one of those pieces comes with its own users and permissions, and somebody has to keep all of it straight.
45%
of reported critical cloud incidents attributed to misconfiguration
93%
of survey respondents run production workloads in the cloud
40%
of respondents rate their cloud security strategy advanced or optimized
49%
of surveyed organizations take more than 24 hours to fix a known critical gap
Source: SANS Institute’s 2026 Cloud Security Survey Insights, based on responses from more than 400 IT and security professionals. These figures describe the survey sample.
Pretty much everyone moved to the cloud. Way fewer people feel good about how it’s locked down. That gap is where cloud misconfiguration lives.
The Cloud Security Alliance’s 2026 Top Threats report tells a similar story, with a twist. “Misconfiguration and inadequate change control” actually dropped from #1 in 2024 to #5 this year. Good news? Not really. Identity and access management jumped to #1, AI-enhanced attacks debuted at #2 as a brand-new category, and third-party risk climbed to #3. If you ask us, most identity problems are just configuration problems with a different label on them. Who’s an admin, whether MFA is actually enforced, which old vendor still has a login. Those are settings.
Who’s Responsible for Cloud Security?
You’d be surprised how often people say this: “We’re on Microsoft, so Microsoft handles security.” Kind of. Not really. The cloud runs on what’s called a shared responsibility model, and Microsoft’s own shared responsibility guidance spells it out. Your data, your accounts, your devices? Those stay your job no matter which cloud service you’re paying for.
|
Your cloud provider typically handles |
Your business typically handles |
|
Physical data centers and servers |
User accounts and identities |
|
Core cloud infrastructure |
Who gets access to what |
|
Physical networking |
Your business data |
|
Platform-level protections |
Multifactor authentication settings |
|
Hardware maintenance and uptime |
App settings, devices, and some firewall rules |
The line moves around a bit depending on the type of service. But a locked-down platform with sloppy settings on your end is still sloppy.
7 Common Cloud Misconfiguration Mistakes
None of these are exotic. That’s kind of the point.
1. Publicly Accessible Cloud Storage [CRITICAL]
Everything ends up in cloud storage eventually. Contracts. Payroll exports. That customer list from 2019 nobody deleted. Flip one sharing setting the wrong way and it’s reachable from outside the company.
How does it happen? Someone needs to send a big file to a client, turns on public sharing to make it easy, and moves on with their week. The project wraps. The link doesn’t. And since nothing breaks, nobody goes looking.
Quick fix: Make private the default and lock down external sharing at the tenant level, so it isn’t up to each employee to get it right.
2. Excessive User Permissions [HIGH]
This one sneaks up on you. Somebody gets extra rights “just for this project.” A vendor gets admin during an install. An overworked admin hands out broad permissions because figuring out the exact ones would eat an afternoon.
Then nobody takes it back. Give it a couple of years and a regular account in accounting can have access to payroll, client files, and admin tools it was never meant to see. If that person clicks a phishing link, guess who else gets all that access? The cure is the principle of least privilege, as NIST defines it. Give people what their job needs. Nothing extra.
Quick fix: Keep admin rights to a short list of people and put an expiration date on anything temporary.
3. Weak Identity and MFA Settings [CRITICAL]
Cloud apps are built so you can log in from anywhere. Great on a Saturday when you need a file. Less great when a stolen password works from anywhere too.
It’s still really common to find admin accounts with no MFA, shared logins taped under keyboards (okay, sometimes it’s a spreadsheet), and sign-in rules that wave personal laptops right in. An attacker with a working password doesn’t need to hack anything. They log in. They look like your employee. If passwords are a sore spot, start with our password security tips.
Quick fix: MFA for everyone. Yes, the CEO too. Use Conditional Access policies where licensed to challenge or block sign-ins under defined conditions. Conditional Access generally requires Microsoft Entra ID P1; policies based on sign-in or user risk require P2.
4. Unnecessarily Exposed Ports and Services [CRITICAL]
Classic Friday afternoon story. An admin opens a port to troubleshoot something, fixes it, heads home for the weekend. The port stays open.
Databases and remote desktop get the same treatment, usually because whoever set them up was on a deadline and figured they’d tighten things later. Later rarely comes. Every open door is one more thing automated scanners poke at all day, which is why cyber attack prevention starts with shutting the doors you don’t use.
Quick fix: Only allow traffic you actually need, and put admin panels behind a VPN or an IP allow list.
5. Logging and Monitoring Left Off [HIGH]
Your cloud can tell you a lot. A brand-new admin account at midnight. A security setting someone switched off. Somebody downloading 40 GB on a Sunday. A login from a country you’ve never done business in.
It only helps if logging is on, though, and if somebody actually reads the alerts instead of letting them pile up in a shared inbox. And if something does go wrong and the logs weren’t kept? Now you’re guessing what got touched. That’s the gap active threat hunting is built to close.
Quick fix: Verify audit logging is enabled and covers the activity you need. Check retention and alert rules, and decide, by name, who answers the alerts. Defaults vary by license.
6. Forgotten Accounts, Apps, and Resources [HIGH]
Clouds collect junk the way garages do. People leave. Vendors finish up. A test server from a project nobody remembers is still running and still costing you money every month.
The sneaky ones aren’t even people. API keys, service accounts, app passwords. They hum along in the background and skip right past a normal user review, and some of them have more access than your CFO. Unapproved AI tools add to the pile too (we wrote about that in shadow AI risks).
Quick fix: Make cloud access removal part of offboarding, and keep a running list of every integration and service account.
7. Configuration Drift and Loose Change Control [MEDIUM–HIGH]
The cloud you set up on day one isn’t the cloud you have today. Apps got added. People came and went. Somebody gave a vendor access “real quick.” Every change made sense at the time.
Stack them up over a year or two, though, and you’ve drifted a long way from where you started, usually without anyone ever deciding that should happen. That’s configuration drift. It’s also why one audit a year doesn’t cut it. You can pass in March and have a fresh gap by May just from regular business.
Quick fix: Write down what “good” looks like, then use automated checks to flag anything that wanders off.
How a Small Setting Turns Into a Big Incident
It’s almost never dramatic at the start. More like this:
|
1 |
Somebody changes a setting for a good reason A vendor needs a port. A client needs a file. A project needs extra rights. |
|
2 |
The reason goes away. The setting stays. Project’s done, and nobody owns cleanup. |
|
3 |
Weeks go by Everything works, so nobody looks. |
|
4 |
Someone else finds it A scanner, a phished account, a vendor who got hacked. |
|
5 |
Now it’s expensive Investigation, downtime, client notices, maybe a compliance report. |
Catch it at step 2 and it costs you five minutes. Catch it at step 5 and you’re looking at forensic bills, lost billable hours, and a really awkward call with your insurance carrier.
Cloud Misconfiguration Risk Matrix
Not all of these are equally scary. If you’re short on time, start at the top.
|
Misconfiguration |
What could happen |
Priority |
|
Public storage with sensitive files |
Data exposure, regulatory trouble |
[CRITICAL] |
|
Admin account without MFA |
Account takeover, wide system access |
[CRITICAL] |
|
Admin service exposed to the internet |
Unauthorized access |
[CRITICAL] |
|
Excessive user permissions |
Misuse, attacker moving between systems |
[HIGH] |
|
Ex-employee account still active |
Unauthorized access |
[HIGH] |
|
Audit logging turned off |
Slow detection, no investigation trail |
[HIGH] |
|
Unused API keys still valid |
Quiet access to apps and data |
[HIGH] |
|
Old test resources left running |
Exposure plus wasted spend |
[MEDIUM] |
|
Different standards across systems |
Security and compliance gaps |
[MEDIUM–HIGH] |
What to Do This Week, Depending on Your Situation
No six-month project required. Pick whichever one sounds like you.
If you moved to Microsoft 365 years ago and haven’t touched the settings since
Check MFA and external sharing first. CISA has free secure configuration baselines for Microsoft 365, plus a tool called ScubaGear that grades your tenant against them.
If someone with admin access just left
Block sign-in and revoke active sessions promptly. Rotate shared passwords or keys they could access. Preserve required email and files before deleting the account.
If a vendor set up part of your cloud
Ask if they still have a login. Ask what they opened. Get the answer in writing.
If you honestly don’t know whether logging is on
Check whether logging is enabled, what it captures, how long records are retained, and who handles alerts. Enable any missing logging; defaults vary by license. A proper security assessment fills in the rest.
Cloud Configuration Security Checklist
Sit down with whoever runs your cloud accounts and go through this together. Can’t check off a bunch of these? Time for a deeper look. Our IT security audit checklist goes further.
Identity and Access
☐ MFA is on for every user, admins and execs included.
☐ Only people who truly need it have admin rights.
☐ Ex-employees get shut off the day they leave.
☐ We know which vendors still have access.
☐ Service accounts and API keys are listed somewhere.
Data and Storage
☐ Sensitive storage is private by default.
☐ External sharing is restricted.
☐ Backups can’t be changed or deleted by just anyone.
☐ Retention rules match what our industry requires.
Network and Infrastructure
☐ Someone reviews firewall rules on a schedule.
☐ Admin panels aren’t open to the whole internet.
☐ Temporary rules have an end date.
☐ Test and production are kept apart.
Logging and Governance
☐ Audit logs are on and kept long enough to matter.
☐ Big changes set off an alert.
☐ Every cloud resource has a named owner.
☐ New cloud apps get approved before people start using them.
Houston Industries With the Most to Lose
Every business in the cloud can get burned by a bad setting. Some just get burned worse. Around Houston, these are the industries where we’d be most nervous about a sloppy setup, mostly because of regulated data or a long list of outside contractors logging in.
Patient records and HIPAA make an open folder a very bad day.
Client tax files, plus seasonal staff coming and going every spring.
Account data, and clients and regulators who expect it locked tight.
Huge design files shared with partners on every project.
Field crews, remote sites, and contractors all needing a way in.
Job-site tablets and subcontractor logins that never seem to get cleaned up.
More people and more devices just means more settings to get wrong. That’s no reason to avoid the cloud. It’s a reason to keep an eye on it. If you’re local, our IT support in Houston page covers how we work with businesses around town.
How Managed IT Keeps Cloud Settings From Drifting
Most businesses don’t have a tool problem. They have a time problem. The person who’d catch the bad setting is also fixing the printer, setting up the new hire’s laptop, chasing a software renewal, and answering the boss’s phone question, so the cloud admin screen only gets opened when something’s already on fire. That’s really where managed IT security services pay for themselves.
A good partner sets your baseline and keeps watching it. Think access reviews, MFA rollout, offboarding that actually happens, firewall rules, backups through data backup and disaster recovery, and monitoring of your cloud services in Houston.
What changes is timing. Reactive IT finds the open folder after it’s been found by someone else. Proactive managed IT services shrink how long a bad setting stays live. Remember that 49% who need more than a day to fix a known gap? Shrinking that window is most of the job.
Frequently Asked Questions About Cloud Misconfiguration
Doesn’t Microsoft 365 come secure out of the box?
Sort of. Newer tenants usually start with security defaults switched on. But a lot of Houston businesses set up their Microsoft 365 account a few years back, and since then someone turned a feature off to fix an annoying login issue, or added a few exceptions. What you have now might not look much like the default anymore.
Who in our company should actually own cloud settings?
One specific person or team. Seriously, name them. It can be your in-house IT lead, an outside partner, or both splitting the work. The setup that gets businesses in trouble is the most common one: everybody assumes somebody else is keeping an eye on it.
Does using more than one cloud make things riskier?
Usually, yeah. SANS found 65% of survey respondents use more than one cloud provider. Each one has its own menus, its own terms, and its own idea of what “default” means. Keeping the same rules across all of them takes real work, and the gaps tend to hide in between.
Can a cloud misconfiguration affect our cyber insurance?
It can. Plenty of carriers now ask about things like MFA and backups on the insurance application itself. If you said yes to MFA everywhere and it turns out a couple of admin accounts never had it, that’s a conversation you don’t want to have after a claim. Worth checking before renewal.
What does a cloud security assessment actually look at?
Mostly the stuff in this article. Who’s an admin, whether MFA is really enforced, what’s shared outside the company, which ports are open, whether logs are on, and which old accounts or keys still work. You should walk away with a short, ranked to-do list. Not a 90-page PDF nobody reads.
About Elevated Technologies
We’re a Houston-based IT company, and we only work with businesses. Managed IT, cybersecurity, and cloud services, with 24/7 proactive monitoring and an average response time of 5 minutes or less. We ranked No. 4381 on the 2020 Inc. 5000 and No. 43 on the Houston Business Journal Fast 100 List in 2020. Channel Futures has also recognized our team. We don’t offer month-to-month contracts. Our contracts are one year, unlike competitors who lock clients into three-year contracts. Curious what clients think? Check out our reviews.
Not Sure How Your Cloud Is Set Up? Let’s Find Out.
Most businesses haven’t looked at their cloud settings since the day they were configured. Give us a shout and we’ll help you figure out where the gaps are and what to fix first. No jargon, promise.
5-minute average response · Business-only IT · Houston-based
Contact Elevated Technologies IT Company | Call 281-653-7726
Statistics cited are from the SANS 2026 Cloud Security Survey (October 2026) and the Cloud Security Alliance Top Threats to Cloud Computing 2026 report (August 2026). This article is general information, not a security assessment of any specific environment.


