November 2002 - openSUSE Security - openSUSE Mailing Lists

Re: *****SPAM***** Re: [suse-security] suse 7.3 & kernel
by Joerg Henner 20 Nov '02

20 Nov '02

On Die, 19 Nov 2002, wrote: >where do I get the 2.4.19-deflt? ftp://ftp.leo.org/pub/people/mantel/next/RPM/ Please be sure, there is no warranty upon those RPMs ;) Greetings, -- Jörg Henner Fon: +49 (7 11) 48 90 83 - 0 ETES - EDV-Systemhaus GbR Fax: +49 (7 11) 48 90 83 - 50 Libanonstrasse 58 A * D-70184 Stuttgart Web: http://www.etes.de ______________________________________ Inflex - eMail Scanning and Protection Queries to: postmaster(a)etes.de

1 0

Problems creating usernames with dots
by Mario Viana 20 Nov '02

20 Nov '02

Hello, Well, maybe it´s a little off-topic , but does anybody know why SuSE 8.0 don´t accept creating a username with dots, e.g. , while I try creating the user suse.br : # useradd suse.br useradd: invalid user name 'suse.br' I have seen all the configuration files in /etc/sysconfig, Suse DB and Google and I haven´t found anything related to this topic. =(( -- ========================= José Mário Viana Analista de Sistemas SecrelNet Infomática Ltda =========================

1 0

Re: [suse-security] Problems with rules of anti spoofing
by Achim Hoffmann 20 Nov '02

20 Nov '02

On 19 Nov 2002, Fabio Sena wrote: > Nov 19 14:31:10 fwpro kernel: SuSE-FW-DROP-ANTI-SPOOF IN=ppp0 OUT= MAC= > SRC=10.10.40.251 DST=255.255.255.255 LEN=229 TOS=0x00 PREC=0x00 TTL=128 > ID=1185 PROTO=UDP SPT=138 DPT=138 LEN=209 > Nov 19 14:31:10 fwpro kernel: SuSE-FW-DROP-ANTI-SPOOF IN=ppp0 OUT= MAC= > SRC=10.10.40.251 DST=255.255.255.255 LEN=229 TOS=0x00 PREC=0x00 TTL=128 > ID=1185 PROTO=UDP SPT=137 DPT=137 LEN=209 there is nothing special. After you've authentificated successful, the remote server send NetBIOS broadcasts (you know: Network Neighborhood etc.). If you allow that your host will be listed there, allow these ports, otherwise it might be wise to just reject but not log them. Achim

1 0

[OT] Language(s)
by Lars Ellenberg 20 Nov '02

20 Nov '02

I don't know about you, but I found some of the recent postings very difficult to understand, not technically, but language wise. Even though this is, and should remain, an english list, I'd sometimes prefer to have the original native tongue of the respective author in *addition* to that sometimes uneasy english, since I am well able to read a little spanish/portugese/italian/french. Though I'd rather not have to write in those languages :) My feeling is that this might help to understand the details of the repective problems, and clarify possible misunderstandings. Lars

2 1

Problems with rules of anti spoofing
by Fabio Sena 19 Nov '02

19 Nov '02

People, They know as to decide problems with rules of anti-spoofing in SuSE 8,0 with SuSEfirewall2, I am with a Server VPN PPTP, and when I connect to the VPN SERVER me they appear these messages. Nov 19 14:31:10 fwpro kernel: SuSE-FW-DROP-ANTI-SPOOF IN=ppp0 OUT= MAC= SRC=10.10.40.251 DST=255.255.255.255 LEN=229 TOS=0x00 PREC=0x00 TTL=128 ID=1185 PROTO=UDP SPT=138 DPT=138 LEN=209 Nov 19 14:31:10 fwpro kernel: SuSE-FW-DROP-ANTI-SPOOF IN=ppp0 OUT= MAC= SRC=10.10.40.251 DST=255.255.255.255 LEN=229 TOS=0x00 PREC=0x00 TTL=128 ID=1185 PROTO=UDP SPT=137 DPT=137 LEN=209 this IP was received when I effected logon in the VPN SERVER, exactly loged no obtain to decide names. []'s Fabio Sena Brasil - PE

1 0

Re: [suse-security] SuseFirewall2 DMZ
by Frédéric Poulet 19 Nov '02

19 Nov '02

I use OS = Suse 8.0 Firewall = SuseFirewall of Suse 8.0 My problem is that i can't use my ftp service from intern network but from internet is Ok. >From internet network my ftp client this messages >WinSock 2.0 >Connecting to 192.168.x.y >Connected to 192.168.x.y Port 21 >220 ProFTPD 1.2.6 Server (ProFTPD Default Installation) >USER [xxxxxx] >331 Password required for [xxxxxx]. >PASS (hidden) >230 User [xxxxxx]logged in. >SYST >215 UNIX Type: L8 >REST 100 >350 Restarting at 100. Send STORE or RETRIEVE to initiate transfer. >REST 0 >350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer. >PWD >257 "/home/[xxxxxx]" is current directory. >TYPE A >200 Type set to A. >PASV >227 Entering Passive Mode (192,168,x,y,129,32). after nothing ! --- Christian Andersson <chrisand(a)cs.lth.se> a écrit : > > On Tuesday 19 November 2002 14:38, you wrote: > > How ? > > Ok, I've lost the thread so I don't know anything about your setup (which I > suppose you have described previously in the list.) > > What is you OS exactly? Version? What firewall? Version? > > -- > Ch > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 12

Trojan Horse tcpdump and libpcap Distributions
by Linux User 19 Nov '02

19 Nov '02

CERT® Advisory CA-2002-30 Trojan Horse tcpdump and libpcap Distributions Original issue date: November 13, 2002 Last revised: -- Source: CERT/CC A complete revision history is at the end of this file. Overview The CERT/CC has received reports that several of the released source code distributions of the libpcap and tcpdump packages were modified by an intruder and contain a Trojan horse. We strongly encourage sites that use, redistribute, or mirror the libpcap or tcpdump packages to immediately verify the integrity of their distribution. I. Description The CERT/CC has received reports that some copies of the source code for libpcap, a packet acquisition library, and tcpdump, a network sniffer, have been modified by an intruder and contain a Trojan horse. The following distributions were modified to include the malicious code: tcpdump md5sum 3a1c2dd3471486f9c7df87029bf2f1e9 tcpdump-3.6.2.tar.gz md5sum 3c410d8434e63fb3931fe77328e4dd88 tcpdump-3.7.1.tar.gz libpcap md5sum 73ba7af963aff7c9e23fa1308a793dca libpcap-0.7.1.tar.gz These modified distributions began to appear in downloads from the HTTP server www.tcpdump.org on or around Nov 11 2002 10:14:00 GMT. The tcpdump development team disabled download of the distributions containing the Trojan horse on Nov 13 2002 15:05:19 GMT. However, the availability of these distributions from mirror sites is unknown. At this time, it does not appear that related projects such as WinPcap and WinDump contain this Trojan horse. The Trojan horse version of the tcpdump source code distribution contains malicious code that is run when the software is compiled. This code, executed from the tcpdump configure script, will attempt to connect (via wget, lynx, or fetch) to port 80/tcp on a fixed hostname in order to download a shell script named services. In turn, this downloaded shell script is executed to generate a C file (conftes.c), which is subsequently compiled and run. When executed, conftes.c makes an outbound connection to a fixed IP address (corresponding to the fixed hostname used in the configure script) on port 1963/tcp and reads a single byte. Three possible values for this downloaded byte are checked, each causing conftes.c to respond in different ways: 'A' will cause the Trojan horse to exit 'D' will cause the Trojan to fork itself, spawn a shell, and redirect this shell to the connected IP address (Note that communication to and from this shell is obfuscated by XORing all bytes with the constant 0x89.) 'M' will cause the Trojan horse to close the connection and sleep for 3600 seconds To mask the activity of this Trojan horse in tcpdump, libpcap, the underlying packet-capture library of tcpdump, has been modified (gencode.c) to explicitly ignore all traffic on port 1963 (i.e., a BPF expression of "not port 1963"). II. Impact An intruder operating from (or able to impersonate) the remote address specified in the malicious code could gain unauthorized remote access to any host that compiled a version of tcpdump with this Trojan horse. The privilege level under which this malicious code would be executed would be that of the user who compiled the source code. III. Solution We encourage sites using libpcap and tcpdump to verify the authenticity of their distribution, regardless of where it was obtained. Where to get libpcap and tcpdump While the compromise of these distributions is being investigated, the tcpdump and libpcap maintainers recommend using the following distribution sites: http://sourceforge.net/projects/tcpdump/ http://sourceforge.net/projects/libpcap/ Sites that mirror the source code are encouraged to verify the integrity of their sources. We also encourage users to inspect any and all other software that may have been downloaded from the compromised site. Note that it is not sufficient to rely on the timestamps or sizes of the file when trying to determine whether or not you have a copy of the Trojan horse version. Verifying checksums The MD5 hashes of the vendor suggested updates for libpcap and tcpdump are as follows: tcpdump md5sum 03e5eac68c65b7e6ce8da03b0b0b225e tcpdump-3.7.1.tar.gz libpcap md5sum 0597c23e3496a5c108097b2a0f1bd0c7 libpcap-0.7.1.tar.gz As a matter of good security practice, the CERT/CC encourages users to verify, whenever possible, the integrity of downloaded software. For more information, see http://www.cert.org/incident_notes/IN-2001-06.html Appendix A. - Vendor Information This appendix contains information provided by vendors for this advisory. As vendors report new information to the CERT/ CC, we will update this section and note the changes in our revision history. If a particular vendor is not listed below, we have not received their comments. Conectiva We have checked all our released libpcap and tcpdump packages and confirmed that they do not contain the trojan code. Debian Problematic packages are only distributed in Debian/unstable. I have examined both source packages and they did not contain the trojan code the HLUG reported on their web page. Hence, I guess that Debian distributes safe source. MontaVista Software, Inc. We have examined our sources, and our software does not contain this trojan. We are not vulnerable to this advisory. SuSE SuSE Linux products are not vulnerable. Feedback can be directed to the author: Roman Danyliw, Chad Dougherty. This document is available from: http://www.cert.org/advisories/CA-2002-30.html CERT/CC Contact Information Email: cert(a)cert.org Phone: +1 412-268-7090 (24-hour hotline) Fax: +1 412-268-6989 Postal address: CERT Coordination Center Software Engineering Institute Carnegie Mellon University Pittsburgh PA 15213-3890 U.S.A. CERT/CC personnel answer the hotline 08:00-17:00 EST(GMT-5) / EDT(GMT-4) Monday through Friday; they are on call for emergencies during other hours, on U.S. holidays, and on weekends. Using encryption We strongly urge you to encrypt sensitive information sent by email. Our public PGP key is available from http://www.cert.org/CERT_PGP.key If you prefer to use DES, please call the CERT hotline for more information. Getting security information CERT publications and other security information are available from our web site http://www.cert.org/ To subscribe to the CERT mailing list for advisories and bulletins, send email to majordomo(a)cert.org. Please include in the body of your message subscribe cert-advisory * "CERT" and "CERT Coordination Center" are registered in the U.S. Patent and Trademark Office. NO WARRANTY Any material furnished by Carnegie Mellon University and the Software Engineering Institute is furnished on an "as is" basis. Carnegie Mellon University makes no warranties of any kind, either expressed or implied as to any matter including, but not limited to, warranty of fitness for a particular purpose or merchantability, exclusivity or results obtained from use of the material. Carnegie Mellon University does not make any warranty of any kind with respect to freedom from patent, trademark, or copyright infringement. Conditions for use, disclaimers, and sponsorship information Copyright 2002 Carnegie Mellon University. Revision History November 13, 2002: Initial release

2 1

Re: [suse-security] SuseFirewall2 DMZ
by Frédéric Poulet 19 Nov '02

19 Nov '02

How ? --- Christian Andersson <chrisand(a)cs.lth.se> a écrit : > > Ok, try Ulriches tip then, opening port 20. > > Greetings /Ch > > On Tuesday 19 November 2002 14:18, you wrote: > > I use "passive mode" > > > > --- Christian Andersson <chrisand(a)cs.lth.se> a écrit : > On Tuesday 19 > > November 2002 13:45, > > > > Frédéric Poulet wrote: > > > > My ftp service is accessible from internet but not from intern network. > > > > In fact for the internet network, the connexion runs but when i use > > > > "ls" command nothing takes place. > > > > > > > > Somebody has an idea ? > > > > > > You have to use "passive FTP" when connecting to the server through a > > > firewall. Otherwise the server will try to open other high filtered ports > > > to the client for data transfers. Most client programs support passive > > > mode. > > > > > > -- > > > Ch > > > > > > > > > -- > > > 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 > > > > ___________________________________________________________ > > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > > Yahoo! Mail : http://fr.mail.yahoo.com > > -- > Ch > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

suse 7.3 & kernel
by Piet Roorda 19 Nov '02

19 Nov '02

is there any use in going to kernel 2.4.18 or 2.4.19 with SuSE 7.3? regrads, piet

2 1

AW: [suse-security] SuseFirewall2 DMZ
by Ulrich Roth 19 Nov '02

19 Nov '02

> My ftp service is accessible from internet but not from > intern network. In fact for the internet > network, the connexion runs but when i use "ls" command > nothing takes place. > > Somebody has an idea ? Maybe you also have to open port 20? -- Ulrich Roth IMPACT Business & Technology Consulting GmbH Im Mediapark 8 / KölnTurm D-50670 Koeln Phone +49-221-93 70 80-29 Fax +49-221-93 70 80-15 E-Mail: roth(a)impact.de

1 0