CVE-2026-62385: NLTK 3.9.4 Path Traversal via FrameNet and NKJP Readers

Published Aug 22, 2026
·
Updated

NLTK versions before 3.10.0 contain a path traversal vulnerability in FramenetCorpusReader and NKJPCorpusReader that allows attackers to parse XML files outside the corpus root by supplying unsafe selectors or poisoned index state. Attackers can exploit framebyname, doc, lu, and header methods with crafted parameters to read arbitrary XML files accessible to the application.

Affected Software

1 affected component
NLTK<3.10.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade nltk/FramenetCorpusReader and NKJPCorpusReader to a version that resolves this vulnerability.

    Fixed in 3.10.0
  2. Upgrade

    Upgrade nltk to a version that resolves this vulnerability.

    Fixed in 3.10.0

Event History

Aug 22, 2026
CVE Published
via MITRE·02:12 PM
Data Sourced
via MITRE·02:12 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·03:16 PM
DescriptionSeverityWeakness
Aug 20, 58611
Event
via NVD·02:12 AM

Frequently Asked Questions

1

Which applications are exposed to this issue?

Applications using NLTK versions before 3.10.0 are exposed if they use FramenetCorpusReader or NKJPCorpusReader and allow attacker-influenced selectors or index state to reach the affected reader methods.

2

What does an attacker need to exploit the vulnerability?

An attacker needs to supply crafted parameters to the frame_by_name, doc, lu, or header methods, or influence poisoned index state. No authentication or user interaction is required according to the provided severity vector, but exploitation has high attack complexity.

3

What can an attacker access if exploitation succeeds?

The attacker can cause the application to parse XML files outside the intended corpus root. This may disclose arbitrary XML files that are accessible to the application process; the provided data does not indicate integrity or availability impact.

4

How can I determine whether my deployment is affected?

Check whether the application uses an NLTK release before 3.10.0 and invokes FramenetCorpusReader or NKJPCorpusReader methods such as frame_by_name, doc, lu, or header with untrusted selector values or attacker-influenced index data.

5

What should be done if upgrading is not immediately possible?

Do not allow untrusted input to control selectors passed to frame_by_name, doc, lu, or header, and prevent untrusted parties from modifying or supplying corpus index state. Restrict the application's access to sensitive XML files where possible.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203