systeminformer-mcp

Ein MCP-Server, der die Fähigkeiten von System Informer als Werkzeuge bereitstellt: Prozesse, Threads, Module, Handles, Speicher, Dienste, Netzwerkendpunkte, Treiber, Fenster und Dateisignaturen – plus das Starten und Steuern von Prozessen.

54 Werkzeuge, unter Windows 11 (Build 26200) end-to-end verifiziert.

So funktioniert es

Moderne System-Informer-Builds haben keinen Headless-Befehlsmodus – die alten -ctype / -cobject / -caction-Optionen wurden entfernt, und die verbleibenden Befehlszeilenoptionen konfigurieren nur die GUI. Das Scraping einer GUI wäre sowohl fragil als auch verlustbehaftet.

Dieser Server tut also das, was System Informer selbst tut: Er ruft dieselben nativen NT-APIs direkt auf (NtQuerySystemInformation, NtQueryInformationProcess, NtDuplicateObject, die SCM-APIs, iphlpapi, WinVerifyTrust, …) über ctypes. Die Ergebnisse kommen als strukturiertes JSON zurück und nicht als Tabellenzeilen.

Die installierte System-Informer-Anwendung wird weiterhin für zwei Dinge genutzt:

• GUI-Übergabe – launch_systeminformer_gui, launch_peview für die Live-Grafiken und interaktiven Ansichten, die sich nicht als Werkzeugausgabe abbilden lassen.

• dbghepl.dll – die mit System Informer mitgelieferte Copy schreibt Prozesse**-umps Processdumps.**

Keine der beiden ist erforderung. Wenn System Informer nicht installiert ist, funktionieren alle Inspektions- und Steuerungs-Werkzeuge weiterhin; nur diese beiden Übergabe-Werkzeuge sind nicht verfügbar.

Related MCP server: memscope-mcp

Installation

pip install mcp

Registrieren Sie den Server anschließend bei Ihrem MCP-Cliend. Bei Claude Code beachten Sie die PYTHONPATH, die dafür sorgt, dass python -m si_mcp das Paket aus jedem Arbeitsverzeichnis finden kann:

claude mcp add systeminformer --scope user -e PYTHONIOENCODING=utf-8 -e "PYTHONPATH=C:\path\to\systeminformer-mcp" -- python -m si_mcp

Oder fügen Sie ihn direkt in die Konfigurationsdatei Ihres MCP-Cli entries ein:

{
  "mcpServers": {
    "systeminformer": {
      "command": "python",
      "args": ["-m", "si_mcp"],
      "env": {
        "PYTHONIOENCODING": "utf-8",
        "PYTHONPATH": "C:\\path\\to\\systeminformer-mcp"
      }
    }
  }
}

Alternativ führen Sie pip install -e . im Projektwurzelverzeichnis aus. Das lesgt ein systeminformer-mcp Konsolenskript on PATH und macht PYTHONPATH überflüg.

Setzen Sie SYSTEMINFORMER_PATH, wenn System Informer an einem anderen Ort als C:\Program Files\SystemInformer installiert ist.

Rechte

Windows entscheidet – nicht dieser Server – was sichtbar ist. Führen Sie den Server mit erhöhten Rechten aus, um die volle Abdeckung zu erhalten: Rufen Sie jederzeit server_status auf, um genau zu sehen, was verfgebastet und nicht verügbar ist:

| Ausführung als | Das erhalten Sie | | ----------------------------------- | | Standardbenutzer | Ihre eiessen Prozesse in vollem Upfang; Prozesse anderer Benutzer nur eingeschränkt | | Mit höhten Rechten | Fast alles: alle Prozesse, Kerneladressen, Systemeuerung | | Mit erhöhten Rechten + KSystemInformer-Treiber | Auches geschütze Prozesse (PPL, Antimalware) |

Ohne erhöhte Rechte vorenthält Windows Kerneladressen (Treiber-Basesadressen liefert es as 0x0 zurück) und Thread-Startadressen für Prozesse, die Ihnen nicht gehören. Der Server umgeht letzesere, wo es unmög, durch eine erneute Abfrage über den Thread-Handle.

Werkzeuge

System – system_overview, system_cpu_usage, system_memory, system_uptime

Prozesse – list_processes, process_tree, process_details, process_token, process_modules, process_threads, thread_details

Prozesssteuerung – launch_process, launch_process_elevated, terminate_process_tree, suspend_process, resume_process, set_process_priority, set_process_affinity, set_process_critical, empty_working_set, create_process_dump

Threads – suspend_thread, resume_thread, terminate_thread, set_thread_priority, set_thread_affinity

Speicher – process_memory_regions, process_memory_summary, read_process_memory, write_process_memory, protect_process_memory, search_process_memory, process_memory_strings

Handles – list_handles, handle_type_summary, find_handles_by_name, close_handle

Dienste – list_services, service_details, control_service, set_service_start_type, create_service, delete_service

Netzwerk – network_connections, port_owner

Treiber und Fenster – list_drivers, list_windows, window_action

Dateien – file_details, verify_file_signature

System Informer – server_status, launch_systeminformer_gui, launch_peview

Beispiele

"What's using port 3000?"                  -> port_owner
"Which process has this DLL locked?"       -> find_handles_by_name
"Why is my machine at 100% CPU?"           -> list_processes sort_by=cpu
"Start notepad minimized, then suspend it" -> launch_process, suspend_process
"Is this binary signed?"                   -> verify_file_signature

Sicherheit

Werkzeugeinnen, die nicht rückgängig gemacht werden können oder einen laufenden Prozess destabilieren können, verlangen eine ausdrückliches confirm=true:

• write_process_memory – kann das Ziel beschädigen oder zum Absturz bringen

• close_handle –Der besitzende Prozess wird nicht darüber informiert, dass sein Handle verschwunden ist

• terminate_process_tree – beendet alle Nachkommen

• delete_service – Die Dienstregistrierung kann von diesem Server nicht wiederhergestellt werden

• set_process_critical – Das Beenden eines kritischen Prozesseslöst einen Windows-Bugcheck aus

launch_process_elevated läuft über den standardmäßigen Windows-Begriffsanfragedialog. Dieser Server nimmt zu keinem Zeitpunkt Zugangsdaten an, speichert oder übermittelt sie; Führen Sie einen Prozess als anderen Benutzer, um das System Informen-GUI's „Run As"-Dia.

Hinweise zur Korrektheit

Einige Details, die leicht falsch gemacht werden und hier richtig behandelt werden:

• Objektnamen können blockeren. Den Namen eines Handles zu ermitteln bedeutet, es zu dublizieren und NtQueryObject aufzurufen, und dieser ruft blockert endlos, wenn er auf eine synchron bezeichnete benannte Pife trif, deren Peer nie antortet. Wie bei System Informer läuft das auf einem Workcar-Tre-ad mit eimem Timeout; ein blockierter Worker wird ausgesondert statt wiederverwendet, und der Handle bleibt absichtlich offen, statt den Aktiven blockerten Aufruf under ihm wekklicheschließen.

• Prozessnamen sind nicht NUL-abgeschlossen. STEM_PROCESS_IFORMATION trägt ein explicite Length; beim Daroderen durch Scann nach einem Terminatsor liest man hinter das Stringende in beübarte Daten und erhält ungearee UTF-16- Surrogate. Sämtliche Werkzeugausgaben werden zuätzlich bereinigt, damit kein fromster Name aus einem anderen Prozess eine Antwort zum Scheitern bringt.

• Token structures embed Poiters in own buffer. TOKEN_USER und Verwendte müssen aus einer live Allokation geesen werden, nicht aus einer bytes- Kopie.

• InfoClassen mit fester Size lehnen übergröße Puffer ab. SystemBasicInformation und die Tabsellen pro Prozessor erwarten sein genau die Größe, die der laufende Kerel erwartet – und die unterscheidet sich zwischen Windows-Versionen. Diese Größe wird deshalbb zuerst abgefrgangt.

• PID-Wiederverwendung beschädigte Prozeßäume. Ein „Elternprozess", der nach seinem Kind erzeugt wird, wird als (PID-)wiederverwendet behandelt, und das Kind wird als Wurzel gemeldet.

Testen

python tests/test_e2e.py

Startet den Server über echtenMCP-stdio-Transport, ruft ein Werkzeug aus jeder Gruppe auf und roundtript einen live Prozess komplett: Staarten → Inspizeiren → Suspendderen → Resumen → Dump → Beenden. Es bestätigt außerdem, dass jedes „geschützte" Werkzeugt ohne confirm=true verweig. 44 Prüfungen.