Critical (vendor wording)Seven CVEsNot in KEVHF2 available

Is your N-able N-central RMM still exposed after the November 2026 disclosure?

N-able has released N-central 2026.4 Hotfix 2, build 2026.4.1.26, and published seven CVEs after a public disclosure of critical vulnerabilities. It is observing scanning activity associated with published proof-of-concept code and still recommends that servers stay offline until they are successfully upgraded. Hosted regions are being upgraded. A follow-up hotfix will add further security updates.

Upgrade to 2026.4 HF2. Stay offline until upgraded. Not in CISA KEV

N-able's current Uptime wording (checked at 22:27 GMT on 10 November 2026) is that it is observing scanning activity associated with published proof-of-concept code, and that servers should remain offline until they have been successfully upgraded. We do not link that code. N-central 2026.4 HF2, build 2026.4.1.26, is available. A follow-up hotfix will provide further security updates. None of the seven published CVEs was in CISA's Known Exploited Vulnerabilities catalogue when we checked at 22:27 GMT (catalogue 2026.11.10, released at 19:03 UTC). Prefer the HF2 release notes and uptime.n-able.com.

At a Glance

Based on N-able Uptime and the official 2026.4 HF2 release notes, checked at 22:27 GMT on 10 November 2026. Last updated 10 November 2026, 22:41 GMT.

9 Nov

N-able opens a Major Outage incident after a public disclosure of critical vulnerabilities by an independent security researcher, takes hosted N-central offline, and advises on-prem customers to take servers offline.

10 Nov

N-able publishes N-central 2026.4 HF2 release notes (build 2026.4.1.26) and the seven related CVEs.

10 Nov 22:27 GMT

Uptime title is 'Release Available'. N-able is observing scanning activity associated with published proof-of-concept code, is upgrading hosted regions, and still recommends remaining offline until each server is successfully upgraded. A follow-up hotfix is planned.

Now

Upgrade to 2026.4.1.26, keep the server offline until that upgrade has succeeded, upgrade Agents and Probes, and hunt from 8 November.

Affected scope

ScopeStatusAction
N-able N-central RMM (on-premises)Upgrade to 2026.4.1.26N-able strongly recommends upgrading as soon as possible. Keep the server offline until it has been successfully upgraded. Follow the supported upgrade path in the HF2 notes.
N-able N-central RMM (hosted / NCOD)N-able is upgrading hosted regionsAccess is restored as each region, including trials, completes upgrade and validation. Hosted customers must still upgrade Agents and Probes (Agents first, then Probes).
N-central 2026.4 and HF1Superseded by HF22026.4 is build 2026.4.0.27; HF1 is 2026.4.0.32. Upgrade to HF2 (2026.4.1.26).
Supported earlier releasesUpgrade via a supported pathHF2 supports upgrades from 2025.4, 2026.1, 2026.2, 2026.3, 2026.3.1 HF1 to HF4, 2026.4 and HF1. Earlier releases must go to a supported version first.

CVEs published with 2026.4 HF2

Titles follow N-able's official Uptime and HF2 wording. Credited to security researchers; we do not name them. None of these seven was in CISA KEV catalogue 2026.11.10 when we checked at 22:27 GMT on 10 November 2026.

CVEN-able title
CVE-2026-125883Multiple XXE vulnerabilities
CVE-2026-125878Multiple OGNL injection vulnerabilities
CVE-2026-125879Local privilege escalation to root via nable-writable syslog-ng config
CVE-2026-125880Stored XSS via MMS3 patch metadata (admin context)
CVE-2026-125881Schema-hint SSRF via service import schema validation
CVE-2026-125882RCE via file repository upload path traversal
CVE-2026-91000Insecure IPC channels leading to local privilege escalation

What to Do in the Next 24 Hours

Proactive on the left. Reactive on the right. Tick both tracks. Vendor steps and our advice are labelled.

Proactive: Vendor Steps, Then Ours

N-able's advice first. CybaVerse advice is labelled separately and is not a substitute for N-able's guidance.

Free Detection Pack

Built by the CybaVerse threat hunt team for businesses, internal IT teams and MSPs. Check exposure offline and hunt for signs of misuse. Everything is read-only.

Verdicts

  • OFFLINE/NOT EXPOSEDRecorded as offline, or as not internet exposed (you should still upgrade to 2026.4.1.26).
  • EXPOSED / NO PATCH AVAILABLERecorded as internet exposed. No build is reported as patched while the shipped fixed-build list is empty.
  • UNKNOWNExposure value missing or not recognised; also log or audit review alone with no hits.
  • FIXED BUILDReserved. Never returned until you add a named build such as 2026.4.1.26 to both checkers.
  • LOG REVIEWOur log or audit patterns matched (overrides the inventory verdict).

Exit codes

CodeMeaning
0OFFLINE/NOT EXPOSED
1EXPOSED / NO PATCH AVAILABLE
2UNKNOWN
3FIXED BUILD (reserved; never while list empty)
4LOG REVIEW
5Usage or read error

CSV mode exits with the worst row (1 > 2 > 0). Exit 4 overrides when a log or audit pattern hits. The full pack zip contains 31 files.

Know the limits

  • Both checkers are read-only and offline. They only read the files you point them at, send no network traffic, write nothing and contain no exploit payloads.
  • N-able has published no indicators of compromise. Every hunting pattern is our own and is marked unverified where it rests on assumed log fields.
  • None of the KQL has been run against a live tenant. Fields and paths marked UNVERIFIED depend on your connectors.
  • Agent activity after hosted N-central went offline, or during the hosted upgrade, may be legitimate Ecoverse or Take Control work, or leftover on-prem activity. The managed-endpoint hunts flag new activity versus baseline; they do not prove compromise on their own.
  • Prefer the hand-written KQL. Some Sigma pipeline conversions map web rules poorly, as the pack README explains.

What is in the pack

FileWhat it does
check-ncentral.shOffline exposure checker for Linux and macOS (bash)
Check-NCentral.ps1The same checker in PowerShell 7
KQL (15 hunts)Microsoft Sentinel and Defender hunts Q1 to Q6e
Sigma (6 rules)Windows, Linux and web rules, plus Kusto conversions
tests/Fixtures, bash and Pester tests and a sandboxed no-network run
README.mdVerified facts, N-able vs our advice, limits and usage

Reactive: How to Hunt (Our Advice)

N-able has published no indicators of compromise. The hunts below are CybaVerse advice, aligned with the official CVE themes. CybaOps can run them across your estate or your clients'.

If you find signs of compromise (our advice)

  • Isolate the N-central server and keep its logs and relevant disk or appliance images for investigation.
  • Rotate N-central credentials and credentials for every client environment that server can reach.
  • Start incident response for every managed client, not only the RMM host.
  • Rebuild or restore from a known good state once the vendor upgrade is in place.
  • Keep monitoring for further admin changes and unexpected remote management activity.

Offline or upgraded does not mean clean

Taking N-central offline, or upgrading it to 2026.4.1.26, stops this path going forward, but it does not undo actions already taken. Hunt the period from 8 November, and treat unexplained administrator enablement or credential changes as urgent.

N-able N-central 2026.4 HF2 FAQ

Short answers based on N-able Uptime and the official HF2 release notes, checked at 22:27 GMT on 10 November 2026.

What happened, and what is Able2Shell?

Able2Shell is the public name used when an independent security researcher disclosed critical vulnerabilities in N-able N-central. N-able is responding to that disclosure. It has now released N-central 2026.4 Hotfix 2 (build 2026.4.1.26) and published seven related CVEs. Prefer N-able's release notes and Uptime wording over the public nickname.

Which CVEs did N-able publish, and are they in CISA KEV?

The seven CVEs are CVE-2026-125883, CVE-2026-125878, CVE-2026-125879, CVE-2026-125880, CVE-2026-125881, CVE-2026-125882 and CVE-2026-91000. Titles follow N-able's official list. None of them was in CISA's Known Exploited Vulnerabilities catalogue when we checked at 22:27 GMT on 10 November 2026 (catalogue 2026.11.10, released at 19:03 UTC). We have not assigned our own severity scores. N-able describes the issues as critical. Credited to security researchers; we do not name them.

Is it being exploited?

N-able's current Uptime wording (checked at 22:27 GMT on 10 November 2026) is: 'We are now observing scanning activity associated with the published proof-of-concept code.' We do not link that code. N-able has not, in that update, stated that it has confirmed successful compromise. Do not claim compromise in your estate without your own evidence.

What is the official fix, and is that the end of it?

N-able has released N-central 2026.4 HF2, build 2026.4.1.26, which it says addresses the most critical 9 November vulnerabilities and includes further security patches. Uptime also says a follow-up hotfix will be released to provide further security updates. Upgrade to 2026.4.1.26 now, keep the server offline until the upgrade has succeeded, and watch Uptime and the HF2 notes for the follow-up hotfix.

What should on-premises customers do?

N-able strongly recommends upgrading to 2026.4.1.26 as soon as possible and continuing to keep each server offline until it has been successfully upgraded. Download the release from N-able's software downloads (SD-000143) and follow the HF2 release notes, including the supported upgrade path. Upgrade Agents first, then Probes. HF2 has a known issue: built-in remote control is temporarily disabled; Take Control still works.

What should hosted (NCOD) customers do?

N-able is upgrading all hosted regions, including trials. Access is restored as each region completes the upgrade and required validation. Hosted customers must still upgrade Agents and Probes (Agents first, then Probes). Follow the Agent and Probe upgrade guidance linked from the HF2 notes.

What should MSPs do in the next 24 hours?

Follow N-able first: upgrade to 2026.4.1.26, stay offline until that upgrade has succeeded, upgrade Agents and Probes, and watch for the follow-up hotfix. Our advice on top: inventory every instance, remove internet exposure if a server cannot be upgraded at once, plan fallback client access, hunt from 8 November on the server and managed endpoints, and prepare to rotate credentials and run incident response for every managed client if you find signs of compromise.

Does the shipped checker already mark 2026.4.1.26 as a fixed build?

No. The shipped checkers still leave FIXED_BUILDS empty, so they never return the reserved FIXED BUILD verdict. That is deliberate: a follow-up hotfix is also planned, and Agents and Probes still need upgrading. Add 2026.4.1.26 yourself if you want that verdict for the server build, and still confirm the installed build against N-able's notes.

Where do we get official updates?

Watch the N-able Uptime incident page and the N-central 2026.4 HF2 release notes on N-able Status.

Protect Your RMM Estate, and Your Clients'

CybaOps monitors your servers, endpoints and cloud workloads, whether that's your own business or your clients'. UK-based analysts monitor alerts 24/7, run these threat hunts and act on pre-approved response actions, and CybaOps drives remediation through to a verified fix, so proactive checks and reactive response happen in one place.