HIGHVulnerability
Verified
Global

CISA KEV: N-able N-central — N-able N-central Authentication Bypass Using an Alternate Path or Channel Vulnerability

·Source: CISA KEV

Updated:

Executive Summary

N-able N-central contains an authentication bypass using an alternate path or channel that allows for authentication bypass.

Analysis

N-able N-central contains an authentication bypass using an alternate path or channel that allows for authentication bypass. Added to CISA Known Exploited Vulnerabilities catalog on 2026-08-04. Remediation due: 2026-08-07.

Indicators of Compromise (1)

CVE (1)
CVE-2026-18556
NVDMITRE CVE
Source Attribution

Originally published by CISA KEV on Aug 4, 2026. Verified by: CISA.

Related Threats

CRITICALVulnerability

NVD CRITICAL: CVE-2026-74790 — Scriban before 7.0.0 caches TypedObjectAccessor by Type only without considering...

Scriban before 7.0.0 caches TypedObjectAccessor by Type only without considering MemberFilter changes, allowing reused TemplateContext instances to expose members that should be hidden. Attackers can access filtered properties and fields by reusing a TemplateContext after tightening its MemberFilter, bypassing sandbox policies across requests or tenants.

CVE-2026-74790
NIST NVD
CRITICALVulnerability

NVD CRITICAL: CVE-2026-73061 — Scriban before 7.2.2 contains an access-modifier bypass vulnerability in TypedOb...

Scriban before 7.2.2 contains an access-modifier bypass vulnerability in TypedObjectAccessor that allows template code to write CLR object properties without setter-visibility checks. Attackers can modify properties with private, internal, or init-only setters, and perform mass assignment on public-setter properties, permanently altering live host objects after template rendering.

CVE-2026-73061
NIST NVD
CRITICALVulnerability

NVD CRITICAL: CVE-2026-73056 — SiYuan kernel versions before 3.7.4 contain an improper restriction of excessive...

SiYuan kernel versions before 3.7.4 contain an improper restriction of excessive authentication attempts vulnerability in the CheckAuth() middleware. The middleware accepts the API token (Conf.Api.Token) via an Authorization header (Token/Bearer) or a ?token= query parameter, and neither path is protected by the application's CAPTCHA/lockout mechanism (NeedCaptcha/WrongAuthCount). As a result, an

CVE-2026-73056
NIST NVD