Repository navigation
Windows Defender flags unsigned codex-computer-use.exe command line as Trojan:Win32/ClickFix.DE!MTB #31419
Description
What version of the Codex App are you using?
Codex Desktop on Windows.
Verified local package path:
C:\Program Files\WindowsApps\OpenAI.Codex_26.623.19656.0_x64__2p2nqsd0c76g0\app\resources\codex.exe
The main codex.exe file did not expose embedded ProductVersion / FileVersion metadata through Windows file version info.
What subscription do you have?
ChatGPT Pro
What platform is your computer?
Windows.
What issue are you seeing?
Microsoft Defender flagged normal Codex Desktop Computer Use activity as a severe ClickFix trojan:
Threat: Trojan:Win32/ClickFix.DE!MTB
Threat ID: 2147932647
Category: Trojan
Severity: Severe
Detection time: 2026-07-07 10:10 AM America/New_York
Defender intelligence: AV 1.453.463.0, AS 1.453.463.0, NIS 1.453.463.0
Engine: AM 1.1.26050.11, NIS 1.1.26050.11
The affected item was a command line for the Windows Computer Use helper:
C:\Users\<user>\AppData\Local\OpenAI\Codex\runtimes\cua_node\1b23c930bdf84ed6\bin\node_modules\@oai\sky\bin\windows\codex-computer-use.exe turn-ended ...
The command line contained a normal Codex Desktop agent-turn-complete / turn-ended payload with thread metadata and recent user/assistant prompt text. This appears to be a Defender heuristic hit on the Computer Use helper invocation and/or its long prompt-bearing command line, not a user-downloaded executable.
Local Defender readback after the alert:
ThreatID: 2147932647
ThreatName: Trojan:Win32/ClickFix.DE!MTB
DidThreatExecute: False
IsActive: False
Action: Remove
Action Status: No additional actions required
Important: clicking "Allow" in Windows Security persisted a threat-specific default action:
ThreatIDDefaultAction_Ids: {2147932647}
ThreatIDDefaultAction_Actions: {6}
That means the UX can lead users to allow the whole threat ID rather than making a narrow trust decision about a specific Codex helper binary.
The helper binary was present on disk, but it was not signed and did not expose embedded ProductVersion / FileVersion metadata:
Path: C:\Users\<user>\AppData\Local\OpenAI\Codex\runtimes\cua_node\1b23c930bdf84ed6\bin\node_modules\@oai\sky\bin\windows\codex-computer-use.exe
Authenticode status: NotSigned
Embedded ProductVersion: <empty>
Embedded FileVersion: <empty>
@oai/sky package version: 0.4.19
File size: 1,691,648 bytes
Created: 2026-06-22 09:29:05 local time
LastWriteTime: 2026-06-11 19:00:17 local time
SHA256: F2B2F56FCD1699B0FA32DEC3214A56A1D36B937A2ECF58CC822AB4A904551E03
What steps can reproduce the bug?
I do not have a deterministic minimal repro yet. The observed flow was:
- Use Codex Desktop on Windows.
- Use or have enabled Computer Use.
- A Codex thread completed a turn.
- Defender flagged
codex-computer-use.exe turn-ended ...asTrojan:Win32/ClickFix.DE!MTB. - Windows Security offered an "Allow" path that persisted a Defender threat action for threat ID
2147932647.
What is the expected behavior?
Normal Codex Desktop Computer Use helper activity should not trigger Microsoft Defender as a severe ClickFix trojan.
Please consider:
- code-signing
codex-computer-use.exeand any other bundled Windows helper binaries; - submitting the signed helper and current hash to Microsoft for Defender reputation / false-positive review;
- avoiding command-line shapes where large prompt/thread payloads are passed directly to a helper in a way that resembles ClickFix or command-from-attacker behavior;
- making the product guidance clearer when Defender fires, because "Allow" can create a broad persistent threat allow entry instead of a narrow Codex helper allow.
I do not want to disable Computer Use. I also do not want to use broad Defender exclusions for the Codex runtime tree. A durable product-side fix seems needed.
Related issues
These appear adjacent but not exact duplicates:
- On Windows, some tool-generated PowerShell commands can be blocked by Defender as Trojan:Win32/ClickFix.SA!A #15423: On Windows, some tool-generated PowerShell commands can be blocked by Defender as Trojan:Win32/ClickFix.SA!A
- Windows Defender Severe alert from Codex-generated pwsh reflection command #26218: Windows Defender Severe alert from Codex-generated pwsh reflection command
- browser-use (browser-client.mjs) marked as trojan by Windows Defender #20315: browser-use (browser-client.mjs) marked as trojan by Windows Defender
- macOS detects Codex Computer Use.app as malware and deletes it! #31251: macOS detects Codex Computer Use.app as malware and deletes it!
This issue differs from the macOS signing/Gatekeeper reports because the affected item is the Windows Computer Use helper executable (codex-computer-use.exe), the detection is Microsoft Defender Trojan:Win32/ClickFix.DE!MTB, and Windows Security persisted a threat-ID allow entry after the user clicked "Allow." The shared theme is that Computer Use helper packaging/signing/reputation needs attention across platforms.
Activity
github-actions commentedon Jul 7, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
laz-jamesfuller commentedon Jul 7, 2026
Reviewed #31251 and the issues it points to (#30972, #30608, #30298).
I agree this is adjacent to the Computer Use signing / malware-detection cluster, so I added #31251 to the related list in the description.
I am not closing this as a duplicate yet because the observed failure mode is different:
Codex Computer Use.appafter an update.codex-computer-use.exe turn-ended ...asTrojan:Win32/ClickFix.DE!MTB.Authenticode status: NotSigned.2147932647, which is broader than a narrow helper-binary trust decision.The shared product ask is still signing / packaging / reputation hardening for the Computer Use helper across platforms. If maintainers prefer one umbrella issue for all Computer Use helper signing/reputation failures, I am fine with closing this after the Windows Defender-specific evidence is linked there.
undergroundrap commentedon Jul 13, 2026
Just wanted to chime in and confirm that this false positive (Trojan:Win32/ClickFix.DE!MTB on codex-computer-use.exe) appears to be resolved on my end now after updating Windows Defender. Looks like Microsoft cleared up the heuristic trigger!
https://community.openai.com/t/windows-defender-flags-codex-computer-use-helper-as-trojan-win32-clickfix-de-mtb/1385584
undergroundrap commentedon Jul 13, 2026
Another user in the same thread I made mentioned this too. I was curious if that also relates to all those 'want to send this file to Microsoft' spam notifications?
styler-ai commentedon Jul 22, 2026
Current deterministic reproduction and local forensic evidence (Windows, 2026-07-22)
This remains reproducible with current Codex and Defender builds, including the
Trojan:Win32/PowhidSubExec.Bvariant previously reported in #32343.Environment
0.145.0(the original blocked turn was recorded by CLI0.144.1)26.715.4045.010.0.26200.0 x647.6.41.455.263.0(updated2026-07-21T22:58:42Z)2147941383The relevant user-level configuration has this shape:
First detection: Codex-generated command wrapper
A Codex agent generated a PowerShell wrapper around a benign local development test. The wrapper used a hidden child process, stdout/stderr redirection, and a two-hour timeout.
Timeline from the Codex session and Defender Operational event log:
2026-07-16T15:50:40.613Z: Codex issued the wrapper through its execution tool.2026-07-16T15:50:41.756Z: Defender event 1116 classified its command-line resource asTrojan:Win32/PowhidSubExec.B.CreateProcess ... Access is denied (os error 5).2026-07-16T15:51:12.620Z: Defender event 1117 recordedAction: Remove,Action Status: No additional actions required, and error code0x00000000.This establishes that Defender blocked process creation; there was no persistent Trojan file associated with that event. The affected resource was
CmdLine,Process NamewasUnknown, and Defender reported successful remediation.Deterministic text-only reproduction
codex-computer-use.exe turn-ended.input-messagesandlast-assistant-message, including the inert PowerShell text.2026-07-22T11:36:42.410Z, Defender event 1116 raised the samePowhidSubExec.Bdetection against the notifier'sCmdLineresource.Get-MpThreatDetectionpreserved the notifier JSON in the resource record, confirming that the suspicious-looking content was conversation data.2026-07-22T11:37:09.890Z, Defender event 1117 again recordedRemoveandNo additional actions required.The second event is the key reproduction: no suspicious script was run. Merely carrying its text in the
turn-endedargv was enough to trigger the same signature.Local safety checks
PowhidSubExec.Bthreat is reported after remediation.Expected behavior
A private
/feedbackdiagnostic report was submitted separately. Public evidence here is intentionally stripped of usernames, repository names, local project paths, and unrelated session content.daikanyama commentedon Aug 19, 2026
I’m experiencing the same issue on Windows 11.
Microsoft Defender repeatedly detects:
Trojan:Win32/ClickFix.DE!MTB
Affected executable:
%LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node...\codex-computer-use.exe
The detection occurs around
turn-ended/agent-turn-complete.Today, Defender detected it several times.
I also uninstalled Codex and reinstalled the latest official version from the Microsoft Store, but the detection occurred again.
I have NOT added any Defender exclusions and have NOT allowed the detected threat.
The Defender command-line details contain Codex conversation history inside the JSON passed to
codex-computer-use.exe, so I am not posting the full command line here for privacy reasons.Could you please confirm whether this is a known false positive and whether a fix is planned?
campbell-reid-displayr commentedon Aug 20, 2026
Just had this show up as well.
theblackjt commentedon Sep 6, 2026
Additional redacted evidence from Codex Desktop on Windows (2026-09-06):
Microsoft Defender raised the same detection twice:
Trojan:Win32/FileFix.BBA!MTB21479559061.459.76.01.1.26080.3First detection: a bundled, Microsoft-signed
pwsh.exewas invoked with a long, benign verification script in-Command. The generated script embedded document strings directly in executable PowerShell source while reconstructing and hashing a prior text state.Second detection, about five minutes later: the bundled, validly OpenAI-signed
codex-computer-use.exewas invoked asturn-ended {JSON...}. Its argv contained the complete recent input/assistant text, including the previously detected PowerShell command line, under the event payload's input messages. At this point the PowerShell text was inert JSON data, not executed by the helper, yet Defender raised the same signature again.Both alerts were remediated with Remove; no allow-list entry or Defender exclusion was created.
This provides a useful content-controlled comparison: the same suspicious-looking text was detected once as executable command source and once merely because Codex Desktop transported it inside a process command line. It also means a single detection can cascade into another when the event helper repeats the full transcript through argv.
Requested product changes:
turn-endedpayload.Privacy note: paths, user/project names, thread/session IDs, screenshots, and original transcript content are intentionally omitted. No session is being shared.
ZFXzzz commentedon Sep 13, 2026
I’m seeing the same Microsoft Defender detection on Codex Desktop for Windows:
For the exact helper file present on disk, Get-AuthenticodeSignature returned Valid, with signer OpenAI OpCo, LLC. I did not allow, restore, or exclude the detection, and I am not asserting that it is definitely a false positive.
Please confirm whether this is a known Microsoft Defender heuristic issue for the Computer Use helper and whether any updated Codex/Defender build or recommended reporting path is available.
jtgreen4891-hub commentedon Sep 29, 2026
I’m seeing a Windows Computer Use failure consistent with this issue.
Environment:
Symptoms:
Troubleshooting performed:
Additional evidence:
Related issue: #31419. This appears to be a Windows sandbox/Computer Use endpoint startup failure rather than a CryptoTool or ordinary firewall issue.