CVE-2026-32735: Unpacking Arbitrary Mustache Template Files via `maven-dependency-plugin`
openapi-to-java-records-mustache-templates allows users to generate Java Records from OpenAPI specifications. Starting in version 5.1.1 and prior to version 5.5.1, the parent POM file of this project (`openapi-to-java-records-mustache-templates-parent`), which is used to centralize plugin configurations for multiple unit-test modules, uses `maven-dependency-plugin` to unpack arbitrary `.mustache` files from the `openapi-to-java-records-mustache-templates` artifact (of the same version). While this parent POM file is not intended for external use, it is published, and could be used by anyone, and does not follow the best security practices. The risk, is that if `openapi-to-java-records-mustache-templates` would be compromised, and malicious `.mustache` files were to be included in the resulting JAR/artifact, users would unpack these files automatically during a dependency update. This is addressed in the v3.5.1 release of `openapi-to-java-records-mustache-templates-parent`. It is strongly recommended NOT to use the parent POM for external use. The `openapi-to-java-records-mustache-templates` module is the center of this project, and surrounding modules and configurations are not intended for production-use. These only exist for testing purposes and maintainability.
Security readout for executives and security teams
Plain-English summary
This is a low-severity build-time supply-chain weakness in a Maven parent POM that was published despite being intended only for project testing. If an organization uses that parent POM externally, a compromised template artifact could cause unexpected Mustache files to be unpacked during dependency updates.
Executive priority
Handle through normal dependency hygiene, not emergency response. Prioritize teams using this Maven parent POM in production builds or CI pipelines, then remove or upgrade it.
Technical view
io.github.chrimle:openapi-to-java-records-mustache-templates-parent versions 3.1.1 through before 3.5.1 use maven-dependency-plugin to unpack .mustache files from the related templates artifact. The concern is automatic unpacking if that artifact is compromised, not a direct remote exploit.
Likely exposure
Exposure is likely limited to Java/Maven projects that inherit from or otherwise use the published parent POM, especially in CI or build automation. The project states the parent POM is not intended for external production use.
Exploitation context
The sources do not report active exploitation, and KEV status is false. Abuse appears conditional on a compromised openapi-to-java-records-mustache-templates artifact and a user or build process performing a dependency update.
Researcher notes
The advisory describes a best-practice failure and potential supply-chain pathway rather than confirmed malicious artifacts. Impact depends on external use of a parent POM the project says is intended for tests and maintainability only.
Mitigation direction
Do not use the parent POM for external production projects.
Remove inheritance from openapi-to-java-records-mustache-templates-parent where possible.
Upgrade the parent POM to version 3.5.1 if it remains in use.
Review vendor guidance before making broader build-process changes.
Validation and detection
Search Maven POMs for openapi-to-java-records-mustache-templates-parent.
Confirm any detected version is not 3.1.1 through before 3.5.1.
Review CI builds for dependency unpacking of .mustache files.
Verify external projects do not depend on testing-only project modules.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-20: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-20 · source CWE mapping
Improper Input Validation
Improper Input Validation represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.