claude-code - 💡(How to fix) Fix Model fabricated a command in technical repro steps instead of using known context [1 pull requests]

Official PRs (…)
ON THIS PAGE

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

While drafting reproduction steps for a CVE (CVE-2026-46333), Claude fabricated a generic ./exploit binary name instead of using the correct command (./chage_pwn root) that had been established and used repeatedly throughout the session.

Error Message

When the user caught the error and asked where ./exploit came from, Claude acknowledged it had fabricated the command rather than referencing the session context. This occurred in a security engineering context where command accuracy is critical. A teammate following fabricated repro steps would get a "command not found" error and waste time debugging a non-issue. In a worse scenario, a similarly fabricated but plausible-looking command could cause harm.

Root Cause

This occurred in a security engineering context where command accuracy is critical. A teammate following fabricated repro steps would get a "command not found" error and waste time debugging a non-issue. In a worse scenario, a similarly fabricated but plausible-looking command could cause harm.

Fix Action

Fixed

RAW_BUFFERClick to expand / collapse

Description

While drafting reproduction steps for a CVE (CVE-2026-46333), Claude fabricated a generic ./exploit binary name instead of using the correct command (./chage_pwn root) that had been established and used repeatedly throughout the session.

What happened

The session involved testing two PoC exploits for CVE-2026-46333 across multiple servers. The command ./chage_pwn root was used extensively throughout the conversation. When asked to produce repro steps to hand off to teammates, Claude wrote ./exploit — a command that does not exist in the referenced repository and was never used in the session.

When the user caught the error and asked where ./exploit came from, Claude acknowledged it had fabricated the command rather than referencing the session context.

Why this matters

This occurred in a security engineering context where command accuracy is critical. A teammate following fabricated repro steps would get a "command not found" error and waste time debugging a non-issue. In a worse scenario, a similarly fabricated but plausible-looking command could cause harm.

Expected behavior

Claude should use commands established in the current session context rather than generating plausible-sounding substitutes. When drafting technical documentation or repro steps, all commands should be traceable to actual usage in the session or explicitly flagged as unverified.

Session context

The correct command (./chage_pwn root) was used in dozens of tool calls throughout the session. It was not ambiguous or missing from context.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

Claude should use commands established in the current session context rather than generating plausible-sounding substitutes. When drafting technical documentation or repro steps, all commands should be traceable to actual usage in the session or explicitly flagged as unverified.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Model fabricated a command in technical repro steps instead of using known context [1 pull requests]