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

connected: tell lightningd if we didn't find an address we could even *try* to connect to.

Public commit record

What the developer wrote

Authored by Rusty Russell

73/100 · Adequate
connected: tell lightningd if we didn't find an address we could even *try* to connect to.

This is important: if it's tor-only and we don't have a proxy, we will fail
to connect, but it's no indication that the node is unreachable. Same with
IPv6.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
The short version

What changed, and why it matters

This change improves how Core Lightning reports connection failures. It adds a flag telling the main daemon whether the node actually tried to connect to any address, or couldn't even attempt one (for example, because the peer only offers Tor addresses and this node has no Tor proxy, or only offers IPv6 and this node can't use IPv6). This helps avoid wrongly marking peers as unreachable when the real problem is local network capability. There is no direct security vulnerability being fixed here; it is a reliability and diagnostic improvement.

Recommended action

No urgent action required. This is a reliability/diagnostic improvement. Downstream code may later consume the `connect_attempted` flag to adjust reconnection or peer-penalty behavior. Reviewers should verify that all call sites of `connect_failed` in connectd set the flag correctly and that the wire message version compatibility is handled in mixed-version deployments.

Security signals we found

01

Information-flow improvement: distinguishes 'no usable address' from 'tried and failed', reducing false positives in peer reachability state

02

No memory safety, cryptographic, authentication, or authorization changes visible

03

No input validation changes visible

04

No privilege boundary crossed beyond existing connectd/lightningd IPC

05

No CVE, advisory, or vendor security disclosure referenced in commit

Risk score

Why this scored 22/100

Our methodology →
Potential impact 3/30
Exploitability 0/25
Stealth signal 2/15
Affected reach 5/15
Confidence 8/10
Evidence quality 4/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.