AI-FirstAI-First
Back to blog
outils-ia
October 15, 2026
8 min read

Claude at Work: The Real Risks and the Minimum Governance You Need

Claude is safe by default against general misuse, not against your own data leaks. The risks that actually matter for an SMB, and the governance you can put in place in a week.

Vincent

Vincent

AI expert, AI-First

Claude security for SMBs: data leaks, shadow AI, over-permissioned agents. The risks that matter and the minimum governance you can set up in a week.

For an SMB, Claude security comes down to one rule: the model refuses general misuse, but setting your company's own limits is your job. Headlines about Mythos, the Houthis or Russian hackers are alarming. The risk a business owner actually faces is far more mundane: a personal account, a folder opened up to an agent, a rule nobody ever wrote down.

I train SMBs on Claude Code, and the security question always comes up too late, once the tool is already in use. Here is what really matters, what is just noise, and the minimum governance I set up in a week.

  • 🎯 Mundane risk, data leaks and personal accounts matter more than spectacular cyberattacks.
  • 🏗️ Shared responsibility, Anthropic handles general alignment, you write the rules specific to your business.
  • ⚠️ Agents under control, Claude Code acts with your permissions, so permission settings and sandboxing become mandatory.
  • ✅ Clear verdict, light governance in a week, no need to give up Claude.

What does an SMB really risk with Claude?

An SMB using Claude is mainly exposed to three things: data leaking into unmanaged accounts, an agent with overly broad permissions taking actions, and no audit trail to review what happened. These risks come from how the tool is used, not from a flaw in the model.

According to the governance guide TrueFoundry published in September 2026, eight of the Fortune 10 now use Claude, and more than 300,000 businesses run it in production. The same guide cites two CVEs from the past year showing that simply cloning a repository was enough to exfiltrate API keys or execute code before a trust dialog even appeared. The tool is massive, so it gets targeted.

Why don't Claude's three interfaces carry the same risk?

Claude comes in three surfaces: the web app, the desktop app and Claude Code on the command line. According to TrueFoundry, the web version runs inside the browser sandbox, the desktop app connects to local tools, and Claude Code installs in the terminal with the same permissions as the developer's account. It reads files, runs bash commands and calls external services.

A single policy for all three is therefore wrong both ways. Either it hobbles developers who have done nothing wrong, or it leaves a gap exactly where the agent has the most power.

What is shadow AI, and why does it outweigh everything else?

Shadow AI means using AI tools outside the framework your company has approved, typically an employee pasting a client contract into their personal Claude account. In its guide to Claude risks, Mimecast separates this from a Claude Enterprise deployment with approved controls: the risk profiles are worlds apart.

TrueFoundry boils the problem down to two risks: data exfiltration through commands, and shadow IT from personal accounts. The second is solved with domain capture. The first is solved by treating Claude like any other third-party SaaS tool, with the same data loss prevention controls you would apply to Google Docs or Notion.

Mythos, the Houthis, Midnight Blizzard: do these threats concern you?

These cases involve state actors or security researchers, not your SMB. They still matter, because they show what AI changes on the attacker's side, and therefore in the phishing and malware your team will run into.

What do Anthropic's September 2026 reports say?

On 10 September 2026, Anthropic published a threat intelligence report listing 44 incidents of Claude misuse. According to the Latha | AI Governance channel, one of them, labelled GTG 2006, is linked to a Russian group known as Midnight Blizzard. More than 20 organisations were involved (government ministries, embassies, think tanks, defence companies), mostly in Ukraine and Europe.

The technical detail worth remembering: AI agents monitored the malware, checked whether antivirus software detected it, then modified it and tried again. Blocking it once is no longer enough when the next variant is already being prepared.

Another case, reported by India Global Review based on the same report: actors from northern Yemen, identified in the video as the Houthis, allegedly used Claude on three weapons projects (a guided missile, ballistic missiles and a hypersonic glide vehicle), running several sessions in parallel to code, research and verify. The real-world guided missile test failed, and they came back to Claude to work out why. Anthropic acknowledges that some flagged requests got through even though certain accounts were blocked.

Should you be afraid of Mythos?

Mythos is the model Anthropic unveiled in April 2026 as too powerful for public release. In its video of 10 April 2026, Fireship notes that it reportedly found a 16-year-old bug in FFmpeg and a 27-year-old one in OpenBSD that could crash any machine reachable over TCP. The same video describes two camps: those predicting the collapse of cybersecurity, and those who see it as the usual launch theatre.

My take: both camps miss the point for an SMB. Whether Mythos is real or marketing, the consequence is the same and it is mundane: update your software quickly, but not carelessly. Fireship's advice is to patch fast enough to avoid the zero-day, but slowly enough to avoid a supply chain attack. For more on what Mythos changes in production, see Claude Mythos in production.

Who is responsible for security: Anthropic or you?

Anthropic is responsible for alignment at training time: getting the model to refuse general harms, such as building a weapon or writing a virus. You are responsible for control at runtime: enforcing your own rules on data, roles and confidentiality. Neither layer replaces the other.

Why doesn't a "safe" model protect your data?

In its prep lesson for the Claude Certified Architect certification, the Diary of an AI Architect channel uses the example of an HR chatbot that reveals executive salaries to an intern because someone asked it a clever question. The model didn't break any general rule. It simply ignored a rule nobody had written.

"Claude cannot enforce a rule that was never set."

Diary of an AI Architect, 2026

This is exactly what I see with business owners: they think they are buying security by buying a model known for being careful. What they are buying is a model that refuses obvious misuse, not access control for their CRM.

What does the official Claude Code documentation say about permissions?

The Claude Code security documentation describes a permission-based architecture. Manual mode starts read-only and asks before any file change or command. Auto mode hands the review of actions to a separate classifier model, which blocks anything it considers unsafe, and your organisation can switch it off. Explicit deny and ask rules always apply.

The bash tool can also run in a sandbox with filesystem and network isolation, configurable with /sandbox. But cybedefend.com points out that these protections are not designed to stop a determined adversary who controls the agent's inputs, and Anthropic does not claim otherwise. In other words: the built-in features reduce the risk, governance closes it.

What minimum governance can you set up in a week?

Minimum governance comes down to five steps: centralised identity, managed accounts, explicit permissions for agents, logging, and a written rule on prohibited data. None of this requires an 18-month project, which fits my conviction: AI works in an SMB when it slots into what already exists.

How do you keep Claude Code and agents in check?

First reflex: never give an agent more rights than you would give an intern on their first day. TrueFoundry insists that SSO be up and running before you hand Claude to a single developer, using SAML 2.0 or OIDC via Okta or Azure AD (Entra). Then: manual mode by default on sensitive repositories, sandbox enabled, MCP servers restricted to an approved list.

The r/ArtificialInteligence thread on Claude's Computer Use highlights the opposite danger: an agent that takes screenshots continuously and reads a booby-trapped website can receive hidden instructions (prompt injection). The thread's recommendation is never to run it outside a strict sandbox. I agree with that diagnosis, and I'd add: don't let an agent browse the web while a banking tab is open next to it.

How do you keep usable records?

Authorised use must stay auditable. Mimecast lists what serious governance covers: visibility, policy tracking, archiving, eDiscovery, data subject access requests (DSARs) and legal hold. For a 50-person SMB, the practical equivalent is modest: a team plan with admin controls (see moving from Claude Pro to Claude Team) and a known retention policy.

Surface Main risk Minimum control Time to set up
Claude web Personal accounts, pasted data Domain capture, SSO 1 day
Desktop app Access to local tools Approved tool list 1 to 2 days
Claude Code Commands run with the developer's rights Manual mode, /sandbox, deny rules 2 days
MCP servers Over-privileged tools Allowlist, read-only rights 1 day
Logs and audit No evidence after an incident Archiving, retention, logging 1 to 2 days

SOURCE: truefoundry.com, mimecast.com, code.claude.com, cybedefend.com · UPDATED 10/2026

For the European regulatory framework, the starting point is the European Commission's site on digital policy and AI. On the operational security side, France's cybersecurity agency ANSSI publishes its recommendations for French businesses.

Should you give up Claude to limit the risks?

No: the risk can be managed, and it doesn't justify giving up. Companies that refuse AI are left with costs that are too high and processes that are too slow, while those that use it without a framework produce noise, errors and technical debt. Light governance is the only path that avoids both.

What about the political risk around Anthropic?

It exists, and I'm not brushing it aside. A thread on r/actutech, relaying Engadget, reports that the Pentagon allegedly gave Anthropic until a Friday to lift its ethical safeguards, under threat of the Defense Production Act and of being designated a national security risk. Another thread, on r/singularity, says the US Treasury is ending all use of Anthropic. These posts relay press coverage without details, so I cite them as signals, not established facts.

My reading as a business owner: this is a supplier risk, not a security risk. The answer is the same as anywhere else: keep your processes portable from one model to another. If this worries you, the comparison Mistral or Claude for your SMB covers GDPR and sovereignty.

My verdict: keep Claude, put the five controls in place this week, and review them every time you plug in a new agent. The first test is simple: if an employee left tomorrow with their personal account, would you know what data had gone through it? If the answer is no, start with domain capture, before anything else.

Frequently asked questions

Is Claude safe for an SMB's data?

Claude is trained to refuse general harmful uses, but that training knows nothing about your internal rules. How safe your data is depends on your setup: SSO-managed accounts, limited permissions, logging. A personal account used outside any framework has a very different risk profile from Claude Enterprise deployed with approved controls.

What is the most dangerous Claude Code setting?

According to the security guides reviewed, the danger comes from overly broad permissions granted to the agent, which runs commands with the developer's rights. Manual mode, which asks before every action, and the bash sandbox greatly reduce this risk. Over-privileged MCP servers are the second source of exposure.

What is shadow AI and how do you limit it?

Shadow AI is employees using AI tools outside the approved framework, often through a personal account. It exposes you to leaks of sensitive data and intellectual property, and to compliance problems. You limit it by offering an official tool that is more convenient than a personal account, with domain capture and SSO.

Do attacks linked to Mythos or state groups concern an SMB?

Directly, rarely. Indirectly, yes: agents capable of modifying malware until it slips past antivirus make phishing and malware faster to produce. The defence for an SMB is still the classic one: fast but verified updates, backups, least privilege.

How long does it take to set up minimum governance for Claude?

A week is enough for the essentials in an SMB: SSO and domain capture, manual mode and sandbox for Claude Code, an allowlist of MCP servers, archiving, and a written rule on prohibited data. The ongoing work is reassessing permissions every time a new tool is connected.

Vidéos YouTube

Discussions Reddit

Articles & ressources

Take action with AI-First

Transform your business with AI. Audit, implementation and follow-up by certified experts.

Request an audit →

More articles