January 2005 - openSUSE Security - openSUSE Mailing Lists

idle timeout
by Miguel Albuquerque 21 Jan '05

21 Jan '05

Is there a way to auto logoff inactive local open sessions ? Thanks :-) -- ______________________________________________________________ «¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»«¤»¥«¤»§«¤»¥«¤» ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ CODALIS SA www.codalis.ch 17, rue de la Fontenette, CAROUGE TEL : +41 22 827 30 30 FAX : +41 22 827 30 33 ______________________________________________________________ «¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»«¤»¥«¤»§«¤»¥«¤» ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

6 7

passwordless user account warning
by Alex Angerhofer 21 Jan '05

21 Jan '05

Hi list, I checked one of my boxes (SuSE 9.2 Pro with the latest patches) today with the latest version of rkhunter and got the following warning: Checking for passwordless user accounts... Warning! Found passwordless user account. See logfile for more information The logfile reveals this: [21:26:27] Warning! Found passwordless account (+) [21:26:27] Check this account and give it a password. A look at /etc/shadow shows as the last line: +::0:0:0:::: I am kind of worried about this, especially about the password-less user +. This is apparently not an account that one could log on to, but still I haven't seen this at all in the past. My home box running the 64bit version of SuSE 9.2 doesn't show this user at all. I'd be really grateful to anybody that could help me shed light on this or at least point me in the right direction. Best regards, Alex. P.S.: There doesn't seem to be anything particularly worrying in the log. A couple of vanilla log on attempts on the sshd that people seem to have reported about from time to time: Jan 9 11:57:36 falco sshd[32471]: Illegal user jordan from ::ffff:220.228.116.140 Jan 9 11:57:36 falco sshd[32471]: reverse mapping checking getaddrinfo for adsl-220-228-116-140.nh.sparqnet.net failed - POSSIBLE BREAKIN ATTEMPT! Jan 9 11:57:36 falco sshd[32471]: error: Could not get shadow information for NOUSER Jan 9 11:57:36 falco sshd[32471]: Failed password for illegal user jordan from ::ffff:220.228.116.140 port 4205 ssh2 Jan 9 11:57:36 falco kernel: SFW2-INext-ACC-TCP IN=eth0 OUT= MAC=00:0c:6e:63:0d:50:00:03:fe:a0:e4:0a:08:00 SRC=220.228.116.140 DST=128.227.89.85 LEN=60 TOS=0x00 PREC=0x00 TTL=48 ID=30681 DF PROTO=TCP SPT=4239 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 OPT (020405B40402080A0152624E0000000001030300) and repeats of these with different login names ad nauseam. There was also an attempt at brute-forcing my root password (fat chance): Jan 11 04:48:05 falco sshd[9001]: Failed password for root from ::ffff:67.19.157.18 port 58602 ssh2 Jan 11 04:48:06 falco sshd[9003]: reverse mapping checking getaddrinfo for 18.67-19-157.reverse.theplanet.com failed - POSSIBLE BREAKIN ATTEMPT! Jan 11 04:48:06 falco sshd[9003]: Failed password for root from ::ffff:67.19.157.18 port 58628 ssh2 Jan 11 04:48:06 falco sshd[9005]: reverse mapping checking getaddrinfo for 18.67-19-157.reverse.theplanet.com failed - POSSIBLE BREAKIN ATTEMPT!

3 2

[ vpn masquerade problem]
by Gudmundur Arnljotsson 21 Jan '05

21 Jan '05

Hi all I’m using Standard Server 8 as mail server, samba, domain, proxy and firewall. (SuSE standard installation + pptpd as vpn all is up to date) My setup is: XP clients on Local LAN1<->Server<->Local LAN2<->DSL router<->internet<->XP road warriors and MS vpn server with official IP Multiple road warriors can vpn connect to Server without problems (even at the same time) and see LAN1. The problem is vpn from LAN 1 to MS vpn server (never fails from LAN2) Can only connect occasionally, if I get connection I can repeat it but then others can not connect. If I move the PC that could connect within LAN1 I can’t connect again. The only way to reconnect is to give the command SuSEfirewall2, even using SuSEfirewall2 test doesn’t work. Firewall doesn’t block any vpn traffic according to logs Any ideas? LAN1 192.168.50.0 eth0 on server LAN2 192.168.100.0 eth1 on server DSL router does NAT and forwards traffic to server, has official fixed IP on outside but inside is LAN2 FW_DEV_EXT="eth1 ppp+" FW_DEV_INT="eth0" FW_DEV_DMZ="" FW_ROUTE="yes" FW_MASQUERADE="yes" FW_MASQ_DEV="$FW_DEV_EXT" FW_MASQ_NETS="192.168.50.0/24,MS vpn server IP/24" FW_PROTECT_FROM_INTERNAL="no" FW_AUTOPROTECT_SERVICES="yes" FW_SERVICES_EXT_TCP="1723 smtp" FW_SERVICES_EXT_UDP="" FW_SERVICES_EXT_IP="gre" FW_SERVICES_INT_TCP="1723" FW_SERVICES_INT_UDP="" FW_SERVICES_INT_IP="gre" FW_TRUSTED_NETS="" FW_ALLOW_INCOMING_HIGHPORTS_TCP="yes" FW_ALLOW_INCOMING_HIGHPORTS_UDP="yes" FW_SERVICE_AUTODETECT="no" FW_SERVICE_DNS="yes" FW_SERVICE_DHCLIENT="auto" FW_SERVICE_DHCPD="yes" FW_SERVICE_SQUID="yes" FW_SERVICE_SAMBA="yes" FW_FORWARD="" FW_FORWARD_MASQ="" FW_REDIRECT="192.168.50.0/255.255.255.0,0/0,tcp,80,8080 \ 192.168.50.0/255.255.255.0,0/0,tcp,21,2121" FW_KERNEL_SECURITY="yes" FW_STOP_KEEP_ROUTING_STATE="no" -- regards Gudmundur Arnljotsson B.Sc Independent Scales Ltd 100a Hayton Road P.O. Box 8098 Christchurch Tel Office 03-341 1324 Mobile 021 475 581

1 0

telnet doesnt work
by Riaz Ur Rahaman 20 Jan '05

20 Jan '05

Hi, I am not able to telnet to my system...I didnt have this problem when I was running 9.1.... >telnet 215.176.125.70 Trying 215.176.125.70... telnet: connect to address 215.176.125.70: Connection refused What configuration changes are required to be done in this case? If the firewall is on, can i disable it completely or is there any way of allowing my telnet session to happen? -- Riaz Ur Rahaman <riazrahaman(a)hp.com>

18 28

sles 9 unable to use bind with rev.lookup
by Mrvka Andreas 20 Jan '05

20 Jan '05

hi list, i have to add a reverse lookup entry in bind. i use sles 9 with yast to edit bind. but there i am not able to make a reverse lookup! (PTR) please can anybody help me? cheers andrew

5 6

RE: [suse-security] Extra Chroot protection in SUSE kernels?
by Brett Stevens 19 Jan '05

19 Jan '05

We run multiple vm's using vmware on 2650 Dell servers. On one system we run around 8 or so windows and linux servers. (Windows is a management/ business decision unfortulately). Yes whilst there is a performance drop. Lets face it linux on systems such as these is way too powerful for the things we do. Ie postfix handling 25000 emails using spamassassin-amavis etc and bind handling thousands of requiests for 30 domains. All on a virtual system with 256MB ram and 1/8th of the sytem resources. We have not knoticed a degridation in the delivery of email. However data is housed on one server dedicated to the task. So horses for courses I would think about what needs to be consolodated and how best to balance the load prior to finding a solution. On another front, perhaps you could look into VMWare as an (expensive) alternative. But for my own. Solaris x86 has always been slower than SPARC versions, not just relating to the cpu performance, and perhps could be considered the poor cousin over at SUN. Thanks Brett Stevens -----Original Message----- From: Mike Tierney [mailto:miket@marketview.co.nz] Sent: Thursday, January 20, 2005 10:11 AM To: 'Brett Stevens' Subject: RE: [suse-security] Extra Chroot protection in SUSE kernels? Thanks Brett I haven't looked too much into UML as I read there's an overhead involved in running a separate copy of the Kernel. Probably not an issue though. Maybe UML is the way to go if I decide to stay with SuSE! Cheers Mike > -----Original Message----- > From: Brett Stevens [mailto:brett.stevens@hubbub.com.au] > Sent: Thursday, 20 January 2005 11:53 a.m. > To: 'Mike Tierney' > Subject: RE: [suse-security] Extra Chroot protection in SUSE kernels? > > Might be a bit left field but think about user mode linux sles 9 does > this quite well. Once you have your uml systems built chroot and > secure what you need. > > Brett Stevens > > -----Original Message----- > From: Mike Tierney [mailto:miket@marketview.co.nz] > Sent: Thursday, January 20, 2005 8:57 AM > To: 'Marcus Meissner' > Cc: suse-security(a)suse.com > Subject: RE: [suse-security] Extra Chroot protection in SUSE kernels? > > > > From: Marcus Meissner [mailto:meissner@suse.de] > > Sent: Wednesday, 19 January 2005 10:43 p.m. > > > > There is no extra chroot protection. > > Is there any chance that the tightening up of chroot's might be looked > at by the SuSE Security team? > > I am just wondering because Solaris 10 x86 (due out this month) has an > inbuilt mechanism for walling off applications from the rest of the > system (I think it's called "Solaris Containers"). > > I really like SLES 8, it has run brilliantly for the last 10 months > with zero problems, but I'll be making a decision sometime this year > to move to either SLES 9 or to Solaris 10 x86. I'll be basing that > partly on which one offers more secure encapsulation of multiple > applications running on the same server. > > I guess another question would be "Is SuSE planning to implement any > kind of server virtualization?". > > Cheers > Mike > > > -- > Check the headers for your unsubscription address > For additional commands, e-mail: suse-security-help(a)suse.com > Security-related bug reports go to security(a)suse.de, not here

2 1

different versions of php packages thu yast2 "online update" vs "Install and remove software"
by Matthijs Peters 19 Jan '05

19 Jan '05

Hello, I upgraded on mondag a suse 9.0 to suse 9.2 As a last step of the upgrade you use yast2 "online update" to get the last versions of the packages. I have another 9.2 system that I installed 1 month ago and that was also updated on monday thru yast2 "online update". And now I see differences: On the recent upgrade: a lot of php-module rpm are of a higher version for example: php4-devel-4.3.8-8.2 On the older install the version is: php4-devel-4.3.8-8 On both machines the main php rpm is: php4-4.3.8-8.3 The cause of this difference is that Yast "online update" and "Install and remove software" use different rpm's (NB the source for "Install and remove software" is the same ftp server as the one for "online update") Thru "online update" you get php4-4.3.8-8.3 but not php4-devel-4.3.8-8.2 or other modules Thru "Install and remove software" you get: php4-4.3.8-8.2 php4-devel-4.3.8-8.2 etc for other php-modules 2 differences: On the one hand "Install and remove software" uses lower php version php4-4.3.8-8.2 then what "online update" uses But the php-modules like php4-devel-4.3.8-8.2 are of an higher version in "Install and remove software" then what "online update" uses I checked these facts on suse ftp server and 2 mirror servers. What does this mean and is this normal ? Thanks in advance for time and information Matthijs Peters

2 1

More kernel security problems
by Frank Steiner 19 Jan '05

19 Jan '05

Hi, not meaning to spam you with quotes from heise ;-) But I'm not able to judge if the issues pointed out here http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2005-01/0070.h… are indeed serious or not. Some people on the lkml say they are not, others say they are. And I have no idea :-) Are you working on fixes for the SuSE kernel or do you think the problems are not as severe as they sound when reading the heise news or the grsecurity advisory? cu, Frank -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 * Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. *

2 2

postfix in chroot jail
by Cristian Del Carlo 18 Jan '05

18 Jan '05

Hi, i want to setup postfix in a chroot jail. In /etc/sysconfig/postfix i have set this variable : POSTFIX_CHROOT=yes POSTFIX_UPDATE_CHROOT_JAIL=yes And in /etc/sysconfig/mail : MAIL_CREATE_CONFIG=no Is this suffcient to have a working postfix+chroot eviroment ? Best regards , Cristian Del Carlo

3 2

SUSE Security Announcement: php4/mod_php4 (SUSE-SA:2005:002)
by Ludwig Nussel 17 Jan '05

17 Jan '05

-----BEGIN PGP SIGNED MESSAGE----- ______________________________________________________________________________ SUSE Security Announcement Package: php4, mod_php4 Announcement-ID: SUSE-SA:2005:002 Date: Monday, Jan 17th 2005 18:00 MEST Affected products: 8.1, 8.2, 9.0, 9.1, 9.2 SUSE Linux Enterprise Server 8, 9 Vulnerability Type: remote code execution Severity (1-10): 7 SUSE default package: no Cross References: CAN-2004-1019 CAN-2004-1065 http://bugs.php.net/bug.php?id=25753 Content of this advisory: 1) security vulnerability resolved: - buffer overflows in PHP - PHP source code disclosure problem description 2) solution/workaround 3) special instructions and notes 4) package location and checksums 5) pending vulnerabilities, solutions, workarounds: 6) standard appendix (further information) ______________________________________________________________________________ 1) problem description, brief discussion PHP is a well known, widely-used scripting language often used within web server setups. Stefan Esser and Marcus Boerger found several buffer overflow problems in the unserializer functions of PHP (CAN-2004-1019) and Ilia Alshanetsky (CAN-2004-1065) found one in the exif parser. Any of them could allow remote attackers to execute arbitrary code as the user running the PHP interpreter. Additionally a bug where the server would disclose php sourcecode under some circumstances has been fixed. 2) solution/workaround There is no workaround known besides disabling PHP. Therefore we recommend to install the updated packages. 3) special instructions and notes If you use php as module within apache you have to restart the server by executing the following command as root: /usr/sbin/rcapache restart or if you use the apache2 server /usr/sbin/rcapache2 restart 4) package location and checksums Download the update package for your distribution and verify its integrity by the methods listed in section 3) of this announcement. Then, install the package using the command "rpm -Fhv file.rpm" to apply the update. Our maintenance customers are being notified individually. The packages are being offered for installation from the maintenance web. x86 Platform: SUSE Linux 9.2: ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/php4-4.3.8-8.3.i586.rpm e871c76bb7c0ba1fc34268e05ee54e94 ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/apache2-mod_php4-4.3.8… e9e0e5cbfa8805b6a5866cd91db1e715 patch rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/php4-4.3.8-8.3.i586.pa… 7bc595dd946b7287c1b590283526500b ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/apache2-mod_php4-4.3.8… e72c58f0d9fbb9d7b0e23251f50b22c5 source rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/src/php4-4.3.8-8.3.src.rpm e80aff98a2d6bdcb56bf6ed7e1731611 SUSE Linux 9.1: ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/i586/php4-4.3.4-43.22.i586.… 01ddb36914f644c65165250b7c7689e8 ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/i586/apache2-mod_php4-4.3.4… 9a3db7a8dcc0e5d6b49911d25e755069 ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/i586/mod_php4-core-4.3.4-43… c072a97d0081976292d4d5005019dccd patch rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/i586/php4-4.3.4-43.22.i586.… 01853c982ea0c89faecfe3fb568313b6 ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/i586/apache2-mod_php4-4.3.4… dd64ede42cf3a31a99df2e90ebb597a1 ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/i586/mod_php4-core-4.3.4-43… d499fac997192f14e949398df2624a9d source rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/9.1/rpm/src/php4-4.3.4-43.22.src.rpm 7f23c05761153fec8786c9261e60a49a SUSE Linux 9.0: ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/i586/mod_php4-4.3.3-183.i58… bbf8be6995d2590af1e2a5d12d101ba6 ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/i586/apache2-mod_php4-4.3.3… d8c08e3e05104d0a291cc1b98111c3a1 ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/i586/mod_php4-core-4.3.3-18… cb01290bc7c2b968eacea15114033ad4 patch rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/i586/mod_php4-4.3.3-183.i58… d69e6d3885258f06059f0c8cc4b3fc95 ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/i586/apache2-mod_php4-4.3.3… 1d8029716edec5d69b9e9f54d2b311df ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/i586/mod_php4-core-4.3.3-18… a9d2199cb9d2ddb904a723d0a6107300 source rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/9.0/rpm/src/mod_php4-4.3.3-183.src.… 59f6c6664cad5ded05ce4b22d856d496 SUSE Linux 8.2: ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/i586/mod_php4-4.3.1-174.i58… 5a477c5733f83b776f746bc3431d8207 ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/i586/apache2-mod_php4-4.3.1… 90eb5f5d40142d7d34a3b46c5ce87ac8 ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/i586/mod_php4-core-4.3.1-17… f55cf3b586c8a921700e8ecfb8ad5941 patch rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/i586/mod_php4-4.3.1-174.i58… e6c583ddaa03bd85729c46d9ddfc75dd ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/i586/apache2-mod_php4-4.3.1… 3053986191c3dd2354b931ea31fc9208 ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/i586/mod_php4-core-4.3.1-17… 7a8d67f1e02ea516f21df3ad69107b00 source rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/src/mod_php4-4.3.1-174.src.… 1d709df9d796d6f723590bc31afe9b18 SUSE Linux 8.1: ftp://ftp.suse.com/pub/suse/i386/update/8.1/rpm/i586/mod_php4-4.2.2-485.i58… f597d7af4c5c3eb3fa74ead654ac79e3 ftp://ftp.suse.com/pub/suse/i386/update/8.1/rpm/i586/mod_php4-core-4.2.2-48… 136007f47679877b999eeee170bc0003 patch rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/8.1/rpm/i586/mod_php4-4.2.2-485.i58… 07b674f1ec878bbb6ee68e6da52144d4 ftp://ftp.suse.com/pub/suse/i386/update/8.1/rpm/i586/mod_php4-core-4.2.2-48… 30c83209b3e7177f9ac34365f51f9c72 source rpm(s): ftp://ftp.suse.com/pub/suse/i386/update/8.1/rpm/src/mod_php4-4.2.2-485.src.… e6a23b4c8cbba800d002104da80fbc17 x86-64 Platform: SUSE Linux 9.2: ftp://ftp.suse.com/pub/suse/x86_64/update/9.2/rpm/x86_64/php4-4.3.8-8.3.x86… 96c10340cd1e9dbd499ceb264ff6862b ftp://ftp.suse.com/pub/suse/x86_64/update/9.2/rpm/x86_64/apache2-mod_php4-4… 0650c7390f4b341ad496030e6d7c7585 source rpm(s): ftp://ftp.suse.com/pub/suse/x86_64/update/9.2/rpm/src/php4-4.3.8-8.3.src.rpm e80aff98a2d6bdcb56bf6ed7e1731611 SUSE Linux 9.1: ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/x86_64/php4-4.3.4-43.22.x… d7b5bd55bd381bbf674ad9111e336741 ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/x86_64/apache2-mod_php4-4… 0b8d4a5de7c53fef7364ef2883269c95 ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/x86_64/mod_php4-core-4.3.… f973f7d09700571dca8221aaffa8a74b patch rpm(s): ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/x86_64/php4-4.3.4-43.22.x… cf568e895d1b4e79ba0a87c3ddfa68fe ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/x86_64/apache2-mod_php4-4… d74c95e6d64ab16ebd8b0bfc1bfda08f ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/x86_64/mod_php4-core-4.3.… 12c7794749389feaec02b707da12c4d4 source rpm(s): ftp://ftp.suse.com/pub/suse/x86_64/update/9.1/rpm/src/php4-4.3.4-43.22.src.… 61ae620d5e5bb9c6ebb53c77fdd2f0ee SUSE Linux 9.0: ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/x86_64/mod_php4-4.3.3-183… 42ddc755c8a14eda9a2e7527e1c6ab83 ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/x86_64/apache2-mod_php4-4… 96cf0ad7d9dd5faed47a81619a3f11e9 ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/x86_64/mod_php4-core-4.3.… a4af66488b211562da363b342c80fabd patch rpm(s): ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/x86_64/mod_php4-4.3.3-183… 564fc4425ba3d8c995836b61c93082f9 ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/x86_64/apache2-mod_php4-4… 67580deaea8aed5c1f6af1c8fb5f7889 ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/x86_64/mod_php4-core-4.3.… bfe305060c4ca74d88b8503996a953ae source rpm(s): ftp://ftp.suse.com/pub/suse/x86_64/update/9.0/rpm/src/mod_php4-4.3.3-183.sr… e1f76b408a70416b1e80dd2fb8f6721a ______________________________________________________________________________ 5) Pending vulnerabilities in SUSE Distributions and Workarounds: Please read our weekly summary report for more information. ______________________________________________________________________________ 6) standard appendix: authenticity verification, additional information - Package authenticity verification: SUSE update packages are available on many mirror ftp servers all over the world. While this service is being considered valuable and important to the free and open source software community, many users wish to be sure about the origin of the package and its content before installing the package. There are two verification methods that can be used independently from each other to prove the authenticity of a downloaded file or rpm package: 1) md5sums as provided in the (cryptographically signed) announcement. 2) using the internal gpg signatures of the rpm package. 1) execute the command md5sum <name-of-the-file.rpm> after you downloaded the file from a SUSE ftp server or its mirrors. Then, compare the resulting md5sum with the one that is listed in the announcement. Since the announcement containing the checksums is cryptographically signed (usually using the key security(a)suse.de) the checksums show proof of the authenticity of the package. We recommend against subscribing to security lists that cause the e-mail message containing the announcement to be modified so that the signature does not match after transport through the mailing list software. Downsides: You must be able to verify the authenticity of the announcement in the first place. If RPM packages are being rebuilt and a new version of a package is published on the ftp server, all md5 sums for the files are useless. 2) rpm package signatures provide an easy way to verify the authenticity of an rpm package. Use the command rpm -v --checksig <file.rpm> to verify the signature of the package, where <file.rpm> is the file name of the rpm package that you have downloaded. Of course, package authenticity verification can only target an uninstalled rpm package file. Prerequisites: a) gpg is installed b) The package is signed using a certain key. The public part of this key must be installed by the gpg program in the directory ~/.gnupg/ under the user's home directory who performs the signature verification (usually root). You can import the key that is used by SUSE in rpm packages for SUSE Linux by saving this announcement to a file ("announcement.txt") and running the command (do "su -" to be root): gpg --batch; gpg < announcement.txt | gpg --import SUSE Linux distributions version 7.1 and thereafter install the key "build(a)suse.de" upon installation or upgrade, provided that the package gpg is installed. The file containing the public key is placed at the top-level directory of the first CD (pubring.gpg) and at ftp://ftp.suse.com/pub/suse/pubring.gpg-build.suse.de . - SUSE runs two security mailing lists to which any interested party may subscribe: suse-security(a)suse.com - general/linux/SUSE security discussion. All SUSE security announcements are sent to this list. To subscribe, send an email to <suse-security-subscribe(a)suse.com>. suse-security-announce(a)suse.com - SUSE's announce-only mailing list. Only SUSE's security announcements are sent to this list. To subscribe, send an email to <suse-security-announce-subscribe(a)suse.com>. For general information or the frequently asked questions (faq) send mail to: <suse-security-info(a)suse.com> or <suse-security-faq(a)suse.com> respectively. ===================================================================== SUSE's security contact is <security(a)suse.com> or <security(a)suse.de>. The <security(a)suse.de> public key is listed below. ===================================================================== ______________________________________________________________________________ The information in this advisory may be distributed or reproduced, provided that the advisory is not modified in any way. In particular, it is desired that the clear-text signature shows proof of the authenticity of the text. SUSE Linux AG makes no warranties of any kind whatsoever with respect to the information contained in this security advisory. Type Bits/KeyID Date User ID pub 2048R/3D25D3D9 1999-03-06 SuSE Security Team <security(a)suse.de> pub 1024D/9C800ACA 2000-10-19 SuSE Package Signing Key <build(a)suse.de> - -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.0.7 (GNU/Linux) mQENAzbhLQQAAAEIAKAkXHe0lWRBXLpn38hMHy03F0I4Sszmoc8aaKJrhfhyMlOA BqvklPLE2f9UrI4Xc860gH79ZREwAgPt0pi6+SleNFLNcNFAuuHMLQOOsaMFatbz JR9i4m/lf6q929YROu5zB48rBAlcfTm+IBbijaEdnqpwGib45wE/Cfy6FAttBHQh 1Kp+r/jPbf1mYAvljUfHKuvbg8t2EIQz/5yGp+n5trn9pElfQO2cRBq8LFpf1l+U P7EKjFmlOq+Gs/fF98/dP3DfniSd78LQPq5vp8RL8nr/o2i7jkAQ33m4f1wOBWd+ cZovrKXYlXiR+Bf7m2hpZo+/sAzhd7LmAD0l09kABRG0JVN1U0UgU2VjdXJpdHkg VGVhbSA8c2VjdXJpdHlAc3VzZS5kZT6JARUDBRA24S1H5Fiyh7HKPEUBAVcOB/9b yHYji1/+4Xc2GhvXK0FSJN0MGgeXgW47yxDL7gmR4mNgjlIOUHZj0PEpVjWepOJ7 tQS3L9oP6cpj1Fj/XxuLbkp5VCQ61hpt54coQAvYrnT9rtWEGN+xmwejT1WmYmDJ xG+EGBXKr+XP69oIUl1E2JO3rXeklulgjqRKos4cdXKgyjWZ7CP9V9daRXDtje63 Om8gwSdU/nCvhdRIWp/Vwbf7Ia8iZr9OJ5YuQl0DBG4qmGDDrvImgPAFkYFzwlqo choXFQ9y0YVCV41DnR+GYhwl2qBd81T8aXhihEGPIgaw3g8gd8B5o6mPVgl+nJqI BkEYGBusiag2pS6qwznZiQEVAwUQNuEtBHey5gA9JdPZAQFtOAf+KVh939b0J94u v/kpg4xs1LthlhquhbHcKNoVTNspugiC3qMPyvSX4XcBr2PC0cVkS4Z9PY9iCfT+ x9WM96g39dAF+le2CCx7XISk9XXJ4ApEy5g4AuK7NYgAJd39PPbERgWnxjxir9g0 Ix30dS30bW39D+3NPU5Ho9TD/B7UDFvYT5AWHl3MGwo3a1RhTs6sfgL7yQ3U+mvq MkTExZb5mfN1FeaYKMopoI4VpzNVeGxQWIz67VjJHVyUlF20ekOz4kWVgsxkc8G2 saqZd6yv2EwqYTi8BDAduweP33KrQc4KDDommQNDOXxaKOeCoESIdM4p7Esdjq1o L0oixF12CohGBBARAgAGBQI7HmHDAAoJEJ5A4xAACqukTlQAoI4QzP9yjPohY7OU F7J3eKBTzp25AJ42BmtSd3pvm5ldmognWF3Trhp+GYkAlQMFEDe3O8IWkDf+zvyS FQEBAfkD/3GG5UgJj18UhYmh1gfjIlDcPAeqMwSytEHDENmHC+vlZQ/p0mT9tPiW tp34io54mwr+bLPN8l6B5GJNkbGvH6M+mO7R8Lj4nHL6pyAv3PQr83WyLHcaX7It Klj371/4yzKV6qpz43SGRK4MacLo2rNZ/dNej7lwPCtzCcFYwqkiiEYEEBECAAYF AjoaQqQACgkQx1KqMrDf94ArewCfWnTUDG5gNYkmHG4bYL8fQcizyA4An2eVo/n+ 3J2KRWSOhpAMsnMxtPbBiEYEExECAAYFAkGJG+YACgkQGsiRhDTRlzm8CQCg14Wz vg6j45e/r1oyt9EaHhleSacAnA+2dArk1I3xt49Z5rdnhqheF//9mQGiBDnu9IER BACT8Y35+2vv4MGVKiLEMOl9GdST6MCkYS3yEKeueNWc+z/0Kvff4JctBsgs47tj miI9sl0eHjm3gTR8rItXMN6sJEUHWzDP+Y0PFPboMvKx0FXl/A0dM+HFrruCgBlW t6FA+okRySQiliuI5phwqkXefl9AhkwR8xocQSVCFxcwvwCglVcOQliHu8jwRQHx lRE0tkwQQI0D+wfQwKdvhDplxHJ5nf7U8c/yE/vdvpN6lF0tmFrKXBUX+K7u4ifr ZlQvj/81M4INjtXreqDiJtr99Rs6xa0ScZqITuZC4CWxJa9GynBED3+D2t1V/f8l 0smsuYoFOF7Ib49IkTdbtwAThlZp8bEhELBeGaPdNCcmfZ66rKUdG5sRA/9ovnc1 krSQF2+sqB9/o7w5/q2qiyzwOSTnkjtBUVKn4zLUOf6aeBAoV6NMCC3Kj9aZHfA+ ND0ehPaVGJgjaVNFhPi4x0e7BULdvgOoAqajLfvkURHAeSsxXIoEmyW/xC1sBbDk DUIBSx5oej73XCZgnj/inphRqGpsb+1nKFvF+rQoU3VTRSBQYWNrYWdlIFNpZ25p bmcgS2V5IDxidWlsZEBzdXNlLmRlPohcBBMRAgAcBQI57vSBBQkDwmcABAsKAwQD FQMCAxYCAQIXgAAKCRCoTtronIAKyl8sAJ98BgD40zw0GHJHIf6dNfnwI2PAsgCg jH1+PnYEl7TFjtZsqhezX7vZvYCIRgQQEQIABgUCOnBeUgAKCRCeQOMQAAqrpNzO AKCL512FZvv4VZx94TpbA9lxyoAejACeOO1HIbActAevk5MUBhNeLZa/qM2JARUD BRA6cGBvd7LmAD0l09kBATWnB/9An5vfiUUE1VQnt+T/EYklES3tXXaJJp9pHMa4 fzFa8jPVtv5UBHGee3XoUNDVwM2OgSEISZxbzdXGnqIlcT08TzBUD9i579uifklL snr35SJDZ6ram51/CWOnnaVhUzneOA9gTPSr+/fT3WeVnwJiQCQ30kNLWVXWATMn snT486eAOlT6UNBPYQLpUprF5Yryk23pQUPAgJENDEqeU6iIO9Ot1ZPtB0lniw+/ xCi13D360o1tZDYOp0hHHJN3D3EN8C1yPqZd5CvvznYvB6bWBIpWcRgdn2DUVMmp U661jwqGlRz1F84JG/xe4jGuzgpJt9IXSzyohEJB6XG5+D0BiF0EExECAB0FAjxq qTQFCQoAgrMFCwcKAwQDFQMCAxYCAQIXgAAKCRCoTtronIAKyp1fAJ9dR7saz2KP NwD3U+fy/0BDKXrYGACfbJ8fQcJqCBQxeHvt9yMPDVq0B0W5Ag0EOe70khAIAISR 0E3ozF/la+oNaRwxHLrCet30NgnxRROYhPaJB/Tu1FQokn2/Qld/HZnh3TwhBIw1 FqrhWBJ7491iAjLR9uPbdWJrn+A7t8kSkPaF3Z/6kyc5a8fas44ht5h+6HMBzoFC MAq2aBHQRFRNp9Mz1ZvoXXcI1lk1l8OqcUM/ovXbDfPcXsUVeTPTtGzcAi2jVl9h l3iwJKkyv/RLmcusdsi8YunbvWGFAF5GaagYQo7YlF6UaBQnYJTM523AMgpPQtsK m9o/w9WdgXkgWhgkhZEeqUS3m5xNey1nLu9iMvq9M/iXnGz4sg6Q2Y+GqZ+yAvNW jRRou3zSE7Bzg28MI4sAAwYH/2D71Xc5HPDgu87WnBFgmp8MpSr8QnSs0wwPg3xE ullGEocolSb2c0ctuSyeVnCttJMzkukL9TqyF4s/6XRstWirSWawJxRLKH6Zjo/F aKsshYKf8gBkAaddvpl3pO0gmUYbqmpQ3xDEYlhCeieXS5MkockQ1sj2xYdB1xO0 ExzfiCiscUKjUFy+mdzUsUutafuZ+gbHog1CN/ccZCkxcBa5IFCHORrNjq9pYWlr xsEn6ApsG7JJbM2besW1PkdEoxak74z1senh36m5jQvVjA3U4xq1wwylxadmmJaJ HzeiLfb7G1ZRjZTsB7fyYxqDzMVul6o9BSwO/1XsIAnV1uuITAQYEQIADAUCOe70 kgUJA8JnAAAKCRCoTtronIAKyksiAJsFB3/77SkH3JlYOGrEe1Ol0JdGwACeKTtt geVPFB+iGJdiwQlxasOfuXyITAQYEQIADAUCPGqpWQUJCgCCxwAKCRCoTtronIAK yofBAKCSZM2UFyta/fe9WgITK9I5hbxxtQCfX+0ar2CZmSknn3coSPihn1+OBNw= =Fv2n - -----END PGP PUBLIC KEY BLOCK----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iQEVAwUBQevwf3ey5gA9JdPZAQHyVgf9GMb+UBhVgeVLY555CZvcNGZR/7+KG5h/ wxm5sLoU19jRRxL7ymEWjpD0Nu+llk/vF1BHxFHmHaOVzynu7ahnme3/99C4XJtT p1t1ReEXrcxb7fvS9zvoxpahz7Ylx58LmeJ39VlXFEnLU0rtBLAGPA48KsWmKoJi o7yXHKoWh8IaY+57qRXPQPbPbtDun/H1+QAlTLSql6kkzluNbnJjV1vSji69YRfF +Jmf//UP/BJM3EGv+9Cy/yP7Zi4fC1uBubv8mOsTlLLMqMxYtqLvTpYII71DIgGx EiQzVqXuIGdHgb1cktcgcn6PsFZewvHJIfjXPHRxSSZR3zkQWTgkFg== =0Nm6 -----END PGP SIGNATURE-----

1 0