How a Small Business Gets Ransomed in a Single Week

Most owners assume ransomware crews are chasing hospitals, banks, and national retailers. The incident numbers say otherwise. Small businesses are the most common ransomware target by volume, and the preferred range sits between 10 and 50 staff. A company that size has payroll, a customer database, project files, and an owner who will pay to get all of it back. What it usually does not have is a dedicated security team.

Here is how the week unfolds, written from the attacker's side. The company is composite, but the methods match current threat intelligence.

Monday, target selection. No breach and no inside tip. Public records do the work. State business registries, federal contract awards, and county licensing databases publish company names, registered agents, contract values, and named contacts. For a 22-person commercial services firm with a recent municipal job on file, a single search produces enough to begin. A clean incident history is a selling point to an attacker, because it suggests credentials are still valid and staff have never been trained to question anything.

Tuesday, the free org chart. Forty minutes in a browser is enough. LinkedIn supplies employee names and titles, including an office manager who lists accounts payable, payroll, and supplier invoicing in her profile. An old team photo post fills in the rest. Job listings mentioning QuickBooks or Sage reveal the accounting stack. The person who can approve a payment without a second signature becomes the primary target, not the owner.

Wednesday, fourteen dollars. Stealer logs are credential bundles harvested by malware from personal devices, then sold and searchable by company email domain. Two hits come back for this business. The office manager's password matches a pattern of a name plus a year plus a punctuation mark, and it already appeared in a retail breach three years ago. It was never changed. Password reuse across personal and business accounts is what turns a $14 purchase into full access.

Thursday, around the MFA. Push fatigue attacks largely stopped working once Microsoft enabled number matching by default for Authenticator notifications in May 2023. What still works is adversary-in-the-middle phishing. A convincing password reset email leads to a proxy page mirroring the real Microsoft sign-in screen. The victim enters her password, approves the prompt, and Microsoft issues a valid session token straight into the attacker's browser. The MFA challenge succeeds, and the attacker is signed in anyway. An inbox forwarding rule goes in quietly, and then the waiting starts.

Friday at 2:47pm. Thirty six hours of reading email is how the ransom gets priced. The cyber insurance policy shows a $250,000 sub limit. A bank reconciliation shows roughly $180,000 in the operating account. A message thread reveals a project with a hard deadline three weeks out. The demand lands at $65,000, deliberately low enough to be paid without a fight. The payload deploys on Friday afternoon, after the bookkeeper leaves and while the owner is on a job site. Total attacker spend, $14 and about six hours.

Five ordinary controls would have ended this. Enforcing unique passwords through a password manager and Microsoft Entra password protection makes purchased credentials worthless. Phishing-resistant MFA using FIDO2 keys, passkeys, or Windows Hello for Business defeats the session token capture, as do Conditional Access policies requiring a compliant device. Blocking external email forwarding at the tenant level removes the attacker's window into your inbox. Microsoft Defender for Business generates an alert the moment a forwarding rule is created, which means the detection existed and simply went unread. Finally, a practical conversation with your team about how much job detail belongs in a public profile removes the easy targeting.

Four of those five come bundled with licenses that most businesses in this size range already hold. The gap is rarely a missing product. It is configuration and attention.

If you want a straight answer on where you stand, ask your IT provider three things. Are we using phishing-resistant MFA for finance, admin, and executive logins? Is external email forwarding blocked at the tenant level? Are our security alerts going somewhere, and is somebody actually reviewing them?

Cyclone 365 works with contractors, professional services firms, and family owned businesses across the Gulf Coast to answer those questions properly, tighten Microsoft 365 configurations, and make sure the alerts your tools generate reach a human being. Reach out and we will walk your environment with you. Call or Email us today!

Clean Offboarding Starts on Day One

When an employee hands in their notice, the decisions that determine whether their departure is smooth or painful have already been made. They were made months earlier, during the new hire's first few weeks, when everyone was busy and a few shortcuts seemed harmless. A shared login here, a quick SaaS sign-up there, a personal laptop used until company hardware arrived. By month six, those shortcuts stop feeling like decisions and start feeling like standard practice.

A clean offboarding takes about 90 minutes. An account is disabled in your identity provider, which cascades access revocation across every connected tool. The device is wiped. Email is forwarded or converted to a shared mailbox. CRM and project accounts are reassigned. A handover note that was templated at onboarding gets filled in and filed.

The messy version takes three weeks. It begins with asking the departing employee to help reconstruct a list of tools nobody fully remembers. You uncover a Figma account, a Loom workspace, a Notion instance, all with passwords sitting in a personal password manager. The laptop is at their house. A client emails to say they received something strange from a personal address. Six weeks later, a vendor charges your card for a seat you thought was cancelled.

Four onboarding shortcuts that guarantee a painful exit

Letting new hires sign up for their own SaaS tools. An account created with a work email and a password only one person knows is functionally theirs. Provision every tool through a central identity system instead, connecting new applications to single sign-on before the first login.

Tolerating personal devices "just for now." Temporary never stays temporary. Once someone leaves, you cannot wipe company data from a device you never enrolled in a management system. Issue company hardware on day one and enroll it properly.

Sharing logins to avoid per-seat pricing. When five people share one credential, removing one person means changing the password for everyone. The savings reappear later as wasted hours and exposed access.

Letting client relationships live in one inbox. For Gulf Coast agencies and professional services firms, this is the expensive one. When the account manager leaves, the history and context leave too. A shared mailbox or CRM keeps the relationship with the business.

Retrofitting the team you already have

You cannot re-onboard existing staff, but you can close the gaps before the next departure. Pull three months of card statements and list every recurring SaaS charge, noting who set it up and who else could access it tomorrow. Build a device register covering who has what, when it was issued, and whether it is managed. Then move client communication into shared inboxes and CRM records so continuity belongs to the company.

None of this is a technology project. A spreadsheet, some honest conversations, and a few hours of your IT provider's time will cover most of it.

What your IT provider should be doing

Most providers get called when someone resigns. That is the wrong end of the lifecycle. The model that works puts your IT provider at onboarding, setting up identity accounts, enrolling devices, provisioning access through single sign-on, and maintaining a living handover document for every staff member.

Ask your provider what they do at onboarding. If the answer is "we usually just get called when someone leaves," that is worth a conversation.

Cyclone 365 works with businesses across the Gulf Coast to build onboarding processes that make every future departure a checklist instead of an excavation. Reach out to talk through what your next hire, and your next resignation, should look like. Call or Email us today!

Zombie Accounts Are Hiding in Your SaaS Stack

Someone leaves the company on a Friday. By Monday, their email is disabled and their laptop is back in the pile. What nobody checks is the project management tool they signed up for last quarter, the cloud storage folder they shared with a contractor, or the CRM login left over from a previous role. Three months later, those sessions are still active.

These are zombie accounts, and they form through an offboarding process built around corporate assets rather than how people actually use software. The average business now runs more than 100 SaaS applications. Most offboarding checklists were written when there were three.

What makes a zombie account so dangerous is that it uses valid credentials. There is nothing suspicious to detect. The access was granted intentionally, and the system has no reason to question it. Industry research has found that half of all organizations have discovered former employees still reaching into SaaS applications months after their departure date, and for most of them, the discovery was accidental.

Three categories account for the majority of leftover access. Cloud storage and collaboration platforms like Google Drive, OneDrive, and Dropbox top the list, where guest permissions, personal-account shares, and open link settings survive long after the license is removed. Project management and CRM tools such as Asana, Notion, Jira, HubSpot, and Salesforce come next, since they are often provisioned by team leads rather than IT. The riskiest group is the shadow tools nobody registered at all, signed up for with a work email and never formally revoked.

The fix starts with a SaaS inventory. Pull every application connected to Microsoft Entra ID, Google Workspace Admin, or Okta, then cross-reference billing records, browser extensions, and login notification emails. One 2025 industry report analyzing 29 million user accounts identified nearly 24,000 distinct SaaS applications across its customer base, with 90 percent sitting outside IT management. For smaller teams, a focused 30-minute review of active subscriptions will surface most of the high-risk tools.

Next, take the last twelve months of departures and check each name against that inventory. Any access that belongs to someone who has left is a zombie. Revoke it, document what you found, and use those findings as the baseline for a stronger checklist. From there, enforce multi-factor authentication on every remaining account and schedule a SaaS access review each quarter so a one-time cleanup becomes a repeatable control.

Zombie accounts cannot be closed if nobody is looking for them. Cyclone 365 helps Gulf Coast businesses run a full zombie SaaS audit and build an offboarding process that holds up on every exit. Contact us to schedule a consultation. Call or Email us today!

Why Local Admin Rights Are Costing You Support Hours

The most expensive ticket in your queue is rarely a failed hard drive. It is the infected workstation that started when someone installed software they should never have been able to install. Or it is the mystery configuration break left behind after a user changed a setting nobody can trace.

Local administrator rights give end users the ability to install software, modify system settings, and override security controls. Those rights get handed out far more often than the risk justifies, usually in the name of efficiency. The practical result is the opposite of efficiency. Machines drift from their baseline, infections spread before anyone catches them, and remediation work lands on IT that nobody planned for.

The Connection Between Admin Rights and Ticket Volume

A standard user account limits what can be installed, what settings can be changed, and what processes can run at an elevated level. Those limits are not arbitrary friction. They are the boundary that keeps common problems from ever reaching your helpdesk in the first place.

Remove the boundary and the predictable happens. Software conflicts appear because no approval step existed to catch the incompatibility. Security tools get disabled because someone decided they were slowing the machine down. Network settings get modified during a self-fix attempt that goes sideways. Every one of those actions is a support ticket waiting to be created.

Admin rights are not behind every request in the queue. They are behind most of the expensive ones.

What the Security Data Shows

The link between elevated privileges and security incidents is well documented. Between 2015 and 2020, the BeyondTrust Microsoft Vulnerabilities Report found that removing administrative privileges could have mitigated 75 percent of all Critical Microsoft vulnerabilities.

The pattern holds because most critical vulnerabilities need elevated permissions to fully execute. An attacker who compromises a standard user account gets that user's data and session. An attacker who compromises an admin account gets the machine, and frequently the network behind it.

The financial side reinforces the point. The IBM Cost of a Data Breach Report 2025 put the average US data breach at $10.22 million, an all-time high for any region globally. Breaches that originate on endpoints consistently cost more to remediate when the affected user held elevated privileges. Revoking local admin rights does not eliminate risk, but it sharply reduces what an attacker or an infected machine can actually accomplish.

Three Ticket Categories That Largely Disappear

Malware infections and cleanup. Most ransomware and many Trojans require admin-level permissions to install themselves, disable security tools, and spread laterally. A standard account does not stop phishing, but it contains the damage. An infection on a standard profile is usually limited to that user's data and might mean one ticket and thirty minutes of work. The same infection on an admin account can encrypt shared drives and force a full operating system rebuild across several hours of technician time.

Self-inflicted configuration breaks. Users with admin rights sometimes try to solve their own problems by changing settings, uninstalling applications, or reconfiguring the network adapter. When it goes wrong, IT inherits the mess with almost no visibility into what changed. Standard accounts eliminate this category almost entirely, because those changes are no longer possible without a logged elevation request.

Patch and compliance drift. Endpoints with local admin access diverge from the managed baseline over time. Software installed outside the approved process never receives updates through your management tools, and those inconsistencies surface as extra work during vulnerability scans, audits, and compliance reviews. Enforcing managed software deployment closes that drift at the source.

But My Team Needs to Install Things

The concern is legitimate. People do occasionally need elevated access for a specific task. The answer is not permanent admin rights. It is just-in-time elevation, where a user receives temporary elevated access for a defined task, approved either by automated policy or by IT, and that access expires on its own once the work is done.

This keeps people productive and keeps IT informed. Every elevation request is logged, so unapproved actions no longer happen silently. Over time the pattern of requests becomes useful data in its own right, showing which tasks genuinely require escalation and which ones were happening only because nothing stood in the way.

Standard accounts already support normal application use, browser activity, printing, file access, and the overwhelming majority of daily work with no escalation at all. The friction most teams anticipate is considerably larger than the friction they actually experience once the change is live and a just-in-time process covers the edge cases.

Planning the Rollout

Least privilege works best when it is planned rather than switched on overnight. That means inventorying which applications actually require elevation, setting up an approval path users can reach in seconds, and communicating the change before it lands.

Cyclone 365 helps organizations across the Gulf Coast design and deploy least-privilege environments that cut ticket volume without slowing anyone down. If your queue is full of infections and mystery configuration breaks, the fix may be a permissions problem rather than a people problem. Contact Cyclone 365 to schedule a consultation and build a rollout plan that fits your team. Call or Email us today!

How Passkey Migration Ends Your Password Problem

Your team locks everything down with passwords. Some are strong, some are not, and most have been reused somewhere over the years. Every month your IT staff fields another reset request. Every year the breach reports say the same thing.

There is a better path forward, and it does not require anyone to memorize a single character. Passkey migration is the process of moving from traditional passwords to passkeys, a form of phishing-resistant authentication that uses your device's built-in security instead of a shared secret. It is practical, it is already supported by the platforms your business runs on today, and the business case is hard to argue with.

Why Passwords Are Still the Biggest Risk

Passwords have had sixty years to prove themselves, and the data tells a consistent story. More than 80% of data breaches involve compromised credentials, a figure that has held steady year after year in the Verizon Data Breach Investigations Report.

The underlying problem never changed. Passwords are shared secrets that have to be stored somewhere, and secrets that get stored eventually get stolen.

Multi-factor authentication reduced that risk significantly and remains an important baseline. But SMS-based codes, still the most common form of MFA, have a known weakness. Modern phishing kits can intercept a one-time code in real time. A convincing fake login page captures both the password and the code, then uses them on the real site before the session expires.

Phishing-resistant authentication closes that gap by design. Passkeys make it technically impossible for a fraudulent page to trigger a login on your real device, because the credential is cryptographically bound to the legitimate domain.

What a Passkey Actually Is

A passkey is a cryptographic credential. Instead of a shared password sitting on a server, your device creates a matched pair of digital keys when you register with a service.

The private key stays on your device and never leaves it. The public key goes to the service. When you sign in, your device uses biometrics such as Face ID, a fingerprint, or Windows Hello, or a device PIN, to sign a cryptographic challenge from the server. The server verifies the signature using the public key. No password is ever transmitted.

That structure is what makes passkeys so durable. A passkey cannot be phished, because a fraudulent page cannot trigger authentication on your real device. It cannot be reused, because it is bound to a specific domain. And it cannot be exposed in a server-side breach, because the private key never exists outside your device.

Passkeys are built on the FIDO2 and WebAuthn open standards, backed jointly by Apple, Google, and Microsoft. The FIDO Alliance reports that more than 15 billion online accounts now support passkey sign-in, double the figure from the year before.

What Passkey Migration Actually Means

Passkey migration is not a single cutover. It is a gradual transition that runs passwords and passkeys side by side until passkeys are established across the accounts and platforms that matter most.

A solid migration plan answers three questions. Which platforms already support passkeys, which users should go first, and what fallback options exist for the tools that are not ready yet.

Here is the part most business owners are surprised to hear. If you are running Microsoft 365 or Google Workspace, the infrastructure is already in place. Microsoft enabled passkeys through Entra ID and made them the default sign-in method for new accounts in May 2025. Google has supported passkeys for Workspace accounts since 2023. For teams in either ecosystem, migration can begin without buying anything new.

Rolling It Out Without Disrupting Your Team

Start where support already exists. Administrators and power users are the right first group, because they reset passwords most often, hold the highest-risk access, and will give you honest feedback on friction before the rollout reaches everyone else.

Map your current tools against passkey support before you communicate any change. Microsoft 365, Google Workspace, GitHub, Shopify, and most major identity providers are fully ready today. Begin there and leave the stragglers for a later phase.

The most common migration mistake is treating the project as a full cutover. Run both methods in parallel. Users authenticate with passkeys on enrolled devices and fall back to a password on any device not yet enrolled, which gives adoption time to happen naturally without locking anyone out in the middle of a workday.

For platforms that do not support passkeys yet, a password manager generating unique credentials is the right bridge. It eliminates password reuse risk immediately, and when those vendors add passkey support, migration becomes a single enrollment step rather than a behavior change.

The Business Case Beyond Security

Security is the primary driver, but the operational wins are real and measurable. Google reports that passkey sign-ins are four times more successful than password-based logins, with sign-in speeds roughly 20% faster.

The improvement comes from removing friction. Users no longer mistype passwords, wait on SMS codes, or lock themselves out by trying an outdated credential. Fewer failed logins means fewer helpdesk calls and fewer interruptions to the people trying to get work done.

There is a compliance angle too. NIST's 2025 update to SP 800-63-4 now requires phishing-resistant authentication as a mandatory option for high-assurance access, which makes passkey migration a forward-looking compliance step as well as a security one.

From Password-Dependent to Passwordless

Gulf Coast businesses already plan carefully for the things that disrupt operations. Credential theft belongs on that same list, and it is far easier to prepare for.

Cyclone 365 helps regional teams inventory their environment, identify which platforms support passkeys today, and build a phased migration plan that fits how your people actually work. Our managed IT and cybersecurity services cover the rollout end to end, from identity configuration in Microsoft 365 or Google Workspace to user enrollment, fallback planning, and ongoing support after go-live.

Contact Cyclone 365 to schedule a consultation and start mapping your path to passwordless. Call or Email us today!