@techtraduzida
Artificial intelligence and risk · Vendor dependency

Your AI vendor can change the rule in the middle of the task: the case of Claude and reverse engineering

Written Oct 26, 2026 · Last revised: Oct 26, 2026 · 12 to 15 minute read

Since October 21, Claude users have been reporting that the tool starts analyzing a program and stops mid-answer when the subject is reverse engineering. Anthropic has not confirmed any change. This text separates what is documented from what is reported and shows why the useful question for a company does not depend on which explanation is true.

In 30 seconds

  • Reverse engineering is taking apart finished software or a device to understand how it works inside. Security teams use it to find flaws and to see what a product does with customer data.
  • Since Oct 21, 2026, users have reported cuts in the middle of the answer and say that rewriting the request does not fix it. The most complete roundup of the reports is Kotaku's, from Oct 24. It has no reproducible tests, no count of users and no comment from Anthropic.
  • What is documented by more than one source: Opus 5.5, released on Sep 22, already shipped with cybersecurity filters, and on Oct 6 Anthropic expanded the verified-access program for security professionals, into three tiers.
  • Two explanations fit the facts: a deliberate decision or a filter that is too sensitive (one user called it "twitchy"). Those on the outside cannot tell the two apart.
  • Decision for the next 30 days: which of your processes depend on a single AI model, and is there a tested plan B if it refuses a task on a Friday at 5 p.m.?

What happened

The starting point is two pieces that existed before the reports. The first is the launch of Claude Opus 5.5, on Sep 22, 2026. According to the launch coverage, Anthropic assesses the model as comparable to Mythos 5.1 in biology and cybersecurity and therefore applied safeguards similar to those of Fable 5.1: cybersecurity requests flagged as sensitive are mostly routed to the older model, Opus 4.8. The second is the Cyber Verification Program ("CVP"), expanded on Oct 6 to three access tiers, in which verified organizations run into fewer blocks.

The third piece is what happened next, and it comes from users. On Oct 21, a thread on r/Claude claimed that Anthropic had "killed" REA (Reverse Engineer Anything, an open project that connects coding agents to tools for analyzing compiled software). Other users described the same behavior: Claude starts researching the target and, mid-answer, reports that a security check interrupted the response and that it cannot produce the text again, even rewritten.

Timeline

Case timelineFrom Sep 22 to Oct 26: Opus 5.5 launch with cybersecurity filters, verified-access program on Oct 6, first reports of cuts on Oct 21, Kotaku's piece on Oct 24 and no confirmation from Anthropic through Oct 26.From launch to reports: what came before the cutSep 22Opus 5.5 ships withcybersecurity filtersOct 6Verified accessgets 3 tiersOct 21First reportsof cuts (Reddit)Oct 24Kotaku gathersthe reportsOct 26No confirmationfrom AnthropicCoral: facts checked in more than one source. Ochre: user reports and gaps.Illustrative spacing. No Anthropic statement about the cuts was found through Oct 26.
From the Opus 5.5 launch to the reports of cuts. Sources: launch coverage (VKTR, Times of AI, TechJack), Help Net Security (Oct 7), Kotaku (Oct 24). Original Tech Traduzida diagram.

What is known and what is not

Documented by more than one sourceNot known, or suspected
Opus 5.5 launched on Sep 22 with cybersecurity safeguards similar to those of Fable 5.1 (VKTR, Times of AI, TechJack, Cybersecurity360).Whether there was a change from Oct 21. Anthropic has not commented, and Kotaku's piece presents this only as a possibility ("may have been").
On Oct 6, a three-tier verification program, with retention of session data to monitor abuse (Help Net Security, TechJack).Whether reverse engineering is on the list of blocks. Anthropic texts cited by the press name malware analysis and exploit validation, not reverse engineering in general.
Reports of mid-answer interruptions since Oct 21 (Kotaku, XDA, tbreak, iamag.it).How many users were affected. No source gives a count, and Kotaku does not show side-by-side tests.
Some disagree in the comments: one user says this type of request "has always been a lottery" because the filter is "too jumpy" (Kotaku).Whether the Samsung TV case had an influence. The hypothesis circulated on X, but Kotaku's author considers it unlikely as the main reason, and that is also his guess.
Interruption and routing to another model are described as safety mechanisms of the provider, not of the tool that sent the request (Capital & Compute).Whether approval in the verification program solves it. One isolated, unverifiable report says it did not.
Three reading cautions. (1) Anthropic's original text (the Oct 6 announcement and the program's support page) was not accessible in this review. What is attributed to it here comes from secondary coverage and is marked. [CONFIRM] (2) The newsletter that originated this topic (The Atlas, Oct 26) says "Claude may no longer do reverse engineering of anything". That is a leap from the sources, which speak of reports. (3) User reports show that something happened to them, not why it happened.

The path of a request, in one picture

The path of a security request to the answerThe request goes through a safety filter. Three outcomes: it proceeds normally, it is routed to an older model, or the response is interrupted midway. Verified access reduces interruptions in exchange for identification and data retention.Who decides what the tool agrees to doYour requestrequest aboutsecurity or softwareSafety filterreads the conversation inreal time and decideswhether the request is risky1. Proceeds normallymost requests pass without being flagged as risky2. Goes to a fallback modelsome cybersecurity requests go to anolder model (Opus 4.8), according to the coverage3. Interrupted midwayuser reports: the answer stops midway and therequest does not come back, even rewrittenOfficial way out: verified-access program (3 tiers). Fewer interruptions,in exchange for identifying the organization and retaining session data.
How the safety filter gets into the path of a request, according to the Opus 5.5 launch coverage and user reports. Original diagram; outcome 3 is a description by users, not Anthropic documentation. [CONFIRM]

Executive view: risk, gain and decision

Risk

The rule is not yours. When a team uses AI to analyze software, a third party decides where the line sits between what the tool accepts and what it refuses. That third party can move the line without notice, and the effect shows up mid-task. This holds whether the change is deliberate or a filter that started firing more often. For those who depend on the tool, the result is the same.

Cost. There is no public estimate of losses for this case, and this text does not invent one. What can be described is the type of cost: analyst hours stalled, an audit or incident response deadline blown, rework to redo the analysis in another tool.

Who answers. Usually whoever signed the deadline with the customer or the regulator, not the model vendor. AI contracts tend to cover use, not results. [CONFIRM with legal, case by case]

Gain

Discovering the dependency before the cut costs little. All it takes is an inventory of which tasks use AI and a simple continuity rule. The gain is turning a risk that is a surprise today into a vendor management item, with an owner and a deadline.

Decision for the next 30 days

  1. List the processes that use an AI model and, for each one, which model it is and who owns it.
  2. Mark the ones that halt the work if the model refuses the task. These go on the critical vendors list.
  3. For each one, define plan B: another model, another tool or a manual procedure, and test it once.
  4. Keep 5 to 10 typical requests as a routine test and run them periodically. If the result changes, you notice before the customer does. (My recommendation, not a practice cited by the sources.)
  5. If the team does offensive security work or malware analysis, evaluate the verified-access program, knowing the cost: identification and data retention.

Commercial application: where there is revenue, savings, advantage or risk

Operational view: processes, people and routines

Infrastructure view: models, integrations and dependencies

Security view: threats and controls

The underlying tension is real and has no simple solution. The same technique that shows what a TV does with your data also serves to break protections and find flaws that someone will sell. The model vendor has to draw a line without seeing the intent of the person asking. Any line displeases someone. This is a reading from the newsletter, and I agree with it.

ControlWhat to do
PreventWritten authorization to analyze any software or device that is not yours. An inventory of AI uses on the security team. A policy that forbids disguising requests to get past a filter.
DetectLog tool interruptions and refusals. Run test requests periodically to notice changes in behavior. Follow the vendor's notices about model switches.
RespondHave a documented, tested plan B. Know who can request verified access and how long it takes (Capital & Compute attributes to Anthropic a goal of answering requests within seven business days, an unconfirmed figure). [CONFIRM]
Legal limit. Reverse engineering software and devices that are not yours may carry legal and contractual restrictions, which vary by country and by case. Confirm with legal before starting. The newsletter also reminds readers to use these techniques only on software you have legal permission to inspect.

Technology: how it works inside

A classifier is a program trained to give a text a score, for example "this request looks risky". In this case, it sits beside the AI model (description by Capital & Compute) and reads the conversation in real time. When the score passes a threshold, the system acts: it routes to another model or interrupts the response. Reports and users describe the cut as coming from the safety system, not from the model refusing on its own.

There is an unavoidable trade-off in setting that threshold. A low threshold blocks more attacks, but also blocks legitimate work (false positive). A high threshold lets more legitimate work through, but also more attacks (false negative). At the Opus 5.5 launch, Anthropic said it had temporarily applied a larger safety margin against attempts to get around the filter while it works to reduce false positives, according to the coverage (Unite.AI). My inference: if that margin was adjusted recently, it could explain the perceived difference from Oct 21. No source says so.

Why does the cut happen mid-answer? The press describes that it does, but does not explain why. My inference: the filter may evaluate the text as it is generated and stop when the whole passes the threshold. It is a working hypothesis, not documented information.

The verification program reduces blocks by tier. According to Help Net Security, in an internal Anthropic test with Opus 5.5 (CyScenarioBench, 50 attempts per tier), without verified access all 50 were blocked on the first request. On Defense Access, 46 were blocked at some point and 4 were completed. On Red Team Access, none were blocked and 34 were completed. This is a test of attack tasks, not of reverse engineering ordinary applications, and it does not measure what regular users encounter. [CONFIRM in Anthropic's original text]

For the general reader: what to do today

Terms in this article

These terms should go into the channel's glossary. Until they are added, they are defined here.

Reverse engineering
Taking apart finished software or a device to understand how it works inside, without having the original design.
Classifier (safety filter)
A program that reads a text and decides whether it looks risky, and triggers an action such as blocking or redirecting.
False positive
Blocking something legitimate by mistake. In AI, a legitimate work request treated as a risk.
False negative
Something dangerous that the filter lets through.
Fallback model
An older or different model that answers when the main one should not.
Cyber Verification Program (CVP)
Anthropic's program that gives verified security professionals fewer blocks, in three tiers, in exchange for identification and data retention.
Data retention / zero retention (ZDR)
Whether or not the vendor stores the content of sessions. Zero retention means it does not.
Decompilation
Turning an already compiled program back into something a person can read. It is one of the steps of reverse engineering.
REA (Reverse Engineer Anything)
An open project that connects coding agents to tools for analyzing compiled software.
Open-weight model
An AI model whose file can be downloaded and run on your own equipment, without depending on a vendor for each answer.
Critical vendor
A vendor whose failure halts an important operation. It calls for a dependency map and a tested alternative.

Sources

Primary (could not be opened in this review)

Journalistic and analysis

Community and newsletter

Method note: pages read on Oct 26, 2026, partly through automatic summaries. The two Anthropic texts could not be opened; what is attributed to them comes from the sources above. I could not open Reddit or X directly.

Cross-check: where the sources differ

Final question

If your company's main AI model stopped accepting a task today, who would notice first, and how quickly? Reply by Instagram direct message to @techtraduzida and tell us how your team handles this point. If this content helped, follow the profile, like and share: it helps develop and spread the channel.