Security Resilience

CVE-2024-13265

Opigno Learning Path ≤ 3.1.2

Published
09 January 2025
Modified
27 August 2025
CVSS Score v3.1 7.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.0056 45th percentile
Risk Priority 56 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2024-13265 is a high-severity Static Code Injection (CWE-96) vulnerability in Opigno Learning Path. Its CVSS base score is 7.5 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique NTDS (T1003.003); ranked at the 45th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SA-11 (Developer Testing and Evaluation) and SI-10 (Information Input Validation) — see the control section below for these in your framework.

Deeper analysis AI-assisted summary

Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.

CVE-2024-13265 is an Improper Neutralization of Directives in Statically Saved Code vulnerability, known as 'Static Code Injection' (CWE-96), in the Drupal Opigno Learning path module. This flaw allows PHP Local File Inclusion and affects all versions of Opigno Learning path from 0.0.0 before 3.1.2.

The vulnerability carries a CVSS v3.1 base score of 7.5 (AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H). A low-privileged authenticated user can exploit it remotely over the network, though it requires high attack complexity and no additional user interaction. Successful exploitation can result in high impacts to confidentiality, integrity, and availability.

Drupal's security advisory SA-CONTRIB-2024-029 (https://www.drupal.org/sa-contrib-2024-029) documents the issue, with mitigation achieved by upgrading Opigno Learning path to version 3.1.2 or later.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Improper Neutralization of Directives in Statically Saved Code ('Static Code Injection') vulnerability in Drupal Opigno Learning path allows PHP Local File Inclusion.This issue affects Opigno Learning path: from 0.0.0 before 3.1.2.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1003.003 NTDS Credential Access
Adversaries may attempt to access or create a copy of the Active Directory domain database in order to steal credential information, as well as obtain other information about domain members such as devices, users, and access rights.
T1003.004 LSA Secrets Credential Access
Adversaries with SYSTEM access to a host may attempt to access Local Security Authority (LSA) secrets, which can contain a variety of different credential materials, such as credentials for service accounts.
T1003.005 Cached Domain Credentials Credential Access
Adversaries may attempt to access cached domain credentials used to allow authentication to occur in the event a domain controller is unavailable.
T1007 System Service Discovery Discovery
Adversaries may try to gather information about registered local system services.
T1010 Application Window Discovery Discovery
Adversaries may attempt to get a listing of open application windows.
T1016.001 Internet Connection Discovery Discovery
Adversaries may check for Internet connectivity on compromised systems.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2024-13268Same vendor: Opigno
CVE-2024-13264Same vendor: Opigno
CVE-2024-13263Same vendor: Opigno
CVE-2024-13267Same vendor: Opigno
CVE-2023-39726Shared CWE-96
CVE-2026-86218Shared CWE-96
CVE-2026-68489Shared CWE-96
CVE-2026-85475Shared CWE-96
CVE-2025-30091Shared CWE-96
CVE-2024-32487Shared CWE-96

Affected Assets

opigno
learning path
≤ 3.1.2

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

—

Detect
Catch it (NIST detect / respond)

—

Harden
Shrink the surface (DISA STIG)

—

Validate
Prove the fix (OWASP ASVS)
  • V1.3.2

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and evaluation can discover missing neutralization of directives in saved code artifacts.

Input validation directly stops unneutralized directives from being inserted into static code resources.

Engineering principles include secure input handling and neutralization requirements that structurally avoid static injection.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 partial match
blocks

Secure SDLC practices directly require input neutralization to block static code injection into templates, configs, or libraries.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

blocks

A.8.25 mandates secure SDLC practices including secure coding guidelines, security requirements, checkpoints, testing (scans/penetration), and developer training that reach static code injection when applied to the relevant development activities, but leaves a bounded remainder where implementation is incomplete or the flaw slips through the process (as with any SDLC control).

blocks

A.8.26 requires identifying and specifying requirements (incl. resilience against SQL injections, input validation, and output controls) that would address static code injection if implemented, but the control itself only mandates the requirements process and does not enforce or implement the neutralizing mechanisms.

blocks

A.8.27 mandates security-by-design principles (e.g. input sanitization, distrust external input, secure defaults) and design reviews that can stop static code injection from being introduced, but this is only one minority slice of CWE-96 (which also arises in runtime template engines, config parsers, and library generation outside the initial architecture review).

prevents

Secure coding explicitly requires proper neutralization of directives in templates, libraries and configuration files.

finds

Security testing in development and acceptance will detect static code injection but does not prevent it at the source.

References