Cloudanix VulnDB

CVE-2022-41842

Medium · 5.5

CVSS

5.5

EPSS

0.4%

Published

Sep 30, 2022

CISA due date

—

Cloudanix analysis

Monitor only SSVC: Track

A flaw in an older PDF viewing program can make the program suddenly stop working when someone opens certain PDF files on their computer.

Exploit Available
Exploitation
Requires User Interaction
Attacker needs
User Interaction
Complexity
Low
Impact
Denial Of Service
Component
Application
Class
Memory Corruption
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

Invalid file seek operation in gfseek(_IO_FILE*, long, int) within goo/gfile.cc triggers a crash (memory corruption family) when processing a malformed PDF, resulting in local denial of service with no confidentiality or integrity impact.

Why it matters to the business

Xpdf users experience sudden application termination when opening certain PDF documents, interrupting document review workflows and requiring restarts or alternative viewers; low exploitability and absence from KEV or ransomware campaigns limit widespread operational risk despite the four-year-old disclosure.

How an attack unfolds

An attacker prepares a PDF that causes an invalid seek call during file parsing; when a victim opens the file locally with Xpdf 4.04, the crash occurs immediately in gfseek without requiring network access or elevated privileges.

How to fix it

Upgrade Xpdf to the latest available release that resolves the gfseek crash; if no newer package is provided by the distribution, migrate to an alternative PDF viewer such as poppler-based tools or Adobe Reader.

How to confirm the fix worked

Confirm Xpdf version is newer than 4.04, then attempt to open a known triggering PDF and verify the application remains stable without crashing in gfseek.

Typical attack path

  1. Craft a PDF that triggers the invalid seek condition in goo/gfile.cc
  2. Deliver the file via email, web download, or removable media
  3. Victim opens the PDF using Xpdf 4.04 on a local system
  4. Application crashes, producing denial of service

How to detect it

Review application crash logs, core dumps, or system event logs for Xpdf processes terminating during PDF file operations; correlate with recent file opens of suspicious PDFs.

What your security team should do

  • Replace Xpdf 4.04 with a maintained PDF viewer across all endpoints
  • Add Xpdf crash monitoring to endpoint detection rules
  • Block or sandbox untrusted PDF files until migration is complete

The record

An issue was discovered in Xpdf 4.04. There is a crash in gfseek(_IO_FILE*, long, int) in goo/gfile.cc.

Affected packages

Ecosystem Package Introduced Fixed
Mageia:9 xpdf 0 4.05-1.mga9
Ubuntu:16.04:LTS ipe 0 No fix
Ubuntu:18.04:LTS ipe 0 No fix
Ubuntu:20.04:LTS ipe 0 No fix
Ubuntu:22.04:LTS ipe 0 No fix
Ubuntu:24.04:LTS ipe 0 No fix
Ubuntu:24.10 ipe 0 No fix
Ubuntu:25.04 ipe 0 No fix
Ubuntu:25.10 ipe 0 No fix
Ubuntu:Pro:16.04:LTS ipe 0 No fix
Ubuntu:Pro:18.04:LTS ipe 0 No fix
Ubuntu:Pro:20.04:LTS ipe 0 No fix

Related vulnerabilities