Skip to main content
← Vulnerabilities

ABP Framework before 10.7.1 Authentication Bypass via External Login Provider

Affects ABP Framework versions before 10.7.1 when password login succeeds through a registered IExternalLoginProvider. Fixed in 10.7.1.

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

7.6HighCNA
Exploited
No known exploitation
Fix
Fixed in 10.7.1
Who is exposed
Specific setups only

Do first: Check whether your setup matches what the bug needs. A registered IExternalLoginProvider is used when password login succeeds ABP Framework versions before 10.7.1 are affected

Published
Last modified
16/100 · provisional
Specific setups only
None on Exploit-DB, Metasploit or GitHub

Summary

The ABP Framework before version 10.7.1 has an authentication bypass that lets a remote attacker who holds the external directory password for a deactivated, locked, or two-factor-protected account get valid access tokens without passing those account checks. The attacker needs a low-privilege login to reach the flaw, and no user action is required.

Read the original description

ABP Framework before 10.7.1 contains an authentication bypass vulnerability that skips account state and two-factor checks when password login succeeds through a registered IExternalLoginProvider. Attackers holding the external directory password for deactivated, locked, or 2FA-protected accounts can obtain valid access tokens from the /connect/token password grant.

cve.now Index

16Pcve.now Index 16 of 100 · methodology v3 · provisional
  • Exploitation?/40Unknown. No CISA SSVC exploitation rating yet
  • Exposure8/25Specific setups only, reachable over the network
  • Reach?/20Unknown. No tracked technology or package matched
  • Severity7.6/10CVSS 7.6
  • No patch0/5No signal

What would change the score

  • Would score about 66 if added to CISA KEV
  • Would score about 61 if CISA's SSVC rates exploitation active
  • Would score about 23 if CISA's SSVC rates it automatable

What to do

  • Check whether your setup matches what the bug needs.

    A registered IExternalLoginProvider is used when password login succeeds ABP Framework versions before 10.7.1 are affected
  • Upgrade to a fixed version: 10.7.1.

Timeline

  1. CVE published
  2. First seen by cve.now

Affected versions

  • abpframework abp

    fixed in 10.7.1

Evidence 7

  1. Patch
  2. Patch
  3. Patch
  4. Repository
  5. Repository
Show all 7 sourcesShow fewer sources
  1. Repository
  2. Link

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

Questions about CVE-2026-123618

Is CVE-2026-123618 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data

What does this mean?

When password login succeeds through an external login provider, the usual account state and two-factor checks are skipped. The /connect/token password grant can then issue valid access tokens for deactivated, locked, or 2FA-protected accounts.Source: vulncheck.com

Which versions are affected by CVE-2026-123618?

abp: before 10.7.1.Source: cve.now feed data

Am I affected, and how do I check?

ABP Framework versions before 10.7.1 are affected, but only where a registered IExternalLoginProvider is used when password login succeeds. To check, look at the ABP Framework version in use and whether the application registers an IExternalLoginProvider.Source: vulncheck.com

How do I fix CVE-2026-123618?

Upgrade ABP Framework to 10.7.1, the listed fixed version. The facts list no workaround for versions before that.Source: vulncheck.com