head 1.4; access; symbols; locks; strict; comment @# @; 1.4 date 2005.12.03.12.19.40; author rse; state Exp; branches; next 1.3; commitid qqpAOapyuzxSmacr; 1.3 date 2005.12.03.11.50.04; author rse; state Exp; branches; next 1.2; commitid irQCXvyd7wvJcacr; 1.2 date 2003.08.06.13.37.34; author rse; state Exp; branches; next 1.1; 1.1 date 2003.08.06.13.07.50; author thl; state Exp; branches; next ; desc @@ 1.4 log @resign after latest adjustments @ text @-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ________________________________________________________________________ OpenPKG Security Advisory The OpenPKG Project http://www.openpkg.org/security.html http://www.openpkg.org openpkg-security@@openpkg.org openpkg@@openpkg.org OpenPKG-SA-2003.035 06-Aug-2003 ________________________________________________________________________ Package: openssh Vulnerability: information leakage OpenPKG Specific: no Affected Releases: Affected Packages: Corrected Packages: OpenPKG CURRENT <= openssh-3.6.1p1-20030423 >= openssh-3.6.1p2-20030429 OpenPKG 1.3 none N.A. OpenPKG 1.2 <= openssh-3.5p1-1.2.1 >= openssh-3.5p1-1.2.2 Dependent Packages: none Description: According to a Mediaservice.net security advisory [0], an information leakage exists in OpenSSH [1] 3.6.1p1 and earlier if PAM support is enabled. When a user does not exists, an error message is sent immediately (without any delays) which allows remote attackers to determine valid usernames via a timing attack. OpenPKG installations are only affected if the package was build with option "with_pam" set to "yes" -- which is not the default. The Common Vulnerabilities and Exposures (CVE) project assigned the id CVE-2003-0190 [2] to the problem. We could only reproduce the problem on Linux. FreeBSD and Solaris are not vulnerable, the patch does not affect their behaviour. However, the problem is related to the PAM configuration, not the operating system. Using a non-default configuration might leak information on other operating systems, too. On Linux systems, a valid workaround is to add a "nodelay" option to the pam_unix.so auth. Please check whether you are affected by running "/bin/rpm -q openssh". If you have the "openssh" package installed and its version is affected (see above), we recommend that you immediately upgrade it (see Solution). Solution: Select the updated source RPM appropriate for your OpenPKG release [5], fetch it from the OpenPKG FTP service [6] or a mirror location, verify its integrity [7], build a corresponding binary RPM from it [3] and update your OpenPKG installation by applying the binary RPM [4]. For the current release OpenPKG 1.2, perform the following operations to permanently fix the security problem (for other releases adjust accordingly). $ ftp ftp.openpkg.org ftp> bin ftp> cd release/1.2/UPD ftp> get openssh-3.5p1-1.2.2.src.rpm ftp> bye $ /bin/rpm -v --checksig openssh-3.5p1-1.2.2.src.rpm $ /bin/rpm --rebuild openssh-3.5p1-1.2.2.src.rpm $ su - # /bin/rpm -Fvh /RPM/PKG/openssh-3.5p1-1.2.2.*.rpm ________________________________________________________________________ References: [0] http://lab.mediaservice.net/advisory/2003-01-openssh.txt [1] http://www.openssh.com/ [2] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2003-0190 [3] http://www.openpkg.org/tutorial.html#regular-source [4] http://www.openpkg.org/tutorial.html#regular-binary [5] ftp://ftp.openpkg.org/release/1.2/UPD/openssh-3.5p1-1.2.2.src.rpm [6] ftp://ftp.openpkg.org/release/1.2/UPD/ [7] http://www.openpkg.org/security.html#signature ________________________________________________________________________ For security reasons, this advisory was digitally signed with the OpenPGP public key "OpenPKG " (ID 63C4CB9F) of the OpenPKG project which you can retrieve from http://pgp.openpkg.org and hkp://pgp.openpkg.org. Follow the instructions on http://pgp.openpkg.org/ for details on how to verify the integrity of this advisory. ________________________________________________________________________ -----BEGIN PGP SIGNATURE----- Comment: OpenPKG iD8DBQFDkYzPgHWT4GPEy58RAtgLAJ9TVRpG5M9BmBK6ImSuiGfQMMSnxgCfanOp 6ke63kecgwtqQvtNbbMIfXY= =64oG -----END PGP SIGNATURE----- @ 1.3 log @switch to newer world order of CVE instead of CAN and where no more solution hints are specified in detail and anybody should already memorize this standard text @ text @d87 3 a89 3 iD8DBQE/MQR9gHWT4GPEy58RAiKkAKCpACytbxQN0ERLBbqNfmbZYYc59wCg6V33 XFH1dFEVD0jBbdBvvdIdIZM= =GtfK @ 1.2 log @finalize OpenSSH SA @ text @d31 1 a31 1 and Exposures (CVE) project assigned the id CAN-2003-0190 [2] to the d69 1 a69 1 [2] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0190 @ 1.1 log @OpenPKG-SA-2003.035-openssh; CAN-2003-0190 @ text @d1 3 d18 1 a18 1 OpenPKG 1.3 N/A d21 2 d24 11 a34 7 According to a Mediaservice.net security advisory [0], a information leakage exists in OpenSSH [1] 3.6.1p1 and earlier with PAM support enabled. When a user does not exist, an error message is send immediately which allows remote attackers to determine valid usernames via a timing attack. OpenPKG installations are only affected when the package was build '--with_pam yes', which is not the default. We could only reproduce the problem on Linux. It seems FreeBSD and Solaris are a40 3 The Common Vulnerabilities and Exposures (CVE) project assigned the id CAN-2003-0190 [2] to the problem. a63 3 Additionally, we recommend that you rebuild and reinstall all dependent packages (see above), if any, too. [3][4] d84 7 @