AI-generated analysisPublished automatically and not human-verified. Validated context appears in community notes below.
← Watch feed
Low 39 Bitcoin

clnrest: add clnrest-register-path method for dynamic paths

Public commit record

What the developer wrote

Authored by daywalker90

65/100 · Adequate
clnrest: add clnrest-register-path method for dynamic paths

Changelog-Added: clnrest: add clnrest-register-path rpc method to register dynamic paths
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides an explanatory body
The short version

What changed, and why it matters

This commit adds a new feature to Core Lightning's REST plugin that lets plugin developers register custom web API paths. It is a feature addition rather than a fix for a known vulnerability. The change expands the attack surface of the REST API by allowing dynamic path registration, but it also includes optional rune-based access controls. There is no direct evidence in the commit of a security bug, though any dynamic routing feature introduces risks if paths are registered carelessly or if input validation is flawed.

Recommended action

Treat this as a routine feature addition with security-relevant implications. Review the full rest-plugin handler implementation for input validation, path normalization, rune enforcement, and privilege separation. Monitor for follow-up fixes or security advisories from the Core Lightning project. If deploying, restrict access to the `clnrest-register-path` RPC to trusted plugin developers and audit registered paths.

Security signals we found

01

New dynamic REST path registration feature increases API attack surface

02

Optional rune_required=false only permitted for GET requests, which limits but does not eliminate authorization bypass risks

03

Path capture syntax ({key}) could become an injection or path-traversal vector if not strictly validated

04

Dependency upgrades include TLS/web stack (rustls, axum-server, hyper, tungstenite) which may contain their own security fixes, but the commit does not state this

05

No vendor security disclosure or CVE reference present in commit or supplied materials

Risk score

Why this scored 39/100

Our methodology →
Potential impact 8/30
Exploitability 7/25
Stealth signal 6/15
Affected reach 9/15
Confidence 6/10
Evidence quality 3/5
Human-validated context

Community notes

Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.

No validated notes yet.

The AI analysis stands alone for now. Submit a note if you can add evidence or important context.