Join our Newsletter — 33% off our NHI Course
Home› Glossary› Threats, Abuse & Incident Response› CVE-2023-45727 (North Grid Proself Improper Restriction…
Threats, Abuse & Incident Response

CVE-2023-45727 (North Grid Proself Improper Restriction of XML External Entity (XXE) Reference)

← Back to Glossary
By NHI Mgmt Group Updated October 17, 2026 Domain: Threats, Abuse & Incident Response

CVE-2023-45727 is an improper restriction of XML external entity (XXE) reference vulnerability in North Grid Proself. CISA added it to the Known Exploited Vulnerabilities catalogue on 3 December 2024, which means attackers have used it in real attacks. Organisations running the affected product should apply the vendor fix or mitigation as a priority.

What makes XXE dangerous in a server-side XML parser?

An XXE flaw appears when an application accepts XML input but does not sufficiently restrict external entity resolution. That can let crafted XML cause the parser to retrieve local files, reach internal services, or disclose data that the application never intended to expose.

With server-side products, the danger is rarely limited to a single malformed request. XML parsing often sits in a trust boundary, so one weak parser setting can expose configuration files, credentials, internal endpoints, or metadata that help an attacker move further into the environment.

How exposure is usually checked

For a CVE like this, exposure starts with simple inventory questions: does the organisation run the affected product, is it reachable from untrusted networks, and does the vendor advisory confirm that the vulnerable XML handling path is in use? The primary definition already says CISA added the issue to the KEV catalogue on 3 December 2024, so the first operational assumption should be that active exploitation is credible.

Teams normally confirm exposure by mapping the product to asset ownership, checking where XML input is accepted, and reviewing whether the service is internet-facing or reachable from less-trusted internal zones. If the product is embedded in a larger platform, the XML parser may be hidden behind a portal, API, or administrative function, so the dangerous path is not always obvious from the front end alone.

Why this kind of weakness can escalate quickly

XXE is dangerous because it can turn a data-processing feature into a disclosure primitive. Once an attacker can influence entity handling, they may be able to read files, probe internal resources, or induce the application to reveal information that helps with follow-on access.

The practical consequence is that the vulnerability can act as an early-stage foothold rather than a standalone defect. Even when the initial impact seems like information disclosure, the exposed material can include tokens, configuration values, or internal URLs that increase the odds of later compromise.

Remediation and post-patch review

The preferred response is to apply the vendor fix or mitigation as soon as possible, using the vendor advisory and the NIST National Vulnerability Database as reference points for authoritative record details. For web-app teams, the Web Application Attacks Guide is a useful companion for understanding how XXE fits into the broader family of parser and injection weaknesses.

If patching is delayed, compensating controls should focus on reducing parser reach and limiting what the service can access. After remediation, organisations should review logs, application traces, and related server-side activity for signs that the parser was already abused before the fix was applied.

Risk and Threat Considerations

XXE vulnerabilities are especially risky in products that process semi-trusted XML from users, partners, or downstream integrations. When exploitation is active, the main concern is not only data exposure, but also the possibility that the parser is being used to map internal infrastructure or harvest secrets that support later intrusion.

Failure mechanism: The attacker supplies XML that triggers external entity resolution, causing the server to dereference content the application should have kept local or unreachable.

Impact: The result can include file disclosure, internal network probing, sensitive configuration leakage, and a clearer path to broader compromise if exposed material is reused.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while NIST SP 800-53 Rev 5, OWASP ASVS and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5SI-10 — Information Input ValidationXXE is prevented by validating and constraining untrusted XML input.
SC-18 — Mobile CodeParser-driven external retrieval can execute unintended content handling paths.
Recommendation — Validate XML inputs and disable external entity processing in the parsing layer. Restrict parser behaviors that allow external resource retrieval from untrusted XML.
OWASP ASVSV4 — API and Web ServiceXXE commonly affects web services and XML-based API endpoints.
Recommendation — Verify that XML and SOAP endpoints reject unsafe entity resolution and external references.
CIS Controls v8CIS-16 — Application Software SecurityApplication security controls should prevent and detect XML parser abuse.
Recommendation — Harden application parsing settings and test XML handling for entity-resolution weaknesses.
MITRE ATT&CKT1190 — Exploit Public-Facing ApplicationInternet-facing XML parsers are commonly exploited through crafted requests.
Recommendation — Hunt for exploit attempts against public-facing XML endpoints and review affected application logs.

Practitioner Guidance

What to watch for: Treat any internet-facing or partner-facing XML feature as high priority when the product appears in KEV. The practical decision is not just whether the patch exists, but whether the exposed XML path can be isolated quickly enough to reduce the blast radius before remediation is completed.

Practitioner takeaway: For KEV-listed XXE issues, speed matters, but so does scope, verify where XML is accepted, reduce access to that path, and assume the parser may already have been probed.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 17, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org