I was just wondering how AppArmor and vsftpd will react if one enables the
vsftpd option chroot_local_user=YES on /etc/vsftpd.conf
Correct me if I am wrong, but as much as i understood, AA is for
protecting data integrety as chroot jails for creating user confinement.
In that case the combination of both will be a very good compromise in
security vs performance or it's just a bit overkill ?
Miguel Albuquerque
Network Administrator
DISCLAIMER
- This message is intended for the use of the named person only. The
information contained in this E-mail is confidential and any disclosure,
copying, distribution or taking any action in reliance on the contents of
this information is strictly prohibited. This message does not represent a
formal commitment by Codalis SA. Codalis SA is neither liable for the
proper and complete transmission of the information contained in this
communication nor for any delay in its receipt.
Greetings,
I have a small home network of machines connected through the internal
ethernet port of my SuSE linux server (192.168.42.xxx). The external
ethernet port is connected to a LinkSys dsl modem (192.168.1.2 on the
server to 192.168.1.1 - the modem). I have a fixed IP and the domain name
asgard.org.nz to go with it - in the /etc/hosts file against the sever
machine name srv too. I set up the firewall so that the local net could
access the internet - but not vice versa. All has worked very well for
months. By the way the HOSTNAME file appears to contain srv.asgard.org.nz
correctly!
Needing to publish a small web site now, I have set up apache 2.0.55
suitably configured - which works well on the local network. However,
despite the fact that the host (called server.asgard.org.nz on the modem
port) has the same name as the Apache ServerName and I appear to have the
correct firewall settings as far as my reading of the config file and the
examples tells me -
-------
# 1
FW_QUICKMODE="no"
#2
FW_DEV_EXT="eth-id-00:90:27:a7:d3:d2"
#3
FW_DEV_INT="eth-id-00:50:8b:62:08:e6"
#4
FW_DEV_DMZ=""
#5
FW_ROUTE="yes"
#6
FW_MASQUERADE="yes"
#6a
FW_MASQ_DEV="$FW_DEV_EXT"
FW_MASQ_NETS="0/0"
#7
FW_PROTECT_FROM_INTERNAL="no"
#8
FW_AUTOPROTECT_SERVICES="yes"
#9
FW_SERVICES_EXT_TCP="5801 5901 domain http https"
FW_SERVICES_EXT_UDP="domain isakmp"
FW_SERVICES_EXT_IP=""
FW_SERVICES_EXT_RPC=""
FW_SERVICES_DMZ_TCP="http https 80"
FW_SERVICES_DMZ_UDP=""
FW_SERVICES_DMZ_IP=""
FW_SERVICES_DMZ_RPC=""
FW_SERVICES_INT_TCP="ftp http https 80"
FW_SERVICES_INT_UDP=""
FW_SERVICES_INT_IP="esp"
FW_SERVICES_INT_RPC="mountd nfs nfs_acl ftp nlockmgr status"
FW_SERVICES_DROP_EXT=""
FW_SERVICES_REJECT_EXT="0/0,tcp,113"
#9a
FW_SERVICES_QUICK_TCP=""
FW_SERVICES_QUICK_UDP=""
FW_SERVICES_QUICK_IP=""
#10
FW_TRUSTED_NETS=""
#11
FW_ALLOW_INCOMING_HIGHPORTS_TCP=""
FW_ALLOW_INCOMING_HIGHPORTS_UDP=""
#13
FW_FORWARD=""
#14
FW_FORWARD_MASQ=""
#15
FW_REDIRECT=""
#16
FW_LOG_DROP_CRIT="yes"
FW_LOG_DROP_ALL="no"
FW_LOG_ACCEPT_CRIT="yes"
FW_LOG_ACCEPT_ALL="no"
FW_LOG_LIMIT=""
FW_LOG=""
#17
FW_KERNEL_SECURITY="yes"
#17a
FW_ANTISPOOF="no"
#18
FW_STOP_KEEP_ROUTING_STATE="no"
#19
FW_ALLOW_PING_FW="yes"
#19a
FW_ALLOW_PING_DMZ="no"
#19b
FW_ALLOW_PING_EXT="yes"
##
# END of /etc/sysconfig/SuSEfirewall2
##
# EXPERT OPTIONS - all others please don't change these!
#20
FW_ALLOW_FW_TRACEROUTE="yes"
#21
FW_ALLOW_FW_SOURCEQUENCH="yes"
#22
FW_ALLOW_FW_BROADCAST="int"
FW_IGNORE_FW_BROADCAST="no"
#23
FW_ALLOW_CLASS_ROUTING="no"
#25
FW_CUSTOMRULES=""
#26
FW_REJECT="no"
#27
FW_HTB_TUNE_DEV=""
#28
FW_IPv6=""
#28a
FW_IPv6_REJECT_OUTGOING="yes"
#29
FW_IPSEC_TRUST="int"
--------------------------------
I cannot seem to get any local browser to access the web server with
the external (srv.asgard.org.nz) IP address. I have tried external port
scanners and they seem to see no open ports at all.
Having spent two days getting nowhere - but learning a lot, I feel I
need to humbly ask for help. It's probably something obvious to you experts
- sorry, I don't see what might be wrong.
Help, please!
Keith Hopper
--
Sky Development
The managers are discussing password requirements. One desire is
to disallow previously used passwords with memory of up to ten
passwords used. Is there a sweet and simple way to implement this in
SLES9/10? I don't see a pam module with this facility.
--
-ashley
Did you try poking at it with a stick?
Hello all,
I am under the impression that LAuS will not be ported forward to
newer kernels --- 2.6.10+. Is this correct?
Also, I understand that RedHat's auditing system has made it into the
vanilla kernel. How does this affect the CC-EAL4+ certification?
Essentially, the certification will not be valid in any extent past
kernel 2.6.5 correct? I was hoping to acquire CC-EAL4+ equivalent
security functions and measures within the 2.6.17 kernel. Has there
been any precedence or discussion about this aspect of previous
kernels from the SLES parentage moving forward to newer releases?
Thanks.
Thomas
Susefirewall2 fills my logs with reports of dropped packets
as a stupid windows network monitor tries to talk SNMP.
I've asked them to stop, but often "fixing the internet"
is not the easiest way to resolve problems.
The SLES9 version of Susefirewall2 lacks the parameter
"FW_SERVICES_DROP_EXT="0/0,tcp,161"
# Packets to silently reject without log message.
So as I've done so often, I upgraded the SLES9 RPM.
rpm -Fvh SuSEfirewall2-3.3-18.noarch.rpm
Pulled a copy of /etc/sysconfig/Susefirewall2
across from my 9.3 workstation and customised it.
Rebooted and it seems to work fine.
I'll give it a week and upgrade all the production boxes.
Just wanted to share that, (and see if anyone knew why not...)
michaelj
--
Michael James michael.james(a)csiro.au
System Administrator voice: 02 6246 5040
CSIRO Bioinformatics Facility fax: 02 6246 5166
No matter how much you pay for software,
you always get less than you hoped.
Unless you pay nothing, then you get more.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
______________________________________________________________________________
SUSE Security Announcement
Package: apache,apache2
Announcement ID: SUSE-SA:2006:043
Date: Fri, 28 Jul 2006 17:00:00 +0000
Affected Products: SLE SDK 10
SUSE LINUX 10.1
SUSE LINUX 10.0
SUSE LINUX 9.3
SUSE LINUX 9.2
SUSE SLES 10
SUSE SLES 9
Vulnerability Type: remote denial of service
Severity (1-10): 6
SUSE Default Package: yes
Cross-References: CVE-2005-3352, CVE-2006-3747
Content of This Advisory:
1) Security Vulnerability Resolved:
Apache off by one security problem
Problem Description
2) Solution or Work-Around
3) Special Instructions and Notes
4) Package Location and Checksums
5) Pending Vulnerabilities, Solutions, and Work-Arounds:
See SUSE Security Summary Report.
6) Authenticity Verification and Additional Information
______________________________________________________________________________
1) Problem Description and Brief Discussion
The following security problem was fixed in the Apache and Apache 2
web servers:
mod_rewrite: Fix an off-by-one security problem in the ldap scheme
handling. For some RewriteRules this could lead to a pointer being
written out of bounds. Depending on stack alignment this could be
used to potentially execute code.
The mod_rewrite module is not enabled per default in our packages.
This problem is tracked by the Mitre CVE ID CVE-2006-3747.
A more detailed description of this problem is available in:
http://www.apache.org/dist/httpd/Announcement2.0.html
For SUSE Linux 10.0, 10.1 and SUSE Linux Enterprise 10 additionally
a old bug was fixed that we missed to forward port to the Apache 2.2
packages:
mod_imap: Fixes a cross-site-scripting bug in the imagemap module.
This issue is tracked by the Mitre CVE ID CVE-2005-3352.
2) Solution or Work-Around
There is no known workaround, please install the update packages.
3) Special Instructions and Notes
Please close and restart all running instances of Apache after the update.
4) Package Location and Checksums
The preferred method for installing security updates is to use the YaST
Online Update (YOU) tool. YOU detects which updates are required and
automatically performs the necessary steps to verify and install them.
Alternatively, download the update packages for your distribution manually
and verify their integrity by the methods listed in Section 6 of this
announcement. Then install the packages using the command
rpm -Fhv <file.rpm>
to apply the update, replacing <file.rpm> with the filename of the
downloaded RPM package.
x86 Platform:
SUSE LINUX 10.1:
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/apache2-2.2.0-21.7.i586.rpm
124342d5311b318586d91d12117bdd2a
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/apache2-prefork-2.2.0-21.7…
4a73ae89777943f4127743f817f0a0a5
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/i586/apache2-worker-2.2.0-21.7.…
1905af7f606986f1818ebed5bd3382d5
SUSE LINUX 10.0:
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/i586/apache2-2.0.54-10.5.i…
adf6c8665b9f0f36c6a7720a8f1bfad1
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/i586/apache2-prefork-2.0.5…
1cbcec6896dc46504140177b48ca014d
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/i586/apache2-worker-2.0.54…
f721e397c518cc6160886a1296e5a109
SUSE LINUX 9.3:
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/i586/apache2-2.0.53-9.12.i5…
e6ae2ee1353c1f1c31c0595b60d18137
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/i586/apache2-prefork-2.0.53…
cb02c5f97671d2ab0a64215ed9987c2f
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/i586/apache2-worker-2.0.53-…
b8872991cf54d99659e60d860d0c44e8
SUSE LINUX 9.2:
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/apache2-2.0.50-7.14.i5…
9365d403839e7c0740aae1e2f1b6cdfc
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/apache2-prefork-2.0.50…
97d506d68996f80ffaaaa6494a127f7c
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/apache2-worker-2.0.50-…
f649e8eb98d43d6a44231f0c7453c9b2
Power PC Platform:
SUSE LINUX 10.1:
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/ppc/apache2-2.2.0-21.7.ppc.rpm
133b02c7a3a52a2bf144ece351ba00a1
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/ppc/apache2-prefork-2.2.0-21.7.…
099056b7a0f634ff1daf583ce2163839
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/ppc/apache2-worker-2.2.0-21.7.p…
a22ae78408cedfea6d66362509d3c721
SUSE LINUX 10.0:
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/ppc/apache2-2.0.54-10.5.pp…
16a119e6dab8e972a992ef37bd9973aa
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/ppc/apache2-prefork-2.0.54…
fcb8c3ca92f1b9a39791f51aad5b8907
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/ppc/apache2-worker-2.0.54-…
0f5dff953aea37964958bc0ed8932412
x86-64 Platform:
SUSE LINUX 10.1:
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64/apache2-2.2.0-21.7.x86_6…
3ab36db089d7f3d60a7114820970afdd
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64/apache2-prefork-2.2.0-21…
b7e9bc09fe9684292acf0e7ed0218b14
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/x86_64/apache2-worker-2.2.0-21.…
b6b1ab1c03073f7f2acc07a0231ea532
SUSE LINUX 10.0:
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/x86_64/apache2-2.0.54-10.5…
17c4bdc7577446bf45335ba58ebb3513
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/x86_64/apache2-prefork-2.0…
d55a93a86ae6b5bf037ee336d4307133
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/x86_64/apache2-worker-2.0.…
e64fc86d3337913db0c22ffde3519a36
SUSE LINUX 9.3:
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/x86_64/apache2-2.0.53-9.12.…
d4996884e49ef11d27c97340efb6f079
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/x86_64/apache2-prefork-2.0.…
5b599e78e59c7b59dc199777fe2c4eea
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/x86_64/apache2-worker-2.0.5…
09f0f1dc18761a8a902f2dc5ab166883
SUSE LINUX 9.2:
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/x86_64/apache2-2.0.50-7.14.…
595101ab05dfe5117ddab1d1f1463a28
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/x86_64/apache2-prefork-2.0.…
112fe5dd14b66a4fbb82c3c5178bef69
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/x86_64/apache2-worker-2.0.5…
7c07b8b400e6ed13a4707c3ebe1eed3a
Sources:
SUSE LINUX 10.1:
ftp://ftp.suse.com/pub/suse/update/10.1/rpm/src/apache2-2.2.0-21.7.src.rpm
493d11cc099e975bc0974611cf936816
SUSE LINUX 10.0:
ftp://ftp.suse.com/pub/suse/i386/update/10.0/rpm/src/apache2-2.0.54-10.5.sr…
b83da64c6ad0b76d7a3a8bf909d61d39
SUSE LINUX 9.3:
ftp://ftp.suse.com/pub/suse/i386/update/9.3/rpm/src/apache2-2.0.53-9.12.src…
5d4c85c7f60ea5c73df0fba7d92bec35
SUSE LINUX 9.2:
ftp://ftp.suse.com/pub/suse/i386/update/9.2/rpm/src/apache2-2.0.50-7.14.src…
2c4e95c0ebe9bee49dec733cbdeb42d3
Our maintenance customers are notified individually. The packages are
offered for installation from the maintenance web:
SUSE SLES 10
http://support.novell.com/cgi-bin/search/searchtid.cgi?psdb/90eac595ae9e6c7…
SLE SDK 10
http://support.novell.com/cgi-bin/search/searchtid.cgi?psdb/90eac595ae9e6c7…
SUSE SLES 9
http://support.novell.com/cgi-bin/search/searchtid.cgi?psdb/90eac595ae9e6c7…http://support.novell.com/cgi-bin/search/searchtid.cgi?psdb/5d0c08a7586a4b9…
______________________________________________________________________________
5) Pending Vulnerabilities, Solutions, and Work-Arounds:
See SUSE Security Summary Report.
______________________________________________________________________________
6) Authenticity Verification and Additional Information
- Announcement authenticity verification:
SUSE security announcements are published via mailing lists and on Web
sites. The authenticity and integrity of a SUSE security announcement is
guaranteed by a cryptographic signature in each announcement. All SUSE
security announcements are published with a valid signature.
To verify the signature of the announcement, save it as text into a file
and run the command
gpg --verify <file>
replacing <file> with the name of the file where you saved the
announcement. The output for a valid signature looks like:
gpg: Signature made <DATE> using RSA key ID 3D25D3D9
gpg: Good signature from "SuSE Security Team <security(a)suse.de>"
where <DATE> is replaced by the date the document was signed.
If the security team's key is not contained in your key ring, you can
import it from the first installation CD. To import the key, use the
command
gpg --import gpg-pubkey-3d25d3d9-36e12d04.asc
- Package authenticity verification:
SUSE update packages are available on many mirror FTP servers all over the
world. While this service is considered valuable and important to the free
and open source software community, the authenticity and the integrity of
a package needs to be verified to ensure that it has not been tampered
with.
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) Using the internal gpg signatures of the rpm package
2) MD5 checksums as provided in this announcement
1) The internal 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, replacing <file.rpm> with the
filename of the RPM package downloaded. The package is unmodified if it
contains a valid signature from build(a)suse.de with the key ID 9C800ACA.
This key is automatically imported into the RPM database (on
RPMv4-based distributions) and the gpg key ring of 'root' during
installation. You can also find it on the first installation CD and at
the end of this announcement.
2) If you need an alternative means of verification, use the md5sum
command to verify the authenticity of the packages. Execute the command
md5sum <filename.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
SUSE security announcement. Because the announcement containing the
checksums is cryptographically signed (by security(a)suse.de), the
checksums show proof of the authenticity of the package if the
signature of the announcement is valid. Note that the md5 sums
published in the SUSE Security Announcements are valid for the
respective packages only. Newer versions of these packages cannot be
verified.
- SUSE runs two security mailing lists to which any interested party may
subscribe:
suse-security(a)suse.com
- General Linux and SUSE security discussion.
All SUSE security announcements are sent to this list.
To subscribe, send an e-mail 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 e-mail 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>.
=====================================================================
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, the
clear text signature should show proof of the authenticity of the text.
SUSE Linux Products GmbH provides 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.4.2 (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+
3J2KRWSOhpAMsnMxtPbBmQGiBDnu9IERBACT8Y35+2vv4MGVKiLEMOl9GdST6MCk
YS3yEKeueNWc+z/0Kvff4JctBsgs47tjmiI9sl0eHjm3gTR8rItXMN6sJEUHWzDP
+Y0PFPboMvKx0FXl/A0dM+HFrruCgBlWt6FA+okRySQiliuI5phwqkXefl9AhkwR
8xocQSVCFxcwvwCglVcOQliHu8jwRQHxlRE0tkwQQI0D+wfQwKdvhDplxHJ5nf7U
8c/yE/vdvpN6lF0tmFrKXBUX+K7u4ifrZlQvj/81M4INjtXreqDiJtr99Rs6xa0S
cZqITuZC4CWxJa9GynBED3+D2t1V/f8l0smsuYoFOF7Ib49IkTdbtwAThlZp8bEh
ELBeGaPdNCcmfZ66rKUdG5sRA/9ovnc1krSQF2+sqB9/o7w5/q2qiyzwOSTnkjtB
UVKn4zLUOf6aeBAoV6NMCC3Kj9aZHfA+ND0ehPaVGJgjaVNFhPi4x0e7BULdvgOo
AqajLfvkURHAeSsxXIoEmyW/xC1sBbDkDUIBSx5oej73XCZgnj/inphRqGpsb+1n
KFvF+rQoU3VTRSBQYWNrYWdlIFNpZ25pbmcgS2V5IDxidWlsZEBzdXNlLmRlPohi
BBMRAgAiBQJA2AY+AhsDBQkObd+9BAsHAwIDFQIDAxYCAQIeAQIXgAAKCRCoTtro
nIAKypCfAJ9RuZ6ZSV7QW4pTgTIxQ+ABPp0sIwCffG9bCNnrETPlgOn+dGEkAWeg
KL+IRgQQEQIABgUCOnBeUgAKCRCeQOMQAAqrpNzOAKCL512FZvv4VZx94TpbA9lx
yoAejACeOO1HIbActAevk5MUBhNeLZa/qM2JARUDBRA6cGBvd7LmAD0l09kBATWn
B/9An5vfiUUE1VQnt+T/EYklES3tXXaJJp9pHMa4fzFa8jPVtv5UBHGee3XoUNDV
wM2OgSEISZxbzdXGnqIlcT08TzBUD9i579uifklLsnr35SJDZ6ram51/CWOnnaVh
UzneOA9gTPSr+/fT3WeVnwJiQCQ30kNLWVXWATMnsnT486eAOlT6UNBPYQLpUprF
5Yryk23pQUPAgJENDEqeU6iIO9Ot1ZPtB0lniw+/xCi13D360o1tZDYOp0hHHJN3
D3EN8C1yPqZd5CvvznYvB6bWBIpWcRgdn2DUVMmpU661jwqGlRz1F84JG/xe4jGu
zgpJt9IXSzyohEJB6XG5+D0BuQINBDnu9JIQCACEkdBN6Mxf5WvqDWkcMRy6wnrd
9DYJ8UUTmIT2iQf07tRUKJJ9v0JXfx2Z4d08IQSMNRaq4VgSe+PdYgIy0fbj23Vi
a5/gO7fJEpD2hd2f+pMnOWvH2rOOIbeYfuhzAc6BQjAKtmgR0ERUTafTM9Wb6F13
CNZZNZfDqnFDP6L12w3z3F7FFXkz07Rs3AIto1ZfYZd4sCSpMr/0S5nLrHbIvGLp
271hhQBeRmmoGEKO2JRelGgUJ2CUzOdtwDIKT0LbCpvaP8PVnYF5IFoYJIWRHqlE
t5ucTXstZy7vYjL6vTP4l5xs+LIOkNmPhqmfsgLzVo0UaLt80hOwc4NvDCOLAAMG
B/9g+9V3ORzw4LvO1pwRYJqfDKUq/EJ0rNMMD4N8RLpZRhKHKJUm9nNHLbksnlZw
rbSTM5LpC/U6sheLP+l0bLVoq0lmsCcUSyh+mY6PxWirLIWCn/IAZAGnXb6Zd6Tt
IJlGG6pqUN8QxGJYQnonl0uTJKHJENbI9sWHQdcTtBMc34gorHFCo1Bcvpnc1LFL
rWn7mfoGx6INQjf3HGQpMXAWuSBQhzkazY6vaWFpa8bBJ+gKbBuySWzNm3rFtT5H
RKMWpO+M9bHp4d+puY0L1YwN1OMatcMMpcWnZpiWiR83oi32+xtWUY2U7Ae38mMa
g8zFbpeqPQUsDv9V7CAJ1dbriEwEGBECAAwFAkDYBnoFCQ5t3+gACgkQqE7a6JyA
CspnpgCfRbYwxT3iq+9l/PgNTUNTZOlof2oAn25y0eGi0371jap9kOV6uq71sUuO
=ypVs
- -----END PGP PUBLIC KEY BLOCK-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iQEVAwUBRModD3ey5gA9JdPZAQId4Af/VhoqcRf1+yjri2+3kTMoB6mI638eGzWB
Cp95ERRylsDcrhwvqOtESGC78FMN6bGSMgtTOzakhVVDr2Rn2eKjYmHJU4E6W3da
UD9nOA3YDWVqHZDxH3XOhbvg7HtQ/44IMBC15Ob8P/vH6IarTLh1CA4ZOop+FClk
183vo2+i8BosBJGSsBGE6dCEQdqm1wGLo33/WYD+9Q3S3Hr8Yl5lZjfr0UEiVzKg
t60XhsFdUpS+kXQZlS3axdYaCPi86joji8nWo6ncgeL+VcBtyELHHRdpY2hFO5yU
hpAZRRJ/dOASX2MsaOV33v1yYtUEq0jaDxOTDOdUYf4Hz7I8MT01uQ==
=beMF
-----END PGP SIGNATURE-----
Hello list,
the latest version of ClamAV is approx. four weeks out now.
Does anybody know if it will give updates from Suse like
it gave for the versions before?
Joe
--
----------------------------------------------------------------
Joachim Schoenberg PHONE: +49 30 20377 374
Paul-Drude-Institut fuer FAX: +49 30 20377 201
Festkoerperelektronik Berlin
----------------------------------------------------------------
Hello guys!
I've been trying to find a manual for YaST (YoU) but haven't found the
answers..
Hope you're not killing me for raising this question in this group, but
it is
somehow security related, at least for my part :-)
As I have installed a program that requires the server to have a
"stable" kernel
version I would like YoU to NOT update the kernel unless I say so. If the
kernel is updated I have to recompile the beforementioned program in order
for it to work... (...in case of an emergency/uncontrolled reboot)
I've taken a look at YoU and found the kernel in the list and kinda
"locked" it
(there's a symbol of a lock next to it and it says Protected - Do Not
Modify). I
wonder if this is the correct procedure for not having an uncontrolled
kernel update.
Best regards.
Odd Arne Beck
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Hello,
I discovered a bug in the nfs daemon delivered with the kernel update to
kernel 2.6.16.21-0.13.
When accessing a large amount of files over an nfs export from a machine
with SuSE 10.1 and kernel 2.6.16.21-0.13, stale NFS handles occur. After
a short period (3-5s) the files are accessible again. "grep -R hello" *
triggers the bug for example.
My configuration:
SuSE 10.1 with kernel 2.6.16.21-0.13, NFS export of an XFS filesystem
mounted on different clients with autofs (UDP and TCP).
Degrading back the kernel to 2.6.16.13-4 and all works fine again.
Regards, Marco
Thank you !
Miguel Albuquerque
Network Administrator
DISCLAIMER
- This message is intended for the use of the named person only. The
information contained in this E-mail is confidential and any disclosure,
copying, distribution or taking any action in reliance on the contents of
this information is strictly prohibited. This message does not represent a
formal commitment by Codalis SA. Codalis SA is neither liable for the
proper and complete transmission of the information contained in this
communication nor for any delay in its receipt.
Richard Ibbotson <richard(a)sheflug.co.uk>
26.07.2006 15:09
To
"Miguel ALBUQUERQUE" <miguel.albuquerque(a)codalis.ch>
cc
Subject
Re: [suse-security] SPAM: AppArmor and vsftpd
Miguel
You might be interested in reading my non-technical write up of
AppArmor and Crispin Cowan...
http://www.sheflug.co.uk/docs.html
"Linux User & Developer magazine issue 63"
--
Richard
www.sheflug.co.uk