Share your story
The central voice for Linux and Open Source security news
Home News Topics Advisories HOWTOs Features Newsletters About Register

Sign up!
EnGarde Community
What is the most important Linux security technology?
Linux Events
Linux User Groups
Link to Us
Security Center
Book Reviews
Security Dictionary
Security Tips
White Papers
Featured Blogs
All About Linux
DanWalsh LiveJournal
Latest Newsletters
Linux Security Week: October 27th, 2014
Linux Advisory Watch: October 24th, 2014
LinuxSecurity Newsletters
Choose Lists:
About our Newsletters
RSS Feeds
Get the LinuxSecurity news you want faster with RSS
Powered By

Slackware: getmail security issue Print E-mail
User Rating:      How can I rate this item?
Posted by Team   
Slackware New getmail packages are available for Slackware 9.1, 10.0 and -current to fix a security issue. If getmail is used as root to deliver to user owned files or directories, it can be made to overwrite system files.

[slackware-security]  getmail (SSA:2004-278-01)

New getmail packages are available for Slackware 9.1, 10.0 and -current to
fix a security issue.  If getmail is used as root to deliver to user owned
files or directories, it can be made to overwrite system files.

More details about this issue may be found in the Common
Vulnerabilities and Exposures (CVE) database:

Here are the details from the Slackware 10.0 ChangeLog:
patches/packages/getmail-4.2.0-noarch-1.tgz:  Upgraded to
  getmaii-4.2.0.  Earlier versions contained a local security flaw
  when used in an insecure fashion (surprise, running something as
  root that writes to user-controlled files or directories could
  allow the old symlink attack to clobber system files!  :-)
  From the getmail CHANGELOG:
      This vulnerability is not exploitable if the administrator does
      not deliver mail to the maildirs/mbox files of untrusted local
      users, or if getmail is configured to use an external
      unprivileged MDA.  This vulnerability is not remotely exploitable.
  Most users would not use getmail in such as way as to be vulnerable
  to this flaw, but if your site does this package closes the hole.
  I'd also recommend not using getmail like this.  Either run it as the
  user that owns the target mailbox, or deliver through an external MDA.
  (* Security fix *)

Where to find the new packages:

Updated package for Slackware 9.1:

Updated package for Slackware 10.0:

Updated package for Slackware -current:

MD5 signatures:

Slackware 9.1 package:
d31d3b88d33488fc55061ea154e31457  getmail-3.2.5-noarch-1.tgz

Slackware 10.0 package:
47b5454e061919f2d2128a16fca3a037  getmail-4.2.0-noarch-1.tgz

Slackware -current package:
65f55bffa3f5fb5158f5f5efb590671a  getmail-4.2.0-noarch-1.tgz

Installation instructions:

Upgrade the package as root:
# upgradepkg getmail-4.2.0-noarch-1.tgz


Slackware Linux Security Team

| To leave the slackware-security mailing list:                          |
| Send an email to with this text in the body of |
| the email message:                                                     |
|                                                                        |
|   unsubscribe slackware-security                                       |
|                                                                        |
| You will get a confirmation message back containing instructions to    |
| complete the process.  Please do not reply to this email address.      |

< Prev   Next >


Latest Features
Peter Smith Releases Linux Network Security Online
Securing a Linux Web Server
Password guessing with Medusa 2.0
Password guessing as an attack vector
Squid and Digest Authentication
Squid and Basic Authentication
Demystifying the Chinese Hacking Industry: Earning 6 Million a Night
Free Online security course (LearnSIA) - A Call for Help
What You Need to Know About Linux Rootkits
Review: A Practical Guide to Fedora and Red Hat Enterprise Linux - Fifth Edition
Yesterday's Edition
Hackers Are Using Gmail Drafts to Update Their Malware and Steal Data
Hackers target unclassified White House network
BYOD: Why the biggest security worry is the fool within rather than the enemy without
Partner Sponsor

Community | HOWTOs | Blogs | Features | Book Reviews | Networking
 Security Projects |  Latest News |  Newsletters |  SELinux |  Privacy |  Home
 Hardening |   About Us |   Advertise |   Legal Notice |   RSS |   Guardian Digital
(c)Copyright 2014 Guardian Digital, Inc. All rights reserved.