Agent update blocked by Windows Defender (Trojan:Win32/ClickFix.R!ml)

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

Running agent update on Windows consistently triggers Microsoft Defender, which detects the update process as Trojan:Win32/ClickFix.R!ml and blocks it.

As a result, the update fails with spawn EPERM.

I found the existing report about Microsoft Defender detecting inno_updater.exe as a false positive (Trojan:Win32/Wacatac.B!ml), but this appears to be a different issue because the detection occurs while updating the Agent CLI via PowerShell rather than the IDE updater.

Steps to Reproduce

  1. Open PowerShell.

  2. Run:

    agent update
    
  3. Microsoft Defender detects Trojan:Win32/ClickFix.R!ml.

  4. The update is blocked and terminates with:

    Error: Update failed: spawn EPERM
    

Expected Behavior

agent update should complete successfully without being blocked by Microsoft Defender.

Screenshots / Screen Recordings

Attached:

  • Windows Defender Protection History

Operating System

  • Windows 11

Version Information

CLI:

Cursor CLI: 3.11.25
Agent: 2026.07.09-a3815c0

Blocked command reported by Windows Defender:

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -ExecutionPolicy Bypass -Command $ProgressPreference = 'SilentlyContinue'; irm 'https://cursor.com/install?win32=true&update=true&channel=prod&version=2026.07.09-a3815c0' | iex

Additional Information

  • Windows Defender signatures are fully up to date.
  • Updating Defender signatures does not change the behavior.
  • The issue reproduces every time I run agent update.
  • Defender consistently reports Trojan:Win32/ClickFix.R!ml.
  • The command blocked by Defender downloads and executes the update script from https://cursor.com/install.

I’m wondering whether this PowerShell-based update mechanism is expected for the Agent CLI, and whether this is another Defender false positive similar to the previously reported Wacatac detection.

Does this stop you from using Cursor?

  • Sometimes - Cursor itself works, but Agent CLI updates are currently blocked.

Hi there!

We detected that this may be a bug report, so we’ve moved your post to the Bug Reports category.

To help us investigate and fix this faster, could you edit your original post to include the details from the template below?

Bug Report Template - Click to expand

Where does the bug appear (feature/product)?

  • Editor, Tab & Chat (autocomplete, Composer, in-editor agent)
  • Terminal & commands
  • Models, pricing & API keys (availability, Auto/Max, BYOK/Bedrock)
  • MCP & tools
  • Cloud Agents & Automations (cursor.com/agents, scheduled/event)
  • BugBot & Code Review
  • Cursor CLI
  • Cursor Mobile
  • Remote (SSH / Dev Containers / WSL)
  • Account, billing & login
  • Something else…

Describe the Bug
A clear and concise description of what the bug is.


Steps to Reproduce
How can you reproduce this bug? We have a much better chance at fixing issues if we can reproduce them!


Expected Behavior
What is meant to happen here that isn’t working correctly?


Screenshots / Screen Recordings
If applicable, attach images or videos (.jpg, .png, .gif, .mp4, .mov)


Operating System

  • Windows 10/11
  • MacOS
  • Linux

Version Information

  • For Cursor IDE: Menu → About Cursor → Copy
  • For Cursor CLI: Run agent about in your terminal
IDE:
Version: 2.xx.x
VSCode Version: 1.105.1
Commit: ......

CLI:
CLI Version 2026.01.17-d239e66

For AI issues: which model did you use?
Model name (e.g., Sonnet 4, Tab…)


For AI issues: add Request ID with privacy disabled
Request ID: f9a7046a-279b-47e5-ab48-6e8dc12daba1
For Background Agent issues, also post the ID: bc-…


Additional Information
Add any other context about the problem here.


Does this stop you from using Cursor?

  • Yes - Cursor is unusable
  • Sometimes - I can sometimes use Cursor
  • No - Cursor works, but with this issue

The more details you provide, the easier it is for us to reproduce and fix the issue. Thanks!

Update:

I retried agent update today, and both completed successfully.

The issue is no longer reproducible on my machine, and Microsoft Defender no longer blocks the update process.

I’m not sure whether this was resolved by a Microsoft Defender signature update or by changes to the update mechanism, but everything appears to be working now.

Update:

Unfortunately, the issue has reappeared.

Yesterday, agent update completed successfully, so I initially thought the issue had been resolved. However, today Microsoft Defender started detecting Trojan:Win32/ClickFix.R!ml again.

Simply running agent (without explicitly running agent update) also triggers the same Defender detection. However, the Agent CLI still starts and works normally—the only thing being blocked appears to be the background update process.

The blocked command is:

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -ExecutionPolicy Bypass -Command $ProgressPreference = 'SilentlyContinue'; irm 'https://cursor.com/install?win32=true&update=true&channel=prod&version=2026.07.17-3e2a980' | iex

This makes me think the Agent CLI may perform an automatic update check or self-update in the background when it starts.

Could you confirm whether this behavior is expected?