Bug 100245 - app-text/pstotext: Arbitrary Postscript Code Execution by pstotext
|
Bug#:
100245
|
Product: Gentoo Security
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: security@gentoo.org
|
Reported By: folajimi@speakeasy.net
|
|
Component: Vulnerabilities
|
|
|
URL:
http://secunia.com/advisories/16183/
|
|
Summary: app-text/pstotext: Arbitrary Postscript Code Execution by pstotext
|
|
Keywords:
|
|
Status Whiteboard: B2 [glsa] DerCorny
|
|
Opened: 2005-07-25 09:06 0000
|
Max Vozeler has reported a vulnerability in pstotext, which can be exploited by
malicious people to compromise a vulnerable system.
The vulnerability is caused due to pstotext not using the "-dSAFER" option when
calling GhostScript to extract plain-text from PostScript files. This
potentially allows malicious postscript code to execute arbitrary commands on
the system.
The vulnerability has been reported in version 1.9. Other versions may also be
affected.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Solution:
Only use pstotext on trusted files.
Ok, there is no active maintainer so i CC'ed the ones from the changelog and
maintainer-needed. If there is no volunteer to get this done, we might have to
mask or remove this package.
Created an attachment (id=64443) [details]
Patch for package
This patch updates the ebuild, so it cannot be easier. Still needs a ChangeLog
entry and a GnuPG signature, but I'm not a developer, so I cannot do that.
pstotext-1.8g-r1 is in the tree with the deb patch.
KEYWORDS= ~amd64 ~x86 ~ppc ~sparc ~ppc64
Thanks a lot for the help bumping!
Arches, please test pstotext-1.8g-r1 and mark stable, also thanks.
Passes local regression testing.
I processed 236 .ps files without error, and confirmed it now uses -dSAFER when
calling gs.
stable on x86.
It appears to to not free a small chunk of memory before exiting and could
probably use a wee bit of Makefile and gcc syntax loving at a later time.
amd64 never appears to of had it marked stable. This would be a good time to go
ahead and do it.
About amd64 testing: sure it's a good time to mark stable, but it shouldn't
block GLSA release.
Ready for GLSA
GLSA 200507-29. Thanks to everybody involved.