CVE-2026-63187: Logto: OS command injection vulnerability exists in the Commitlint workflow
Logto is the modern, open-source auth infrastructure for SaaS and AI apps. From 1.40.1 until 1.41.0, Logto's .github/workflows/commitlint.yml directly interpolated github.event.pull_request.title into the Commitlint on PR title step's inline echo command before piping the title to npx commitlint. A pull request title containing a single quote could terminate the echo string and append arbitrary shell commands on the GitHub Actions runner. The pull_request trigger used a read-only GITHUB_TOKEN and did not expose repository secrets, but injected commands could alter or disrupt the ephemeral workflow execution. This issue is fixed in version 1.41.0.
Security readout for executives and security teams
Plain-English summary
A malicious pull request title could make Logto’s Commitlint GitHub Actions job run unintended commands. The impact is constrained to the temporary CI runner: its token was read-only and repository secrets were not exposed. Deployed Logto services are not identified as directly vulnerable.
Executive priority
Prioritize a prompt CI configuration update for teams maintaining Logto repositories or affected forks. This is not presented as a compromise of deployed authentication services, and the runner’s permissions limit impact. Treat it as a moderate software supply-chain and workflow-integrity issue rather than an emergency infrastructure incident.
Technical view
Logto versions 1.40.1 through 1.40.x directly interpolated an untrusted pull request title into an inline shell command in .github/workflows/commitlint.yml. Crafted input could escape the intended string and execute commands on the GitHub Actions runner. Version 1.41.0 fixes the workflow. This is classified as CWE-94 with CVSS 3.1 score 6.3.
Likely exposure
Exposure primarily concerns Logto’s repository workflow and forks or copies retaining the vulnerable Commitlint configuration while accepting untrusted pull requests. Merely running the Logto application does not, from the supplied evidence, establish exposure. The affected range is 1.40.1 through versions before 1.41.0.
Exploitation context
Execution requires attacker-controlled pull request title data to reach the vulnerable workflow. The supplied record is not in KEV and provides no evidence of active exploitation. Potential effects include changing or disrupting the ephemeral workflow, with limited confidentiality, integrity, and availability impact because the token was read-only and secrets were unavailable.
Researcher notes
The affected component is CI workflow logic, not identified Logto runtime code. Scope is unchanged, and the vector requires workflow processing of attacker-controlled pull request metadata. The source bundle documents a read-only token, no repository-secret exposure, an ephemeral runner impact, and a fixed release. No exploit-in-the-wild evidence is supplied.
Mitigation direction
Update the affected Logto repository or workflow to version 1.41.0 or later.
Apply the vendor’s workflow correction from the referenced fix commit if upgrading is impractical.
Check maintained forks and copied workflows for the same unsafe pull request title handling.
Review current vendor guidance before adopting any alternative mitigation.
Validation and detection
Confirm the repository version is 1.41.0 or later.
Inspect .github/workflows/commitlint.yml for direct pull request title interpolation into shell commands.
Verify maintained forks and workflow copies contain the referenced correction.
Review relevant Actions history for unexpected Commitlint behavior or runner disruption.
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 · medium confidence lookup
CWE-94: Code execution behavior lookup
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. 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.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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.
1CVSS vectors
3Timeline events
0ADP providers
5Source links
CVSS vector scores
1 official score
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-94 · source CWE mapping
Improper Control of Generation of Code ('Code Injection')
Improper Control of Generation of Code ('Code Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.