Bug 179053
Summary: | CVE-2006-0301 PDF splash handling heap overflow | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Josh Bressers <bressers> |
Component: | gpdf | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | security-response-team |
Target Milestone: | --- | Keywords: | Security |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | impact=important,embargo=no,reported=20060126,source=vendorsec | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-03 18:26:34 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
I'm starting to think we don't use splash anywhere in the code. We definitely build a static convenience library, but we don't appear to link it to any binary. Furthermore, running nm on the binaries shows no symbols with the name "Splash" in them. gpdf must use its own rendering code. |
PDF splash handling heap overflow Dirk Mueller told vendor-sec about a buffer overflow issue in the xpdf codebase when handling splash images. The proposed patch is attachment 123745 [details]