MaliciousCorgi: VS-Code „AI“-Extensions stehlen Quellcode – was Unternehmen jetzt prüfen müssen

Stand: 26. Januar 2026 – zuletzt aktualisiert

Zwei scheinbar legitime AI-Coding-Extensions für Visual Studio Code wurden als Spionage-Tool identifiziert: Sie funktionieren wie beworben, senden aber geöffnete Dateien und Code-Änderungen im Hintergrund an externe Server. Für Unternehmen ist das kritisch, weil Entwickler-Workspaces oft Secrets, interne Repos und Produkt-Quellcode enthalten. [News]

Die Kampagne wird als MaliciousCorgi beschrieben und betrifft u. a. diese Extension-IDs: whensunset.chatgpt-china und zhukunpeng.chat-moss. [Analyse]

1. Ausgangslage

Developer-Tools sind Teil der Supply Chain: Eine Extension hat Zugriff auf Arbeitsbereiche, Dateien und teils indirekt auch auf Tokens (z. B. in lokalen Configs). Der VS-Code Marketplace hat Schutzmechanismen, aber diese ersetzen keine Unternehmens-Policies. [Hersteller-Doku]

2. Bin ich betroffen?

Prüfen Sie auf Entwickler-Maschinen (oder via Endpoint-Management), ob eine der folgenden Extensions installiert ist:

Falls eine dieser Extensions installiert war, betrachten Sie Quellcode und ggf. darin enthaltene Secrets als potenziell kompromittiert. [News] [Analyse]

3. Sofortmaßnahmen (heute)

1. Deinstallieren & VS Code neu starten: Entfernen Sie die Extensions und prüfen Sie, ob weitere „AI“-Forks vom gleichen Publisher installiert sind.
2. Secrets rotieren: API Keys, PATs, Cloud-Creds, Signing Keys – insbesondere, wenn sie jemals im Repo/Workspace sichtbar waren (auch in .env, CI-Files, IaC).
3. Proxy/DNS/EDR prüfen: Suchen Sie nach Auffälligkeiten im Egress (neue Domains, ungewöhnliche Upload-Spikes aus Developer-Netzen).
4. Scope klären: Welche Repos/Verzeichnisse wurden geöffnet? Welche Branches/PRs enthalten sensitive Informationen?

3.1 Quick Check per CLI (PowerShell, Windows)

Quick Check für Entwickler: Ein One-Liner für schnelle Selbstprüfung in der PowerShell.

  
  code --list-extensions | ? { $_ -in "whensunset.chatgpt-china","zhukunpeng.chat-moss" }
  
  

Intune-ready Detection & Remediation Script

Für IT-Administratoren: Vollständiges PowerShell-Script für Microsoft Intune-Verteilung. Prüft automatisiert, ob bekannte MaliciousCorgi-VS-Code-Extensions installiert sind und kann optional automatisch deinstallieren. Das Script ist für Intune-Proactive Remediations oder Detection Scripts optimiert.

<#
MaliciousCorgi – VS Code Extension Detection & Remediation (Intune-ready)

Exit-Codes (für Intune Detection):
  0 = nicht gefunden (Compliant)
  1 = gefunden (Non-Compliant, betroffen)
  2 = VS Code CLI fehlt (Not Applicable)

Für Intune Proactive Remediations:
  Detection Script: Prüft nur (kein -Uninstall)
  Remediation Script: Führt automatische Deinstallation durch (-Uninstall)

Verwendung in Intune:
  - Detection: Script ohne Parameter ausführen
  - Remediation: Script mit -Uninstall Parameter ausführen
#>

[CmdletBinding()]
param(
  [switch]$Uninstall,
  [string]$LogPath = "$env:TEMP\MaliciousCorgi-Check.log"
)

$Ext1 = "whensunset.chatgpt-china"
$Ext2 = "zhukunpeng.chat-moss"
$Targets = @($Ext1, $Ext2)

function Write-Log {
  param($Level, $Message)
  $Timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss"
  $LogEntry = "[$Timestamp] [$Level] $Message"
  
  # Logging für Intune (kann in Intune-Logs eingesehen werden)
  Add-Content -Path $LogPath -Value $LogEntry -ErrorAction SilentlyContinue
  
  # Console-Output für manuelle Ausführung
  switch ($Level) {
    "INFO"  { Write-Host "[INFO]  $Message" }
    "OK"    { Write-Host "[OK]    $Message" }
    "ALERT" { Write-Host "[ALERT] $Message" }
    "ERROR" { Write-Host "[ERROR] $Message" }
    default { Write-Host "[INFO]  $Message" }
  }
}

# Prüfen, ob VS Code CLI verfügbar ist
if (-not (Get-Command code -ErrorAction SilentlyContinue)) {
  Write-Log "ERROR" "VS Code CLI ('code') nicht gefunden. Script nicht anwendbar."
  exit 2
}

Write-Log "INFO" "Starte MaliciousCorgi Extension Check..."
$Installed = code --list-extensions 2>$null

if ($null -eq $Installed) {
  Write-Log "ERROR" "Konnte VS Code Extensions nicht auflisten."
  exit 2
}

$Found = @()

foreach ($Ext in $Targets) {
  if ($Installed -contains $Ext) {
    Write-Log "ALERT" "Gefunden: $Ext"
    $Found += $Ext
  } else {
    Write-Log "OK" "Nicht gefunden: $Ext"
  }
}

if ($Found.Count -gt 0) {
  Write-Log "ALERT" "Betroffenheit bestätigt: $($Found.Count) Extension(s) gefunden"
  Write-Log "INFO" "Empfohlene Sofortmaßnahmen: Secrets rotieren, Egress-Logs prüfen, Scope klären"

  if ($Uninstall) {
    Write-Log "INFO" "Starte automatische Deinstallation..."
    foreach ($Ext in $Found) {
      try {
        code --uninstall-extension $Ext 2>&1 | Out-Null
        Write-Log "OK" "Deinstalliert: $Ext"
      } catch {
        Write-Log "ERROR" "Fehler beim Deinstallieren von $Ext : $_"
      }
    }
    Write-Log "INFO" "Deinstallation abgeschlossen. VS Code sollte neu gestartet werden."
  }

  exit 1
}

Write-Log "INFO" "Keine der bekannten MaliciousCorgi-Extensions installiert. System ist compliant."
exit 0

  

4. Prävention: so härten Sie VS Code im Unternehmen

Für Unternehmen ist das Ziel nicht „keine Extensions“, sondern kontrollierte Extensions: Allowlist statt Wildwuchs. Microsoft unterstützt zentrale Policies und Private Marketplace-/Rehosting-Modelle für geprüfte VSIX-Pakete. [Best Practice]

5. Warum das (auch) Build-Systeme betrifft: PackageGate

Parallel zeigt die Diskussion um PackageGate, dass selbst etablierte Schutzrezepte nicht immer die erwartete Wirkung entfalten. Für JS-Stacks heißt das: Policies, Scanning und kontrollierte Installationspfade kombinieren. [Analyse]

Beispiel: Für pnpm wurde ein Bypass als CVE-2025-69264 dokumentiert; betroffen sind Versionen 10.0.0 bis 10.25 (laut Advisory), Fix via Update. [Advisory] [CVE]

6. Häufige Fragen aus der Praxis

6.1 Muss ich von Datenabfluss ausgehen?

Wenn die betroffenen Extensions installiert waren: ja – zumindest für Workspaces/Dateien, die geöffnet oder bearbeitet wurden. Deshalb ist die Rotation von Secrets in der Praxis fast immer der erste sinnvolle Schritt.

6.2 Reicht „Marketplace schützt uns“ als Argument?

Der Marketplace hat Schutzmechanismen, aber Unternehmen brauchen zusätzlich Governance: Allowlisting, Freigaben, Endpoint-Audits und ggf. einen privaten Marketplace für geprüfte Versionen. [Hersteller-Doku] [Best Practice]