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

Prevent monetization from overriding administrator account lockout (#7523)

Public commit record

What the developer wrote

Authored by Chukwuleta Tobechi

58/100 · Thin
Prevent monetization from overriding administrator account lockout (#7523)
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Links an issue, advisory, or supporting reference! No meaningful explanatory body
The short version

What changed, and why it matters

This change fixes a bug where BTCPay Server's paid-subscription ('monetization') system could automatically re-enable an administrator account that had been manually disabled. Previously, when a subscription renewed or was bypassed, the monetization service would call SetDisabled(user, false) without knowing why the account was disabled. The patch adds a 'source' trail so monetization can tell whether it was the one that disabled the account, and it now suspends the subscription instead of overriding an admin lockout. In short: admin-imposed account lockouts can no longer be accidentally undone by billing automation.

Recommended action

Review whether other subsystems call SetDisabled and ensure they also supply a source. Verify that subscription suspension is reversible only by administrators and that suspended subscriptions cannot be reactivated by the user through a new checkout. Consider adding an audit log entry when an admin lockout causes subscription suspension.

Security signals we found

01

Privilege/authorization bypass: automated subsystem overriding an administrative account-disable action

02

Missing provenance/audit trail in security-sensitive state change (account disabled flag)

03

Business-logic flaw in subscription lifecycle interacting with identity lockout

04

Patch adds event sourcing and source attribution to cross-cutting SetDisabled operation

Risk score

Why this scored 61/100

Our methodology →
Potential impact 18/30
Exploitability 12/25
Stealth signal 10/15
Affected reach 10/15
Confidence 7/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.