Analysis

Claude Mythos: what an AI model that finds software vulnerabilities means for your company’s security

This article is for CEOs, CFOs and IT managers of mid-sized companies who have heard about Claude Mythos and are wondering whether it affects them. We explain what the model is, who can use it and what the June suspension of access taught us. Most of the article covers what a company that does not write its own software should change in its security.

Author: Kacper Włodarczyk, CEO of ALGORCOMPPublished: June 09, 2026Reading time: 10 min readArtificial intelligenceFor: Enterprise
Claude Mythos: what an AI model that finds software vulnerabilities means for your company’s security

What Claude Mythos is and why it is discussed in the context of security

Claude Mythos is the most powerful family of AI models from Anthropic, the company behind the Claude assistant. What sets it apart from earlier models is above all how well it reads program code and finds vulnerabilities in it. A vulnerability is a flaw in software that allows an attacker to take over a system or steal data.

The Firefox browser is the clearest example. Mozilla, which develops it, tested an early version of the model, Claude Mythos Preview. Firefox 150 fixed 271 vulnerabilities found during these tests, 180 of which were rated as serious.

It is worth knowing the other side too. In the same post, Mozilla noted that an outstanding specialist could also have found each of these vulnerabilities. So the model does not do anything impossible for a human. It does it much faster and more cheaply, and that changes the calculation on both sides.

What happened between April and October 2026

The model’s history is short but turbulent. For the management board, it matters mainly because it shows how unstable access to the latest AI tools can be. We have listed the key dates in the table below.

In practice, Fable and Mythos are the same family of models with different safeguards. Fable is the generally available version. When it detects a request in a sensitive area, such as attacking systems, biology or chemistry, a weaker model takes over the response. Mythos has some of these blocks removed and is given only to vetted defenders.

The June suspension lasted less than three weeks. The US Department of Commerce ordered access to be blocked for people outside the US, and Anthropic, unable to check users’ citizenship in real time, switched both models off for everyone. When access was restored, the company agreed, among other things, to give the government early access to future models and to report any misuse it detects.

Claude Mythos and Fable – key dates
DateWhat happened
7 April 2026Anthropic announces Claude Mythos Preview and the Project Glasswing programme for companies securing critical software.
21 April 2026Mozilla reports 271 vulnerabilities in Firefox fixed after testing with Mythos Preview.
9 June 2026Launch of Fable 5 for everyone and Mythos 5 for Project Glasswing participants.
12 June 2026The US government orders access to be blocked for people outside the US; Anthropic switches both models off for everyone.
30 June – 1 July 2026The Department of Commerce lifts the restrictions and access to the models gradually returns.
1 September 2026Launch of Fable 5.1 and Mythos 5.1.
6 October 2026Mythos 5.1 becomes available to verified specialists through the expanded Cyber Verification Program.
Claude Mythos: what an AI model that finds software vulnerabilities means for your company’s security

Can your company use Mythos or Fable today?

Any company with a suitable Claude plan, or through the API, can use Fable 5.1. The API is the interface for connecting the model to your own systems. In business plans, access depends on the type of plan and usage limits. In the API, the price is USD 10 per million input tokens and USD 50 per million output tokens (as of 14 October 2026); a token is roughly a fragment of a word.

Only verified organisations and security specialists get Mythos 5.1, through the Cyber Verification Program. Applications are made through an Anthropic portal, and access covers only the organisation’s own code and systems. The API price is the same as for Fable. In return for looser blocks, the programme requires, among other things, that conversation history is retained.

For a typical manufacturing or trading company that does not develop its own software, direct access to Mythos makes little sense. You will get more value from asking your software vendors and the company that runs your IT whether they use such tools themselves.

What is changing for attackers and defenders

Until now, the security of many mid-sized companies has rested on an unspoken assumption: we are too small for anyone to spend time on us. Finding vulnerabilities by hand was expensive, so criminals chose big targets or ready-made, known flaws. Models such as Mythos lower the cost of this work for anyone who has access to them.

Anthropic deliberately gave the full version to defenders first, so they would have time to patch the most important software. But this advantage is temporary. Other companies and countries are developing similar models, and not all of them apply the same restrictions.

For your company, this means above all less time to react. When a vendor publishes a patch, criminals can work out more quickly which vulnerability it closes and attack those who have not installed it. A company that updates its systems once a quarter gives them more and more time to do so.

An IT manager going through a list of the company’s systems and security patch deadlines with the management board

A model that finds vulnerabilities faster than people helps whoever uses it first – and you do not get to choose whether that is your IT department or a criminal.

Five changes worth making in a mid-sized company

None of the changes below requires access to Mythos or a large budget. They are basics that, in a world of faster attacks, are no longer optional. They are listed in the order in which it usually makes sense to start.

Take a hypothetical distribution company with 90 employees, an ERP system, an online shop and several programs from local vendors. The first step is a list of these systems with the name of the person responsible for each. This alone usually shows that nobody is looking after updates to the online shop or an old file server.

  • List all the systems and programs the company uses, with their versions and the person responsible. Without this list, you do not know what to update.
  • Set an internal deadline for installing patches: a few days for critical vulnerabilities in systems accessible from the internet, and no more than a month for the rest. Check every month that the deadlines are being met.
  • Ask your software vendors how they look for vulnerabilities, how quickly they release patches and whether they have a list of their software’s components (an SBOM, or software bill of materials).
  • Turn on multi-factor authentication (signing in with a password plus a second confirmation, e.g. on a phone) wherever possible, especially for email and remote access.
  • Once a year, commission an external security test of your most important system and check whether the tester uses AI tools.

Why the suspension of access is a lesson for every company using AI

For less than three weeks, Fable 5 and Mythos 5 were unavailable to everyone, including Polish companies. The decision was made by the government of another country, and the provider could not get around it. The same could happen with any AI tool because of regulations, sanctions, outages or a change in pricing.

The point is not to give up on AI. The point is to ask, for every important process: what will we do if this model stops working tomorrow? The answer should go into the business continuity plan, the document that describes how the company keeps working when something fails.

In practice, three rules are enough. The process should also work on a different model, even if less well. You keep the data and instructions for AI on your side, not only with the provider. People should be able to carry out the key task by hand, even if more slowly.

What this means for companies covered by NIS2

Since 3 April 2026, an amendment to the Polish National Cybersecurity System Act (KSC Act) has been in force, implementing the EU NIS2 Directive in Poland. It applies to essential and important entities, mainly mid-sized and large companies in the sectors listed in the Act. Companies covered by the Act have until 3 April 2027 to implement an information security management system (ISMS) and their other obligations.

The Act does not mention AI models, but it requires risk management that is proportionate to the threats. If attackers can find vulnerabilities faster, a risk assessment from two years ago may no longer be enough. The head of the entity (management board) may also be personally liable, and the fine for an essential entity can reach EUR 10 million or 2% of revenue. The authorities can impose fines from 3 April 2028, but the deadline for implementing the obligations falls a year earlier.

If your company is covered by the Act, add two points to your next risk review. The first is faster AI-assisted attacks and how long it really takes you to install patches. The second is dependence on external AI providers in important processes.

When this need not be your first priority

If your company still has no backups that have been tested by restoring them, no two-factor sign-in for email and no up-to-date systems on its computers, start there. Mythos changes nothing here, because criminals have been exploiting such gaps for years without any help from AI.

Likewise, there is no point in buying specialist AI tools to find vulnerabilities if you have nobody to read the results and make sure the fixes are made. A report listing a hundred problems, with nobody to fix them, does not make you any more secure. Security specialists point out that the slowest stage today is people checking and fixing flaws, not finding them.

Related topics in the knowledge base

Read next

FAQ

Claude Mythos – frequently asked questions

The questions management boards and IT managers ask most often after reading the news about the Mythos model.

Can we use Fable to check the security of our own code?
Yes, Fable is suitable for reviewing your own code and analysing bugs. For requests that look like preparing an attack, its safeguards may pass the response to a weaker model. If your team works on security regularly, consider applying to the Cyber Verification Program.
Is sending code to an AI model safe for our data?
That depends on the contract and account settings, not on the model itself. Before sending code, check that the provider does not use the data for training, how long it keeps it and where it processes it. The programme for security specialists requires conversation history to be retained, which needs to be factored into your risk assessment.
Will our company be targeted by an attack using such a model?
There is no way to predict that, and from the outside an AI-assisted attack usually looks like any other. It is safer to assume that the low cost of finding vulnerabilities means a company’s size will no longer protect it. Defence rests on the same basics as before, only carried out faster.
Do other companies have similar models?
Other AI developers are also building models that are good at analysing code, and not all of them apply the same restrictions. That is why your defence plan should not depend on whether one particular provider makes something available. Assume that your adversary has, or will soon have, similar capabilities.
Does the AI Act restrict the use of such models in Poland?
The obligations for developers of general-purpose models have applied since 2 August 2025, and they fall mainly on the developer, such as Anthropic. A company that merely uses a model to analyse its own code does not thereby enter high-risk territory. Still, it is worth having written rules for using AI in the company, if only so that employees know what data they may send.

About this page

About the author

Kacper Włodarczyk — CEO of ALGORCOMP

Kacper Włodarczyk

CEO of ALGORCOMP

Kacper specializes in implementing Microsoft 365 Copilot, Copilot Studio, Power Platform (Power Automate, Power Apps, SharePoint) and AI agents for mid-sized B2B companies in Poland. He leads dozens of projects covering AI strategy, Power Platform governance, document workflow automation and sales processes. In his writing he focuses on the practical side of AI adoption in organizations — from the first proof of concept to company-wide rollout — with particular attention to data security, compliance (GDPR, NIS2, the AI Act) and return on investment.

Meet the team

Want to check how quickly your company installs patches?

We will help you list your company’s systems, assess how quickly you respond to new vulnerabilities and prepare a contingency plan for AI tools in important processes.

Featured

Related articles