Problem with portaudit's database

2005-09-07 Thread Dmitry Pryanishnikov
Hello! Yesterday portaudit notified me about squid's vulnerability, but today it didn't (despite I haven't upgraded squid). This has attracted my attention, so I've compared yesterday's and today's auditfile.tbz: -r--r--r-- 1 root wheel 29875 Sep 6 15:40 auditfile.tbz vs. -r--r--r-- 1

Re: Problem with portaudit's database

2005-09-07 Thread Simon L. Nielsen
On 2005.09.07 10:35:21 +0300, Dmitry Pryanishnikov wrote: Yesterday portaudit notified me about squid's vulnerability, but today it didn't (despite I haven't upgraded squid). This has attracted my attention, so I've compared yesterday's and today's auditfile.tbz: -r--r--r-- 1 root wheel

RE: Problem with portaudit's database

2005-09-07 Thread Michael Scheidell
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Simon L. Nielsen Sent: Wednesday, September 07, 2005 7:35 AM To: Dmitry Pryanishnikov Cc: freebsd-security@freebsd.org Subject: Re: Problem with portaudit's database On 2005.09.07 10:35:21 +0300,

Re: Problem with portaudit's database

2005-09-07 Thread Dmitry Pryanishnikov
Hello! On Wed, 7 Sep 2005, Simon L. Nielsen wrote: -r--r--r-- 1 root wheel5685 Sep 7 10:11 auditfile.tbz I don't see commits to vuln.xml during this time, so I suspect auditfile generation error. Most known vulnerabilities are now unlisted. Please check this issue. Hmm, I just ran

FreeBSD Security Advisory FreeBSD-SA-05:20.cvsbug

2005-09-07 Thread FreeBSD Security Advisories
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 = FreeBSD-SA-05:20.cvsbug Security Advisory The FreeBSD Project Topic:

Re: Problem with portaudit's database

2005-09-07 Thread Simon L. Nielsen
On 2005.09.07 15:37:09 +0300, Dmitry Pryanishnikov wrote: Hello! On Wed, 7 Sep 2005, Simon L. Nielsen wrote: -r--r--r-- 1 root wheel5685 Sep 7 10:11 auditfile.tbz I don't see commits to vuln.xml during this time, so I suspect auditfile generation error. Most known

ee using 99% cpu after user ssh session terminates abnormaly

2005-09-07 Thread talonz
Recently i have been using a dialup 56k account to access the net and have noticed that when my ssh session times out and I am editing a file in ` ee ' the system goes to 99% cpu usage and stays like this till the pid is killed. This is a standard user account (not root/su) Would a user be able

Re: ee using 99% cpu after user ssh session terminates abnormaly

2005-09-07 Thread Brooks Davis
On Thu, Sep 08, 2005 at 08:27:13AM +1000, talonz wrote: Recently i have been using a dialup 56k account to access the net and have noticed that when my ssh session times out and I am editing a file in ` ee ' the system goes to 99% cpu usage and stays like this till the pid is killed. This is

Re: ee using 99% cpu after user ssh session terminates abnormaly

2005-09-07 Thread Craig Edwards
I can duplicate this with nano on freebsd 5.4 and 5.2.1 It seems that the process ignores the HUP signal maybe or ignores the EOF condition on stdin, and the select loop, or whatever it uses, just loops infinitely with nothing to read, constantly returning an error condition. At least this

Re: ee using 99% cpu after user ssh session terminates abnormaly

2005-09-07 Thread Nate Nielsen
talonz wrote: Recently i have been using a dialup 56k account to access the net and have noticed that when my ssh session times out and I am editing a file in ` ee ' the system goes to 99% cpu usage and stays like this till the pid is killed. This is a standard user account (not root/su)

Re: ee using 99% cpu after user ssh session terminates abnormaly

2005-09-07 Thread Antony Mawer
On 8/09/2005 10:18 AM, Nate Nielsen wrote: talonz wrote: Recently i have been using a dialup 56k account to access the net and have noticed that when my ssh session times out and I am editing a file in ` ee ' the system goes to 99% cpu usage and stays like this till the pid is killed. This is a