Mittel

OpenClaw has a Gateway HTTP /v1/models Route Bypasses Operator Read Scope

  • Veröffentlicht: 30.03.2026
  • Aktualisiert: 11.10.2026 10:22

Fixed in OpenClaw 2026.3.24, the current shipping release.

Summary

The OpenAI-compatible HTTP endpoint /v1/models accepts bearer auth but does not enforce operator method scopes.

In contrast, the WebSocket RPC path enforces operator.read for models.list.

A caller connected with operator.approvals (no read scope) is rejected for models.list (missing scope: operator.read) but can still enumerate model metadata through HTTP /v1/models.

Confirmed on current main at commit 06de515b6c42816b62ec752e1c221cab67b38501.

Details

The WS control-plane path enforces role/scope checks centrally before dispatching methods. For non-admin operators, this includes required method scopes such as operator.read for models.list.

The HTTP compatibility path for /v1/models performs bearer authorization and then returns model metadata; it does not apply an equivalent scope check.

As reproduced, a caller with only operator.approvals can:

  1. connect successfully,
  2. fail models.list over WS with missing scope: operator.read,
  3. fetch /v1/models over HTTP with status 200 and model data.

This is a cross-surface authorization inconsistency where the stricter WS policy can be bypassed via HTTP.

Impact

  • Callers lacking operator.read can still enumerate gateway model metadata through HTTP compatibility routes.
  • Breaks scope model consistency between WS RPC and HTTP surfaces.
  • Weakens least-privilege expectations for operators granted non-read scopes.

Patch Suggestion

1) Enforce read scope on /v1/models routes

Apply a scope gate equivalent to models.list before serving /v1/models or /v1/models/:id.

2) Reuse centralized scope-authorization helper for HTTP compatibility endpoints

Use the same operator scope logic used by WS dispatch (authorizeOperatorScopesForMethod(...)) to prevent policy drift.

3) Add regression tests

Keep this PoC and add explicit negative/positive controls:

  • operator.approvals without read is rejected on HTTP /v1/models.
  • operator.read is accepted on both WS models.list and HTTP /v1/models.

Credit

Reported by @zpbrent.

Betroffene Software

Klicken Sie auf eine Technologie, um alle zugehörigen Schwachstellen anzuzeigen.

PlattformPaketAnfällige VersionenBehoben in
npm-Paket openclaw < 2026.3.24 2026.3.24

Verweise

CVSS-Wert 4.3/10
CVSS-Vektor
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
Schwäche (CWE)
CWE-284, CWE-863
Plattform
npm
Paket
openclaw
Veröffentlicht
30.03.2026
Aktualisiert
11.10.2026 10:22

Quellen und Lizenzen

OSV / GitHub Advisory Database - GHSA-68f8-9mhj-h2mp - CC BY 4.0

Schwachstellenhistorie: openclaw

Alle veröffentlichten Schwachstellen dieses Pakets (npm-Paket), neueste zuerst. Zeigt, ob es ein einmaliger Ausrutscher ist oder ein Paket, das man im Auge behalten muss.

Alle (588) im Archiv
Einträge insgesamt
588
Erste → letzte
02.2026 07.2026
Ohne Fix
9
In Angriffen ausgenutzt
0

Verteilung nach Schweregrad

  • Kritisch 20
  • Hoch 215
  • Mittel 299
  • Niedrig 54

Veröffentlichungen pro Jahr

  1. 2026: 588
Schweregrad:
  1. OpenClaw has a Gateway HTTP /v1/models Route Bypasses Operator Read Scope dieser Eintrag
    Mittel · 4.3 CVE-2026-35619 < 2026.3.24 2026.3.24
  2. Hoch · 8.8 CVE-2026-53811 < 2026.5.7 2026.5.7
  3. Hoch · 8.8 CVE-2026-53806 < 2026.5.12 2026.5.12
  4. Hoch · 7.8 CVE-2026-53813 < 2026.4.25 2026.4.25
  5. Hoch · 7.5 CVE-2026-53834 < 2026.4.27 2026.4.27
  6. Kritisch CVE-2026-34507 < 2026.4.29 2026.4.29
  7. Hoch CVE-2026-53823 < 2026.5.3 2026.5.3
  8. Hoch · 8.4 CVE-2026-53814 < 2026.5.20 2026.5.20
  9. Hoch · 6.5 CVE-2026-53815 < 2026.5.19 2026.5.19
  10. Hoch · 8.1 CVE-2026-53849 < 2026.5.7 2026.5.7
  11. Hoch · 8.1 CVE-2026-53857 < 2026.5.3 2026.5.3
  12. Hoch · 8.1 CVE-2026-53866 < 2026.5.12 2026.5.12
  13. Hoch · 8.1 CVE-2026-53864 < 2026.5.26 2026.5.26
Mehr anzeigen (20) 41 von 236 angezeigt

Erkennen Sie Schwachstellen in Ihrer Anwendung

Mit der DockRay-Integration und aktivierter Softwareinventarisierung prüft DockRay gemeldete Komponentenversionen auf bekannte Schwachstellen und benachrichtigt Sie über bestätigte Treffer. Die Abdeckung hängt von der unterstützten Technologie und den verfügbaren Meldungen ab.

Anwendung verbinden
DockRay Newsletter

Anwendungssicherheit in Ihrem Postfach

Wichtige Schwachstellen, konkrete Empfehlungen und praktische Tipps für Ihre Anwendungen. Wählen Sie Ihre Technologien und verfolgen Sie, was für Ihr Projekt relevant ist.

  • Eine tägliche Zusammenfassung neuer Schwachstellen, auch kritischer.
  • Benachrichtigungen über wichtige Updates.
  • Praktische Tipps zur Sicherheit und Überwachung von Anwendungen.

Leer lassen, um Meldungen zu allen Technologien zu erhalten.

Kostenlos anmelden. In jeder E-Mail mit einem Klick abmelden.