ChatGPT nutzt jetzt Standard-Webhooks für die Echtzeit-Zustellung von MCP-Ereignissen

OpenAI hat die Unterstützung für Model Context Protocol (MCP) Events in ChatGPT integriert. Dadurch kann der KI-Assistent Echtzeit-Updates von externen Systemen abonnieren. Diese Implementierung, die in einer technischen Analyse von Svix vom 21. Oktober 2026 detailliert beschrieben wird, verlässt sich vollständig auf Standard-Webhooks für die Ereigniszustellung. Entwickler, die MCP-Server erstellen, müssen nun Abonnement-Lifecycles, kryptografische Verifizierung und strenge Sicherheitsprotokolle handhaben, um sicherzustellen, dass ihre Anwendungen Daten sicher an ChatGPT senden können.

Was passiert ist

Das Model Context Protocol hat sich von einem zustandslosen Request-Response-Modell zu einer ereignisgesteuerten Architektur entwickelt. MCP Events ist eine Erweiterung, die es einem KI-Client wie ChatGPT ermöglicht, bestimmte Ereignisse in einem anderen System zu abonnieren, z. B. einen neuen Kommentar in einem Dokument, einen zusammengeführten Pull Request oder eine kritische Incident-Warnung. Wenn diese Ereignisse auftreten, benachrichtigt der MCP-Server den Client, der daraufhin automatisierte Aktionen oder Tool-Aufrufe auslösen kann. Während die Spezifikation drei Zustellungsmodi definiert – Polling, Push-Streams und Webhooks – unterstützt ChatGPT derzeit nur die Webhook-Zustellung.

Um dies zu unterstützen, muss ein MCP-Server seine Event-Fähigkeiten deklarieren und drei neue Methoden implementieren: events/list, events/subscribe und events/unsubscribe. Die Methode events/list beschreibt verfügbare Ereignisse, einschließlich ihrer Namen, Beschreibungen und Schemas für Argumente und Payloads. Wenn ein Benutzer ChatGPT anweist, eine bestimmte Ressource zu überwachen, sendet der Client eine Abonnementsanfrage, die eine Callback-URL, ein vom Client generiertes Signaturgeheimnis und einen Time-to-Live-Wert enthält. Der Server muss diese Anfrage validieren, den Callback-Endpunkt verifizieren und dann damit beginnen, signierte Ereignisse an die angegebene URL zu senden, sobald die festgelegte Bedingung erfüllt ist.

Wichtige Details

• ChatGPT verwendet ausschließlich Webhook-Zustellungen für MCP Events und verlangt von Servern, Ereignisse per POST an eine vom Client bereitgestellte Callback-URL zu senden.
• Abonnements sind temporär; sie laufen basierend auf einem ttlMs-Parameter ab und müssen vom Client vor Ablauf der Frist erneuert werden.
• Jeder Event-Payload enthält eine eventId zur Deduplizierung, einen Zeitstempel, Daten und einen Cursor zum Fortsetzen nach Lücken.
• Die Verifizierung erfordert einen Challenge-Response-Handshake, bei dem der Endpunkt eine Herausforderung mit einem Schlüssel signieren muss, der aus dem Abonnement-Secret abgeleitet wurde.
• Server müssen SSRF-Schutz implementieren, indem sie IP-Adressen zum Zeitpunkt der Zustellung validieren und niemals Weiterleitungen folgen.
• Event-Payloads sollten minimal sein und nur IDs und Zusammenfassungen enthalten, um das Risiko von Prompt-Injection-Angriffen zu verringern.

Hintergrund

Webhooks sind ein häufiges Muster für die Server-zu-Server-Kommunikation, bei dem eine Anwendung HTTP-POST-Anfragen an eine andere sendet, wenn bestimmte Ereignisse auftreten. Standard Webhooks ist eine 2023 erstellte offene Spezifikation, die definiert, wie diese Anfragen signiert und strukturiert werden müssen, um Sicherheit und Zuverlässigkeit zu gewährleisten. MCP Events baut direkt auf diesem Fundament auf und verwendet dasselbe HMAC-SHA256-Signaturschema und dieselbe Header-Struktur. Diese Ausrichtung bedeutet, dass vorhandene Bibliotheken und Tools, die für Standard Webhooks entwickelt wurden, weitgehend für MCP-Integrationen wiederverwendet werden können, was den Engineering-Aufwand für Entwickler reduziert.

Der Wechsel zu ereignisgesteuerten Interaktionen adressiert Einschränkungen in polling-basierten Systemen, bei denen Clients wiederholt nach Updates fragen müssen. Durch das Senden von Ereignissen nur bei Änderungen reduzieren Systeme Latenz und unnötigen Netzwerkverkehr. Allerdings bringt dies Komplexität hinsichtlich Zuverlässigkeit und Sicherheit mit sich. Server müssen die Zustellung durch Wiederholungen garantieren, doppelte Ereignisse korrekt behandeln und sicherstellen, dass böswillige Akteure keine willkürlichen Callback-URLs registrieren können, um Angriffe gegen Dritte zu starten.

Warum es wichtig ist

Für Teams, die Self-Hosted-Software betreiben oder interne Tools entwickeln, eröffnet die Unterstützung von MCP Events neue Wege für die KI-Integration. Anstatt sich auf periodische Prüfungen oder manuelle Trigger zu verlassen, können Ihre Systeme ChatGPT proaktiv über wichtige Änderungen informieren. Dies ermöglicht reaktionsfähigere und autonomere Workflows, wie z. B. das automatische Aktualisieren von Dokumentation bei Codeänderungen oder das Benachrichtigen von Support-Teams bei der Erstellung eines Tickets mit hoher Priorität. Es erfordert jedoch auch strenge Aufmerksamkeit für Sicherheit und Infrastruktur-Stabilität.

Die Anforderung an ephemere Abonnements und client-generierte Secrets ändert die Verwaltung von Webhook-Endpunkten. Im Gegensatz zu traditionellen Webhooks, die möglicherweise unbegrenzt bestehen bleiben, müssen MCP-Abonnements verfolgt, erneuert und automatisch bereinigt werden. Eine fehlerhafte Behandlung des Ablaufs kann zu verpassten Ereignissen oder Ressourcen-Leaks führen. Darüber hinaus erfordern die Sicherheitsimplikationen der Annahme externer Callback-URLs robuste Validierungslogiken, um Server-Side Request Forgery (SSRF) und Prompt-Injection-Angriffe zu verhindern, bei denen böswillige Event-Daten das Verhalten der KI manipulieren könnten.

Was Sie tun können

• Implementieren Sie die Methoden events/list, events/subscribe und events/unsubscribe in Ihrem MCP-Server gemäß der Entwurfsspezifikation.
• Verwenden Sie Standard Webhooks-Bibliotheken zur Handhabung von Signierung und Verifizierung, um die Kompatibilität mit dem erwarteten Format von ChatGPT sicherzustellen.
• Validieren Sie alle Callback-URLs während des Abonnements durch einen Challenge-Response-Handshake, der vom Endpunkt verlangt, den Besitz des Secrets nachzuweisen.
• Erzwingen Sie SSRF-Schutzmaßnahmen, indem Sie IP-Adressen im Moment der Event-Zustellung auflösen und validieren, nicht nur zum Zeitpunkt des Abonnements.
• Halten Sie Event-Payloads klein und sicher, indem Sie nur Kennungen und Zusammenfassungen anstelle vollständiger Inhalte senden, um das Risiko von Prompt-Injections zu mindern.
• Führen Sie ein Append-only-Event-Log, um Cursors zu unterstützen und sicherzustellen, dass keine Ereignisse während Server-Neustarts oder Abonnement-Lücken verloren gehen.