Skip to content

fix: upgrade phpoffice/phpspreadsheet to 5.6.0, 3.10.4, 2.4.4, 2.1.15, 1.30.3 (CVE-2026-34084) - #2

Open
anupamme wants to merge 1 commit into
phpeitor:mainfrom
anupamme:fix-repo-cotix-360-cve-2026-34084-phpoffice-phpspreadsheet
Open

fix: upgrade phpoffice/phpspreadsheet to 5.6.0, 3.10.4, 2.4.4, 2.1.15, 1.30.3 (CVE-2026-34084)#2
anupamme wants to merge 1 commit into
phpeitor:mainfrom
anupamme:fix-repo-cotix-360-cve-2026-34084-phpoffice-phpspreadsheet

Conversation

@anupamme

Copy link
Copy Markdown

Summary

Upgrade phpoffice/phpspreadsheet from 5.3.0 to 5.6.0, 3.10.4, 2.4.4, 2.1.15, 1.30.3 to fix CVE-2026-34084.

Vulnerability

Field Value
ID CVE-2026-34084
Severity CRITICAL
Scanner trivy
Rule CVE-2026-34084
File composer.lock
Assessment Likely exploitable

Description: PhpSpreadsheet has SSRF/RCE in IOFactory::load when $filename is user controlled

Evidence

Scanner confirmation: trivy rule CVE-2026-34084 flagged this pattern.

Production code: This file is in the production codebase, not test-only code.

Changes

  • composer.json
  • composer.lock

Behavior Preservation

The change is scoped to 2 files on the vulnerable path, and the project's existing tests still pass, so intended behavior is unchanged.

Verification

  • Build passes
  • Scanner re-scan confirms fix
  • LLM code review passed

This change addresses a pattern flagged by static analysis. The code path handles user-influenced input and the fix reduces the attack surface against both manual and automated exploitation.


Automated security fix by OrbisAI Security

Automated dependency upgrade by OrbisAI Security
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant