<?xml version="1.0"?>
<cve xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xmlns="http://cve.mitre.org/cve/downloads"
     xsi:noNamespaceSchemaLocation="http://cve.mitre.org/schema/cve/cve_1.0.xsd">
<item type="CAN" name="CVE-1999-0001" seq="1999-0001">
<status>Candidate</status>
<phase date="20051217">Modified</phase>
<desc>ip_input.c in BSD-derived TCP/IP implementations allows remote attackers to cause a denial of service (crash or hang) via crafted packets.</desc>
<refs>
<ref source="CERT">CA-98-13-tcp-denial-of-service</ref>
<ref source="BUGTRAQ">19981223 Re: CERT Advisory CA-98.13 - TCP/IP Denial of Service</ref>
<ref source="CONFIRM" url="http://www.openbsd.org/errata23.html#tcpfix">http://www.openbsd.org/errata23.html#tcpfix</ref>
<ref source="OSVDB" url="http://www.osvdb.org/5707">5707</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Northcutt, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">A Bugtraq posting indicates that the bug has to do with
&quot;short packets with certain options set,&quot; so the description
should be modified accordingly.

But is this the same as CVE-1999-0052?  That one is related
to nestea (CVE-1999-0257) and probably the one described in
BUGTRAQ:19981023 nestea v2 against freebsd 3.0-Release
The patch for nestea is in ip_input.c around line 750.
The patches for CVE-1999-0001 are in lines 388&amp;446.  So, 
CVE-1999-0001 is different from CVE-1999-0257 and CVE-1999-0052.
The FreeBSD patch for CVE-1999-0052 is in line 750.
So, CVE-1999-0257 and CVE-1999-0052 may be the same, though
CVE-1999-0052 should be RECAST since this bug affects Linux
and other OSes besides FreeBSD.</comment>
<comment voter="Frech">XF:teardrop(338)
This assignment was based solely on references to the CERT advisory.</comment>
<comment voter="Christey">The description for BID:190, which links to CVE-1999-0052 (a
FreeBSD advisory), notes that the patches provided by FreeBSD in
CERT:CA-1998-13 suggest a connection between CVE-1999-0001 and
CVE-1999-0052.  CERT:CA-1998-13 is too vague to be sure without
further analysis.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0004" seq="1999-0004">
<status>Candidate</status>
<phase date="19990621">Modified</phase>
<desc>MIME buffer overflow in email clients, e.g. Solaris mailtool and Outlook.</desc>
<refs>
<ref source="CERT">CA-98.10.mime_buffer_overflows</ref>
<ref source="XF">outlook-long-name</ref>
<ref source="SUN">00175</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms98-008.asp">MS98-008</ref>
</refs>
<votes>
<accept count="8">Baker, Cole, Collins, Dik, Landfield, Magdych, Northcutt, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Shostack</reviewing>
</votes>
<comments>
<comment voter="Frech">Extremely minor, but I believe e-mail is the correct term. (If you reject
this suggestion, I will not be devastated.) :-)</comment>
<comment voter="Christey">This issue seems to have been rediscovered in
BUGTRAQ:20000515 Eudora Pro &amp; Outlook Overflow - too long filenames again
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95842482413076&amp;w=2

Also see
BUGTRAQ:19990320 Eudora Attachment Buffer Overflow
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92195396912110&amp;w=2</comment>
<comment voter="Christey"> 
CVE-2000-0415 may be a later rediscovery of this problem
for Outlook.</comment>
<comment voter="Dik">Sun bug 4163471,</comment>
<comment voter="Christey">ADDREF BID:125</comment>
<comment voter="Christey">BUGTRAQ:19980730 Long Filenames &amp; Lotus Products
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526201&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0015" seq="1999-0015">
<status>Candidate</status>
<phase date="20090302">Modified</phase>
<desc>Teardrop IP denial of service.</desc>
<refs>
<ref source="CERT">CA-97.28.Teardrop_Land</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:5579">oval:org.mitre.oval:def:5579</ref>
<ref source="XF">teardrop</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF: teardrop-mod</comment>
<comment voter="Christey">Not sure how many separate &quot;instances&quot; of Teardrop there are.
See: CVE-1999-0015, CVE-1999-0104, CVE-1999-0257, CVE-1999-0258</comment>
<comment voter="Christey">See the SCO advisory at:
http://www.securityfocus.com/templates/advisory.html?id=1411
which may further clarify the issue.</comment>
<comment voter="Christey">MSKB:Q154174
MSKB:Q154174 (CVE-1999-0015) and MSKB:Q179129 (CVE-1999-0104)
indicate that CVE-1999-0015 was fixed in NT SP3, but
CVE-1999-0104 was not.  Thus CD:SF-LOC suggests that the
problems keep separate candidates because one problem appears
in a different version than the other.</comment>
<comment voter="Christey">BID:124
http://www.securityfocus.com/bid/124
Consider MSKB:Q154174
http://support.microsoft.com/support/kb/articles/q154/1/74.asp
Consider BUGTRAQ:19971113 Linux IP fragment overlap bug
http://www.securityfocus.com/archive/1/8014</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0020" seq="1999-0020">
<status>Candidate</status>
<phase date="20050204">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-0032.  Reason: This candidate is a duplicate of CVE-1999-0032.  Notes: All CVE users should reference CVE-1999-0032 instead of this candidate.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="4">Levy, Northcutt, Shostack, Wall</noop>
<reject count="2">Baker, Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:lpr-bo</comment>
<comment voter="Christey">DUPE CVE-1999-0032, which includes XF:lpr-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0030" seq="1999-0030">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>root privileges via buffer overflow in xlock command on SGI IRIX systems.</desc>
<refs>
<ref source="CERT">CA-97.21.sgi_buffer_overflow</ref>
<ref source="AUSCERT">AA-97.24.IRIX.xlock.buffer.overflow.vul</ref>
<ref source="XF">sgi-xlockbo</ref>
<ref source="SGI">19970508-02-PX</ref>
</refs>
<votes>
<accept count="3">Levy, Ozancin, Prosser</accept>
<noop count="1">Baker</noop>
<recast count="1">Frech</recast>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:xlock-bo (also add)
As per xlock-bo, also appears on AIX, BSDI, DG/UX, FreeBSD, Solaris, and
several Linii.
Also, don't you mean to cite SGI:19970502-02-PX? The one you list is
login/scheme.</comment>
<comment voter="Levy">Notice that this xlock overflow is the same as in
CA-97.13. CA-97.21 simply is a reminder.</comment>
<comment voter="Christey">As pointed out by Elias, CA-97.21 states: &quot;For more
information about vulnerabilities in xlock... see CA-97.13&quot;
CA-97.13 = CVE-1999-0038.
This may also be a duplicate with CVE-1999-0306.

See exploits at:

http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167418394&amp;w=2
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167418404&amp;w=2

Sun also has this problem, at
http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/150&amp;type=0&amp;nav=sec.sba</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0033" seq="1999-0033">
<status>Candidate</status>
<phase date="20040811">Modified</phase>
<desc>Command execution in Sun systems via buffer overflow in the at program.</desc>
<refs>
<ref source="CERT">CA-97.18.at</ref>
<ref source="SUN">00160</ref>
<ref source="XF">sun-atbo</ref>
</refs>
<votes>
<accept count="8">Baker, Cole, Collins, Dik, Hill, Northcutt, Shostack, Wall</accept>
<noop count="1">Christey</noop>
<recast count="1">Frech</recast>
</votes>
<comments>
<comment voter="Frech">This vulnerability also manifests itself for the following 
platforms: AIX, HPUX, IRIX, Solaris, SCO, NCR MP-RAS. In this light,
please add the following:
Reference: XF:at-bo</comment>
<comment voter="Dik">Sun bug 1265200, 4063161</comment>
<comment voter="Christey">ADDREF SGI:19971102-01-PX
ftp://patches.sgi.com/support/free/security/advisories/19971102-01-PX
SCO:SB.97:01
ftp://ftp.sco.com/SSE/security_bulletins/SB.97:01a</comment>
<comment voter="Christey">CIAC:F-15
http://ciac.llnl.gov/ciac/bulletins/f-15.shtml
HP:HPSBUX9502-023</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0061" seq="1999-0061">
<status>Candidate</status>
<phase date="19990630">Proposed</phase>
<desc>File creation and deletion, and remote execution, in the BSD line printer daemon (lpd).</desc>
<refs>
<ref source="NAI">NAI-20</ref>
<ref source="XF">bsd-lpd</ref>
</refs>
<votes>
<accept count="3">Frech, Hill, Northcutt</accept>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">This should be split into three separate problems based on
the SNI advisory.  But there's newer information to further
complicate things.

What do we do about this one?  in 1997 or so, SNI did an
advisory on this problem.  In early 2000, it was still
discovered to be present in some Linux systems.  So an 
SF-DISCOVERY content decision might say that this is a
long enough time between the two, so this should be recorded
separately.  But they're the same codebase... so if we keep
them in the same entry, how do we make sure that this entry
reflects that some new information has been discovered?

The use of dot notation may help in this regard, to use one
dot for the original problem as discovered in 1997, and
another dot for the resurgence of the problem in 2000.</comment>
<comment voter="Baker">We should merge these.</comment>
<comment voter="Christey">Perhaps this should be NAI-19 instead of NAI-20?
The original Bugtraq post for the SNI advisory suggests SNI-19:
BUGTRAQ:19971002 SNI-19:BSD lpd vulnerability
URL:SNI-19:BSD lpd vulnerability

Also add:
BUGTRAQ:19971021 SNI-19: BSD lpd vulnerabilities (UPDATE)
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87747479514310&amp;w=2

However, archives of &quot;NAI-0020&quot; point to the lpd vuln.

If I recall correctly, some of the NAI advisory numbers got
switched when NAI acquired SNI.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0076" seq="1999-0076">
<status>Candidate</status>
<phase date="19990925">Modified</phase>
<desc>Buffer overflow in wu-ftp from PASV command causes a core dump.</desc>
<refs>
<ref source="XF">ftp-args</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Ozancin</accept>
<noop count="1">Balinsky</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Balinsky">Don't know what this is.  Is this the LIST Core dump vulnerability?</comment>
<comment voter="Christey">Need to add more references and details.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0078" seq="1999-0078">
<status>Candidate</status>
<phase date="19990621">Modified</phase>
<desc>pcnfsd (aka rpc.pcnfsd) allows local users to change file permissions, or execute arbitrary commands through arguments in the RPC call.</desc>
<refs>
<ref source="CERT">CA-96.08.pcnfsd</ref>
<ref source="XF">rpc-pcnfsd</ref>
</refs>
<votes>
<accept count="5">Collins, Frech, Landfield, Northcutt, Shostack</accept>
<noop count="1">Baker</noop>
<recast count="1">Christey</recast>
</votes>
<comments>
<comment voter="Christey">This candidate should be SPLIT, since there are two separate
software flaws.  One is a symlink race and the other is a
shell metacharacter problem.</comment>
<comment voter="Christey">The permissions part of this vulnerability appears to
overlap with CVE-1999-0353</comment>
<comment voter="Christey">SGI:20020802-01-I</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0086" seq="1999-0086">
<status>Candidate</status>
<phase date="19990630">Interim</phase>
<desc>AIX routed allows remote users to modify sensitive files.</desc>
<refs>
<ref source="ERS">ERS-SVA-E01-1998:001.1</ref>
<ref source="XF">ibm-routed</ref>
</refs>
<votes>
<accept count="2">Northcutt, Shostack</accept>
<modify count="2">Frech, Prosser</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">Reference: XF:ibm-routed</comment>
<comment voter="Prosser">This vulnerability allows debug mode to be turned on which is
the problem.  Should this be more specific in the description? This
one also affects SGI OSes, ref SGI Security Advisory 19981004-PX which
is in the SGI cluster, shouldn't these be cross-referenced as the same
vuln affects multiple OSes.</comment>
<comment voter="Christey">This appears to be subsumed by CVE-1999-0215</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0088" seq="1999-0088">
<status>Candidate</status>
<phase date="19990617">Proposed</phase>
<desc>IRIX and AIX automountd services (autofsd) allow remote users to execute root commands.</desc>
<refs>
<ref source="ERS" url="http://www-1.ibm.com/services/brs/brspwhub.nsf/advisories/852567CC004F9038852566BF007B6393/$file/ERS-SVA-E01-1998_004_1.txt">ERS-SVA-E01-1998:004.1</ref>
</refs>
<votes>
<accept count="2">Northcutt, Shostack</accept>
<modify count="2">Frech, Prosser</modify>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">ERS (and other references, BTW) explicitly stipulate 'local and
remote'.
Reference: XF:irix-autofsd</comment>
<comment voter="Prosser">Include the SGI Alert as well since it is mentioned in the
description.
SGI Security Advisory 19981005-01-PX</comment>
<comment voter="Christey">DUPE CVE-1999-0210?</comment>
<comment voter="Christey">ADDREF CIAC:J-014</comment>
<comment voter="Baker">It does look very similar to 1999-0210.  Perhaps they should be a single entry</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0089" seq="1999-0089">
<status>Candidate</status>
<phase date="19990630">Interim</phase>
<desc>Buffer overflow in AIX libDtSvc library can allow local users to gain root access.</desc>
<refs>
<ref source="ERS">ERS-SVA-E01-1997:005.1</ref>
<ref source="XF">ibm-libDtSvc</ref>
</refs>
<votes>
<accept count="2">Northcutt, Shostack</accept>
<modify count="2">Frech, Prosser</modify>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Reference: XF:ibm-libDtSvc</comment>
<comment voter="Prosser">The overflow is in the dtaction utility.  Also affects
dtaction in the CDE on versions of SunOS (SUN 164). Probably should be
specific.</comment>
<comment voter="Christey">Same Codebase as CVE-1999-0121, so the two entries should be
merged.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0092" seq="1999-0092">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>Various vulnerabilities in the AIX portmir command allows local users to obtain root access.</desc>
<refs>
<ref source="ERS">ERS-SVA-E01-1997:006.1</ref>
</refs>
<votes>
<accept count="2">Baker, Bollinger</accept>
<modify count="1">Frech</modify>
<noop count="1">Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:ibm-portmir</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0098" seq="1999-0098">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Buffer overflow in SMTP HELO command in Sendmail allows a remote attacker to hide activities.</desc>
<refs>
<ref source="XF">smtp-helo-bo</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">(Accept XF reference.)
Our references do not mention hiding activities. This issue can crash the
SMTP server or execute arbitrary byte-code. Is there another reference
available?</comment>
<comment voter="Christey">Should this be merged with CVE-1999-0284, which is Sendmail
with SMTP HELO?</comment>
<comment voter="Christey">BUGTRAQ:19980522 about sendmail 8.8.8 HELO hole
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925991&amp;w=2
BUGTRAQ:19980527 about sendmail 8.8.8 HELO hole
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101926003&amp;w=2</comment>
<comment voter="Baker">Apparently this XF reference is not for this issue, but for the other issue.  This should be modified to have the Bugtraq references, and remove the XF reference.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0104" seq="1999-0104">
<status>Candidate</status>
<phase date="20090302">Modified</phase>
<desc>A later variation on the Teardrop IP denial of service attack, a.k.a. Teardrop-2.</desc>
<refs>
<ref source="CERT">CA-97.28.Teardrop_Land</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:5743">oval:org.mitre.oval:def:5743</ref>
<ref source="XF">teardrop-mod</ref>
</refs>
<votes>
<accept count="2">Frech, Wall</accept>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">Another reference is Microsoft Knowledge Base Q179129.</comment>
<comment voter="Christey">Not sure how many separate &quot;instances&quot; of Teardrop there are.
See: CVE-1999-0015, CVE-1999-0104, CVE-1999-0257, CVE-1999-0258</comment>
<comment voter="Christey">See the SCO advisory at:
http://www.securityfocus.com/templates/advisory.html?id=1411
which may further clarify the issue.</comment>
<comment voter="Christey">MSKB:Q179129
http://support.microsoft.com/support/kb/articles/q179/1/29.asp</comment>
<comment voter="Christey">MSKB:Q179129
http://support.microsoft.com/support/kb/articles/q179/1/29.asp
Note that the hotfix name is teardrop2, but the keywords
included in the KB article specifically name bonk
(CVE-1999-0258) and boink.
Since teardrop2 was fixed in a slightly different version
(at least in a separate patch) than Teardrop, CD:SF-LOC
suggests keeping them separate.</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0105" seq="1999-0105">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>finger allows recursive searches by using a long string of @ symbols.</desc>
<refs>
</refs>
<votes>
<modify count="3">Baker, Frech, Shostack</modify>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Shostack">fingerD</comment>
<comment voter="Frech">XF:finger-bomb</comment>
<comment voter="Christey">aka redirection or forwarding requests? (but then might
overlap CVE-1999-0106)</comment>
<comment voter="Baker">should change description to indicate the recursive searching can consume enough system resources to cause a DoS.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0106" seq="1999-0106">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Finger redirection allows finger bombs.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<modify count="2">Frech, Shostack</modify>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Shostack">fingerd allows redirection
This is a larger modification, since there are two applications of the 
vulnerability, one that I can finger anonymously, and the other that I 
can finger bomb anonymously.</comment>
<comment voter="Frech">XF:finger-bomb</comment>
<comment voter="Christey">need more refs</comment>
<comment voter="Baker">This should be merged with 1999-0105</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0107" seq="1999-0107">
<status>Candidate</status>
<phase date="19991223">Modified</phase>
<desc>Buffer overflow in Apache 1.2.5 and earlier allows a remote attacker to cause a denial of service with a large number of GET requests containing a large number of / characters.</desc>
<refs>
<ref source="XF">apache-dos</ref>
<ref source="BUGTRAQ">19971230 Apache DoS attack?</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Northcutt, Shostack, Wall</noop>
<reviewing count="1">Levy</reviewing>
<revote count="1">Christey</revote>
</votes>
<comments>
<comment voter="Wall">- Although this is probably the phf hack.</comment>
<comment voter="Frech">XF:apache-dos</comment>
<comment voter="Christey">This sounds like the incident reported in:
NTBUGTRAQ:20000810 Apache Distributed Denial of Service</comment>
<comment voter="Levy">I belive this is the problem where sending lot of HTTP headers to apache resulted on a denial of service.
BUGTRAQ: http://www.securityfocus.com/archive/1/10228
BUGTRAQ: http://www.securityfocus.com/archive/1/10516</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0110" seq="1999-0110">
<status>Candidate</status>
<phase date="19990810">Interim</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-0315.  Reason: This candidate's original description had a typo that delayed it from being detected as a duplicate of CVE-1999-0315.  Notes: All CVE users should reference CVE-1999-0315 instead of this candidate.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="4">Levy, Northcutt, Shostack, Wall</noop>
<reject count="3">Baker, Christey, Dik</reject>
</votes>
<comments>
<comment voter="Frech">XF:fdformat-bo</comment>
<comment voter="Christey">Duplicate of CVE-1999-0315</comment>
<comment voter="Dik">dup</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0114" seq="1999-0114">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>Local users can execute commands as other users, and read other users' files, through the filter command in the Elm elm-2.4 mail package using a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">19990912 elm filter program</ref>
<ref source="BUGTRAQ">19951226 filter (elm package) security hole</ref>
<ref source="XF">elm-filter2</ref>
</refs>
<votes>
<accept count="7">Armstrong, Bishop, Blake, Cole, Landfield, Shostack, Wall</accept>
<modify count="2">Baker, Frech</modify>
<noop count="3">Christey, Northcutt, Ozancin</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:elm-filter2</comment>
<comment voter="CHANGE">[Wall changed vote from NOOP to ACCEPT]</comment>
<comment voter="Landfield">with Frech modifications</comment>
<comment voter="Baker">ADD REF http://www.cert.org/ftp/cert_bulletins/VB-95:10a.elm	Official Advisory</comment>
<comment voter="Christey">The correct URL is http://www.cert.org/vendor_bulletins/VB-95:10a.elm
Need to make sure that this CERT advisory describes the right
problem, especially since the CERT advisory is dated December
18, 1995 and the original Bugtraq post was December 26, 1995.</comment>
<comment voter="Christey">BID:1802
URL:http://www.securityfocus.com/bid/1802
BID:1802 doesn't include the 1999 posting - does Security
Focus think that the 1999 post describes a different
vulnerability?</comment>
<comment voter="Christey">XF:elm-filter2 isn't on the X-Force web site.  How about XF:elm-filter(402) ?
Its references point to the December 26, 1995 BUgtraq post.

Also consider CIAC:G-36 and CERT:VB-95:10</comment>
<comment voter="Frech">DELREF:XF:elm-filter2(711)
ADDREF:XF:elm-filter(402)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0119" seq="1999-0119">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Windows NT 4.0 beta allows users to read and delete shares.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Baker, Northcutt</noop>
<reject count="1">Wall</reject>
</votes>
<comments>
<comment voter="Wall">Reject based on beta copy.</comment>
<comment voter="Frech">XF:nt-beta(11)
Reconsider reject, because this beta was in widespread use.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0121" seq="1999-0121">
<status>Candidate</status>
<phase date="19990617">Proposed</phase>
<desc>Buffer overflow in dtaction command gives root access.</desc>
<refs>
<ref source="SUN">00164</ref>
<ref source="ERS">ERS-SVA-E01-1997:005.1</ref>
</refs>
<votes>
<accept count="2">Dik, Northcutt</accept>
<modify count="3">Baker, Frech, Prosser</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Reference: XF:dtaction-bo
Reference: XF:sun-dtaction</comment>
<comment voter="Prosser">Buffer overflow also affects /usr/dt/bin/dtaction in libDtSvc.a
library in AIX 4.x, but reference for this Sun vulnerability should
only reflect the Sun Bulletin or the CIAC I-032 version of the Sun
Bulletin</comment>
<comment voter="Christey">This is the Same Codebase as CVE-1999-0089, so the two entries
should be merged.</comment>
<comment voter="Frech">Replace sun-dtaction(732) with dtaction-bo(879)</comment>
<comment voter="Baker">Merge with 1999-0089</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0123" seq="1999-0123">
<status>Candidate</status>
<phase date="20000105">Modified</phase>
<desc>Race condition in Linux mailx command allows local users to read user files.</desc>
<refs>
<ref source="XF">linux-mailx</ref>
<ref source="BUGTRAQ">19951222 mailx-5.5 (slackware /bin/mail) security hole</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Ozancin</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0127" seq="1999-0127">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>swinstall and swmodify commands in SD-UX package in HP-UX systems allow local users to create or overwrite arbitrary files to gain root access.</desc>
<refs>
<ref source="CERT">CA-96.27.hp_sw_install</ref>
<ref source="AUSCERT">AA-96.04</ref>
<ref source="XF">hpux-swinstall</ref>
</refs>
<votes>
<accept count="2">Baker, Prosser</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">(keep current XF: reference, and add)
XF:hpux-sqwmodify</comment>
<comment voter="Christey">Perhaps this should be split, per SF-LOC.</comment>
<comment voter="Christey">CIAC:H-81
http://ciac.llnl.gov/ciac/bulletins/h-81.shtml
HP:HPSBUX9707-064  references CERT:CA-96.27
http://ciac.llnl.gov/ciac/bulletins/h-81.shtml

The original AUSCERT advisory says that the programs &quot;create
files in an insecure manner&quot; and &quot;Exploit details involving
this vulnerability have been made publicly available.&quot; which
leads one to assume that the following original Bugtraq post
provides the details for a standard symlink problem:

BUGTRAQ:19961005 swinst,bug
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419941&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0140" seq="1999-0140">
<status>Candidate</status>
<phase date="19990630">Proposed</phase>
<desc>Denial of service in RAS/PPTP on NT systems.</desc>
<refs>
</refs>
<votes>
<accept count="1">Hill</accept>
<modify count="2">Frech, Meunier</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Meunier">Add &quot;pptp invalid packet length in header&quot; to distinguish from other
vulnerabilities in RAS/PPTP on NT systems resulting in DOS, that might be
discovered in the future.</comment>
<comment voter="Frech">XF:nt-ras-bo
ONLY IF reference is to MS:MS99-016</comment>
<comment voter="Christey">According to my mappings, this is not the MS:MS99-016 problem
referred to by Andre.  However, I have yet to dig up a
source.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">This is too general to know which problem is being discussed.
More precise candidates should be created.</comment>
<comment voter="Christey">Consider adding BID:2111</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0144" seq="1999-0144">
<status>Candidate</status>
<phase date="20010301">Modified</phase>
<desc>Denial of service in Qmail by specifying a large number of recipients with the RCPT command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602558319024&amp;w=2">19970612 qmail-dos-2.c, another denial of service attack</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602558319029&amp;w=2">19970612 Re: Denial of service (qmail-smtpd)</ref>
<ref source="MISC" url="http://cr.yp.to/qmail/venema.html">http://cr.yp.to/qmail/venema.html</ref>
<ref source="MISC" url="http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/06/threads.html">http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/06/threads.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2237">2237</ref>
<ref source="XF" url="http://xforce.iss.net/static/208.php">qmail-rcpt</ref>
</refs>
<votes>
<accept count="4">Baker, Frech, Hill, Meunier</accept>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-1999-0418 and CVE-1999-0250?</comment>
<comment voter="Christey">Dan Bernstein, author of Qmail, says that this is not a
vulnerability in qmail because Unix has built-in resource
limits that can restrict the size of a qmail process; other
limits can be specified by the administrator.  See
http://cr.yp.to/qmail/venema.html

Significant discussion of this issue took place on the qmail
list.  The fundamental question appears to be whether 
application software should set its own limits, or rely
on limits set by the parent operating system (in this case,
UNIX).  Also, some people said that the only problem was that
the suggested configuration was not well documented, but this
was refuted by others.

See the following threads at
http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/06/threads.html
&quot;Denial of service (qmail-smtpd)&quot;
&quot;qmail-dos-2.c, another denial of service&quot;
&quot;[PATCH] denial of service&quot;
&quot;just another qmail denial-of-service&quot;
&quot;the UNIX way&quot;
&quot;Time for a reality check&quot;

Also see Bugtraq threads on a different vulnerability that
is related to this topic:
BUGTRAQ:19990903 Web servers / possible DOS Attack / mime header flooding
http://archives.neohapsis.com/archives/bugtraq/1998_3/0742.html</comment>
<comment voter="Baker">http://cr.yp.to/qmail/venema.html
Berstein rejects this as a vulnerability, claiming this is a slander campaign by Wietse Venema.
His page states this is not a qmail problem, rather it is a UNIX problem
that many apps can consume all available memory, and that the administrator
is responsible to set limits in the OS, rather than expect applications to
individually prevent memory exhaustion.  CAN 1999-0250 does appear to
be a duplicate of this entry, based on the research I have done so far.
There were two different bugtraq postings, but the second one references
the first, stating that the new exploit uses perl instead of shell scripting
to accomplish the same attack/exploit.</comment>
<comment voter="Baker">http://www.securityfocus.com/archive/1/6970
http://www.securityfocus.com/archive/1/6969
http://cr.yp.to/qmail/venema.html

Should probably reject CVE-1999-0250, and add these references to this
Candidate.</comment>
<comment voter="Baker">http://www.securityfocus.com/bid/2237</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Christey">qmail-dos-1.c, as published by Wietse Venema (CVE-1999-0250)
in &quot;BUGTRAQ:19970612 Denial of service (qmail-smtpd)&quot;, does not
use any RCPT commands.  Instead, it sends long strings
of &quot;X&quot; characters.  A followup by &quot;super@UFO.ORG&quot; includes
an exploit that claims to do the same thing; however, that
exploit does not send long strings of X characters - it sends
a large number of RCPT commands.  It appears that super@ufo.org
followed up to the wrong message.

NOTE: the ufo.org domain was purchased by another party in
2003, so the current owner is not associated with any
statements by &quot;super@ufo.org&quot; that were made before 2003.

qmail-dos-2.c, as published by Wietse Venema (CVE-1999-0144)
in &quot;BUGTRAQ:19970612 qmail-dos-2.c, another denial of service attack&quot;
sends a large number of RCPT commands.

ADDREF BID:2237
ADDREF BUGTRAQ:19970612 qmail-dos-2.c, another denial of service attack
ADDREF BUGTRAQ:19970612 Re: Denial of service (qmail-smtpd)

Also see a related thread:
BUGTRAQ:19990308 SMTP server account probing
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92100018214316&amp;w=2

This also describes a problem with mail servers not being able
to handle too many &quot;RCPT TO&quot; requests.  A followup message
notes that application-level protection is used in Sendmail
to prevent this:
BUGTRAQ:19990309 Re: SMTP server account probing
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92101584629263&amp;w=2
The person further says, &quot;This attack can easily be
prevented with configuration methods.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0154" seq="1999-0154">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IIS 2.0 and 3.0 allows remote attackers to read the source code for ASP pages by appending a . (dot) to the end of the URL.</desc>
<refs>
<ref source="MSKB">Q163485</ref>
<ref source="MSKB">Q164059</ref>
<ref source="BUGTRAQ">19970220 ! [ADVISORY] Major Security Hole in MS ASP</ref>
<ref source="XF">http-iis-aspdot</ref>
<ref source="XF">http-iis-aspsource</ref>
</refs>
<votes>
<accept count="4">Foat, Frech, Stracener, Wall</accept>
<noop count="3">Baker, Christey, Cole</noop>
</votes>
<comments>
<comment voter="Christey">This is the precursor to the problem that is identified in
CVE-1999-0253.  </comment>
<comment voter="Christey">CIAC:H-48
URL:http://ciac.llnl.gov/ciac/bulletins/h-48.shtml</comment>
<comment voter="CHANGE">[Foat changed vote from NOOP to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0156" seq="1999-0156">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>wu-ftpd FTP daemon allows any user and password combination.</desc>
<refs>
<ref source="XF">ftp-pwless</ref>
</refs>
<votes>
<accept count="2">Northcutt, Shostack</accept>
<noop count="1">Baker</noop>
<recast count="1">Frech</recast>
<reviewing count="2">Christey, Prosser</reviewing>
</votes>
<comments>
<comment voter="Prosser">but so far can find no reference to this one</comment>
<comment voter="Frech">Our records indicate that this does not necessarly affect just wu-ftp (ie,
also affects IIS FTP server).</comment>
<comment voter="Christey">The references for XF:ftp-pwless are not specific enough,
e.g. in terms of version numbers.  Perhaps this candidate
should be rejected due to insufficient information.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0163" seq="1999-0163">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>In older versions of Sendmail, an attacker could use a pipe character to execute root commands.</desc>
<refs>
<ref source="XF">smtp-pipe</ref>
</refs>
<votes>
<accept count="2">Frech, Northcutt</accept>
<modify count="1">Prosser</modify>
<noop count="2">Baker, Christey</noop>
<recast count="1">Shostack</recast>
</votes>
<comments>
<comment voter="Shostack">there was a 'To: |' and a 'From: |' attack, which I
think are seperate.</comment>
<comment voter="Prosser">older vulnerability, but one additional reference is-
The Ultimate Sendmail Hole List by Markus H&#252;bner @
bau2.uibk.ac.at/matic/buglist.htm
'|PROGRAM '</comment>
<comment voter="Christey">Description needs to be more specific to distinguish between
this and CVE-1999-0203, as alluded to by Adam Shostack</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0165" seq="1999-0165">
<status>Candidate</status>
<phase date="20040811">Modified</phase>
<desc>NFS cache poisoning.</desc>
<refs>
<ref source="XF">nfs-cache</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Northcutt</accept>
<modify count="1">Shostack</modify>
<noop count="1">Prosser</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Shostack">need more data</comment>
<comment voter="Christey">need more refs</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0169" seq="1999-0169">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>NFS allows attackers to read and write any file on the system by specifying a false UID.</desc>
<refs>
<ref source="XF">nfs-uid</ref>
</refs>
<votes>
<accept count="2">Frech, Northcutt</accept>
<modify count="1">Baker</modify>
<reject count="1">Shostack</reject>
</votes>
<comments>
<comment voter="Shostack">this is not a vulnerability but a design feature.</comment>
<comment voter="Baker">Maybe we should reword it so that it is clear that this was a problem to something like:

&quot;A remote attacker could read/write files to the system with root-level permissions on NFS servers that fail to properly check the UID.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0171" seq="1999-0171">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>Denial of service in syslog by sending it a large number of superfluous messages.</desc>
<refs>
<ref source="XF">syslog-flood</ref>
</refs>
<votes>
<accept count="2">Frech, Northcutt</accept>
<noop count="1">Baker</noop>
<reject count="2">Christey, Shostack</reject>
</votes>
<comments>
<comment voter="Shostack">design issue, not a vulnerability.  Alternately, add:
DOS on server by opening a large number of telnet sessions..</comment>
<comment voter="Christey">Duplicate of CVE-1999-0566</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0186" seq="1999-0186">
<status>Candidate</status>
<phase date="20071119">Modified</phase>
<desc>In Solaris, an SNMP subagent has a default community string that allows remote attackers to execute arbitrary commands as root, or modify system parameters.</desc>
<refs>
<ref source="CONFIRM" url="http://support.novell.com/cgi-bin/search/searchtid.cgi?/10080762.htm">http://support.novell.com/cgi-bin/search/searchtid.cgi?/10080762.htm</ref>
<ref source="SUN">00178</ref>
<ref source="XF">snmp-backdoor-access</ref>
</refs>
<votes>
<accept count="2">Baker, Dik</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Change XF:snmp-backdoor-access to XF:sol-hidden-commstr
Add ISS:Hidden Community String in SNMP Implementation</comment>
<comment voter="Christey">What is the proper level of abstraction to use here?  Should
we have a separate entry for each different default community
string?  See:
http://cve.mitre.org/Board_Sponsors/archives/msg00242.html and
http://cve.mitre.org/Board_Sponsors/archives/msg00250.html
http://cve.mitre.org/Board_Sponsors/archives/msg00251.html

Until the associated content decisions have been approved
by the Editorial Board, this candidate cannot be accepted
for inclusion in CVE.</comment>
<comment voter="Christey">ADDREF BID:177</comment>
<comment voter="Christey">ISS:19981102 Hidden community string in SNMP implementation
http://xforce.iss.net/alerts/advise11.php

Change description to include &quot;hidden&quot;</comment>
<comment voter="Christey">XF:snmp-backdoor-access is missing.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0187" seq="1999-0187">
<status>Candidate</status>
<phase date="20050204">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-0022.  Reason: This candidate is a duplicate of CVE-1999-0022.  Notes: All CVE users should reference CVE-1999-0022 instead of this candidate.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<accept count="2">Hill, Northcutt</accept>
<recast count="3">Baker, Frech, Prosser</recast>
<reject count="1">Dik</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Prosser">The Sun Patches in Ref roll-up fixes for an earlier BO in
rdist lookup( )(ref CERT 96.14)as well as the BO in rdist function expstr()
(ref CERT 97-23) and various vendor bulletins.  However both of these rdist
BO's affect many more OSs than just Sun, i.e., BSD/OS 2.1, DEC OSF's, AIX,
FreeBSD, SCO, SGI, etc.  Believe this falls into the SF-codebase content
decision</comment>
<comment voter="Frech">XF:rdist-bo (error msg formation)
XF:rdist-bo2 (execute code)
XF:rdist-bo3 (execute user-created code)
XF:rdist-sept97 (root from local)</comment>
<comment voter="Christey">Duplicate of CVE-1999-0022 (SUN:00179 is referenced in
CERT:CA-97.23.rdist), but as Mike and Andre noted, there
are multiple flaws here, so a RECAST may be necessary.</comment>
<comment voter="Dik">As currently phrasedm thissa duplicate of CVE-1999-0022</comment>
<comment voter="Baker">Based on our new philosophy, this should be recast/merged or re-described.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0193" seq="1999-0193">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>Denial of service in Ascend and 3com routers, which can be rebooted by sending a zero length TCP option.</desc>
<refs>
</refs>
<votes>
<accept count="5">Bishop, Cole, Northcutt, Ozancin, Shostack</accept>
<modify count="2">Baker, Blake</modify>
<noop count="4">Armstrong, Frech, Landfield, Wall</noop>
<reviewing count="2">Christey, Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">possibly XF:ascend-kill
I can't find a reference that lists both routers in the same reference.</comment>
<comment voter="Wall">Comment:  There is a reference about the zero length TCP option in BugTraq on
Feb 5, 1999
and it mentions Cisco, but not directly Ascend or 3Com.  CIAC Advisory I-038
mentions
vulnerabilities in Ascend, but does not mention TCP.  CIAC Advisory I-052
mentions
3Com vulnerabilities, but not TCP.  Too confusing withour better references.</comment>
<comment voter="Landfield">What are the references for this ? I cannot find a means to check it out.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to NOOP]</comment>
<comment voter="Frech">Cannot reconcile to our database without further references.</comment>
<comment voter="Blake">I'm with Andre.  I only remember and can find reference to the Ascend
issue.  Do we have a refernce to the 3Coms?  If not, that should be
removed from the description.</comment>
<comment voter="Baker">http://xforce.iss.net/static/614.php	Misc Defensive Info
http://www.securityfocus.com/archive/1/5682	Misc Offensive Info
http://www.securityfocus.com/archive/1/5647	Misc Defensive Info
http://www.securityfocus.com/archive/1/5640	Misc Defensive Info</comment>
<comment voter="CHANGE">[Armstrong changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0195" seq="1999-0195">
<status>Candidate</status>
<phase date="19991130">Modified</phase>
<desc>Denial of service in RPC portmapper allows attackers to register or unregister RPC services or spoof RPC services using a spoofed source IP address such as 127.0.0.1.</desc>
<refs>
<ref source="BUGTRAQ">19990128 rpcbind: deceive, enveigle and obfuscate</ref>
</refs>
<votes>
<accept count="2">Balinsky, Shostack</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, Northcutt, Wall</noop>
<reviewing count="2">Christey, Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:rpcbind-spoof</comment>
<comment voter="Christey">CVE-1999-0195 = CVE-1999-0461 ?
If this is approved over CVE-1999-0461, make sure it gets
XF:pmap-sset</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0197" seq="1999-0197">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>finger 0@host on some systems may print information on some user accounts.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Shostack</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Shostack">fingerd may respond to 'finger 0@host' with account info</comment>
<comment voter="Frech">Need more reference to establish this 'exposure'.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:finger-unused-accounts(8378)
We're entering it into our database solely to track
competition. The only references seem to be product listings:
http://hq.mcafeeasap.com/vulnerabilities/vuln_data/1000.asp (1002
Finger 0@host check)
http://www.ipnsa.com/ipnsa_vuln.htm?step=1000 (Finger 0@host check)
http://cgi.nessus.org/plugins/dump.php3?id=10069 (Finger zero at host
feature)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0198" seq="1999-0198">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>finger .@host on some systems may print information on some user accounts.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Shostack</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Shostack">as above</comment>
<comment voter="Frech">Need more reference to establish this 'exposure'.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:finger-unused-accounts(8378)
We're entering it into our database solely to track
competition. The only references seem to be product listings:
http://hq.mcafeeasap.com/vulnerabilities/vuln_data/1000.asp (1004
Finger .@target-host check)
http://www.ipnsa.com/ipnsa_vuln.htm?step=1000 (Finger .@target-host
check )
http://cgi.nessus.org/plugins/dump.php3?id=10072 (Finger dot at host
feature)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0200" seq="1999-0200">
<status>Candidate</status>
<phase date="19991130">Modified</phase>
<desc>Windows NT FTP server (WFTP) with the guest account enabled without a password allows an attacker to log into the FTP server using any username and password.</desc>
<refs>
<ref source="MSKB">Q137853</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Shostack</modify>
<noop count="2">Northcutt, Wall</noop>
<reject count="1">Christey</reject>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Shostack">WFTP is not sufficient; is this wu-, ws-, war-, or another?</comment>
<comment voter="Frech">Other have mentioned this before, but it may be WU-FTP.
POSSIBLY XF:ftp-exec; does this have to do with the Site Exec allowing root
access without anon FTP or a regular account?
POSSIBLY XF:wu-ftpd-exec;same as above conditions, but instead from a
non-anon FTP account and gain root privs.</comment>
<comment voter="Christey">added MSKB reference</comment>
<comment voter="CHANGE">[Christey changed vote from REVOTE to REJECT]</comment>
<comment voter="Christey">The MSKB article may have confused things even more.  There
were reports of problems in a Windows-based FTP server called
WFTP (http://www.wftpd.com/) that is not a Microsft FTP
server.  It's best to just kill this candidate where it
stands and start fresh.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0205" seq="1999-0205">
<status>Candidate</status>
<phase date="19990925">Modified</phase>
<desc>Denial of service in Sendmail 8.6.11 and 8.6.12.</desc>
<refs>
<ref source="BUGTRAQ">19990708 SM 8.6.12</ref>
</refs>
<votes>
<accept count="2">Hill, Northcutt</accept>
<modify count="2">Frech, Prosser</modify>
<noop count="1">Baker</noop>
<reviewing count="2">Christey, Ozancin</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sendmail-alias-dos</comment>
<comment voter="Prosser">additional source
Bugtraq
&quot;Re:  SM 8.6.12&quot;
http://www.securityfocus.com</comment>
<comment voter="Christey">The Bugtraq thread does not provide any proof, including a
comment by Eric Allman that he hadn't been provided any
details either.

See http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1995-07-8&amp;thread=199507131402.KAA02492@bedbugs.net.ohio-state.edu
for the thread.</comment>
<comment voter="Christey">Change Bugtraq reference date to 19950708.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0213" seq="1999-0213">
<status>Candidate</status>
<phase date="20001009">Modified</phase>
<desc>libnsl in Solaris allowed an attacker to perform a denial of service of rpcbind.</desc>
<refs>
<ref source="XF">sun-libnsl</ref>
<ref source="SUNBUG">4305859</ref>
</refs>
<votes>
<accept count="6">Blake, Cole, Dik, Hill, Landfield, Ozancin</accept>
<modify count="3">Baker, Frech, Levy</modify>
<noop count="4">Armstrong, Bishop, Meunier, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sun-libnsl</comment>
<comment voter="Dik">Sun bug #4305859</comment>
<comment voter="Baker">http://xforce.iss.net/static/1204.php	Misc Defensive Info
http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/172&amp;type=0&amp;nav=sec.sba	Vendor Info
http://www-1.ibm.com/services/continuity/recover1.nsf/advisories/A1050E354364BF498525680F0077E414/$file/ERS-OAR-E01-1998_074_1.txt	Vendor Info
http://www.securityfocus.com/archive/1/9749	Misc Defensive Info</comment>
<comment voter="Christey">I don't think this is the bug that everyone thinks it is.
This candidate came from CyberCop Scanner 2.4/2.5, which
only reports this as a DoS problem.  If SUN:00172 is an
advisory for this, then it may be a duplicate of
CVE-1999-0055.  There appears to be overlap with other
references as well.  HOWEVER, this particular one deals with a
DoS in rpcbind - which isn't mentioned in the sources for
CVE-1999-0055.</comment>
<comment voter="Levy">BID 148</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0216" seq="1999-0216">
<status>Candidate</status>
<phase date="19991203">Modified</phase>
<desc>Denial of service of inetd on Linux through SYN and RST packets.</desc>
<refs>
<ref source="BUGTRAQ">19971130 Linux inetd..</ref>
<ref source="XF">linux-inetd-dos</ref>
<ref source="HP">HPSBUX9803-077</ref>
<ref source="XF">hp-inetd</ref>
</refs>
<votes>
<accept count="1">Hill</accept>
<modify count="2">Baker, Frech</modify>
<recast count="1">Meunier</recast>
</votes>
<comments>
<comment voter="Meunier">The location of the vulnerability, whether in the Linux kernel or the
application, is debatable.  Any program making the same (reasonnable)
assumption is vulnerable, i.e., implements the same vulnerability:
&quot;Assumption that TCP-three-way handshake is complete after calling Linux
kernel function accept(), which returns socket after getting SYN.   Result
is process death by SIGPIPE&quot;
Moreover, whether it results in DOS (to third parties) depends on the
process that made the assumption.
I think that the present entry should be split, one entry for every
application that implements the vulnerability (really describing threat
instances, which is what other people think about when we talk about
vulnerabilities), and one entry for the Linux kernel that allows the
vulnerability to happen.</comment>
<comment voter="Frech">XF:hp-inetd
XF:linux-inetd-dos</comment>
<comment voter="Baker">Since we have an hpux bulletin, the description should not specifically say Linux, should it?  It applies to mulitple OS and should be likely either modified, or in extreme case, recast</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0220" seq="1999-0220">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Attackers can do a denial of service of IRC by crashing the server.</desc>
<refs>
</refs>
<votes>
<noop count="2">Baker, Northcutt</noop>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Frech">Would reconsider if any references were available.</comment>
<comment voter="Christey">No references available, combined with extremely vague
description, equals REJECT.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0222" seq="1999-0222">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>Denial of service in Cisco IOS web server allows attackers to reboot the router using a long URL.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="3">Frech, Levy, Shostack</modify>
<noop count="3">Balinsky, Northcutt, Wall</noop>
<recast count="1">Ziese</recast>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Shostack">I follow cisco announcements and problems pretty closely, and haven't
seen this.  Source?</comment>
<comment voter="Frech">XF:cisco-web-crash</comment>
<comment voter="Christey">XF:cisco-web-crash has no additional references.  I can't find
any references in Bugtraq or Cisco either.  This bug is
supposedly tested by at least one security product, but that
product's database doesn't have any references either.  So
a question becomes, how did it make it into at least two
security companies' databases?</comment>
<comment voter="Levy">BUGTGRAQ: http://www.securityfocus.com/archive/1/60159
BID 1154</comment>
<comment voter="Ziese">The vulnerability is addressed by a vendor acknowledgement.  This one, if
recast to reflect that &quot;...after using a long url...&quot; should be replaced
with
&quot;...A defect in multiple releases of Cisco IOS software will cause a Cisco
router or switch to halt and reload if the IOS HTTP service is enabled,
browsing to &quot;http://router-ip/anytext?/&quot; is attempted, and the enable
password is supplied when requested. This defect can be exploited to produce
a denial of service (DoS) attack.&quot;
Then I can accept this and mark it as &quot;Verfied by my Company&quot;.  If it can't
be recast because this (long uri) is diffferent then our release (special
url construction).</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">Elias Levy's suggested reference is CVE-2000-0380.
I don't think that Kevin's description is really addressing
this either.  The lack of references and a specific
description make this candidate unusable, so it should be
rejected.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0226" seq="1999-0226">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Windows NT TCP/IP processes fragmented IP packets improperly, causing a denial of service.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Christey">Too general, and no references.</comment>
<comment voter="Frech">XF:nt-frag(528)
See reference from BugTraq Mailing List, &quot;A New Fragmentation Attack&quot; at
http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1997-07-8&amp;ms
g=Pine.SUN.3.94.970710054440.11707A-100000@dfw.dfw.net</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0229" seq="1999-0229">
<status>Candidate</status>
<phase date="19991228">Modified</phase>
<desc>Denial of service in Windows NT IIS server using ..\..</desc>
<refs>
<ref source="MSKB">Q115052</ref>
</refs>
<votes>
<accept count="2">Baker, Shostack</accept>
<modify count="2">Frech, Wall</modify>
<noop count="1">Northcutt</noop>
<reject count="1">Christey</reject>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Wall">Denial of service in Windows NT IIS Server 1.0 using ..\...
Source: Microsoft Knowledge Base Article Q115052 - IIS Server.</comment>
<comment voter="Frech">XF:http-dotdot (not necessarily IIS?)</comment>
<comment voter="Christey">DELREF XF:http-dotdot - it deals with a read/access dot dot
problem.</comment>
<comment voter="Christey">This actually looks like XF:iis-dot-dot-crash(1638)
http://xforce.iss.net/static/1638.php
If so, include the version number (2.0)
</comment>
<comment voter="CHANGE">[Christey changed vote from REVOTE to REJECT]</comment>
<comment voter="Christey">Bill Wall intended to suggest Q155052, but the affected
IIS version there is 1.0; the effect is to read files,
so this sounds like a directory traversal problem,
instead of an inability to process certain strings.

As a result, this candidate is too general, since it could
apply to 2 different problems, so it should be REJECTed.</comment>
<comment voter="Christey">Consider adding BID:2218</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0231" seq="1999-0231">
<status>Candidate</status>
<phase date="19991207">Modified</phase>
<desc>Buffer overflow in IP-Switch IMail and Seattle Labs Slmail 2.6 packages using a long VRFY command, causing a denial of service and possibly remote access.</desc>
<refs>
<ref source="BUGTRAQ">19990317 Re: SLMail 2.6 DoS - Imail also</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<noop count="3">Christey, Landfield, Northcutt</noop>
<recast count="1">Frech</recast>
<reviewing count="1">Ozancin</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:slmail-vrfyexpn-overflow (for Slmail v3.2 and below)
XF:smtp-vrfy-bo (many mail packages)</comment>
<comment voter="Northcutt">(There is no way I will have access to these systems)</comment>
<comment voter="Christey">Some sources report that VRFY and EXPN are both affected.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0232" seq="1999-0232">
<status>Candidate</status>
<phase date="19991220">Modified</phase>
<desc>Buffer overflow in NCSA WebServer (version 1.5c) gives remote access.</desc>
<refs>
</refs>
<votes>
<accept count="2">Hill, Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Prosser</noop>
<reject count="1">Baker</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Unable to provide a match due to vague/insufficient description/references.
Possible matches are:
XF:ftp-ncsa (probably not, considering you've mentioned the webserver.)
XF:http-ncsa-longurl (highest probability)</comment>
<comment voter="Christey">CVE-1999-0235 is the one associated with XF:http-ncsa-longurl
More research is necessary for this one.</comment>
<comment voter="Baker">Since this has no references at all, and is vague and we have a
CAN for the most likely issue, we should kill this one</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0235" seq="1999-0235">
<status>Candidate</status>
<phase date="19991220">Modified</phase>
<desc>Buffer overflow in NCSA WebServer (1.4.1 and below) gives remote access.</desc>
<refs>
<ref source="CERT">CA-95:04</ref>
<ref source="CIAC">F-11</ref>
</refs>
<votes>
<accept count="3">Hill, Northcutt, Prosser</accept>
<modify count="1">Frech</modify>
<reject count="2">Baker, Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:http-ncsa-longurl</comment>
<comment voter="Christey">CVE-1999-0235 has the same ref's as CVE-1999-0267</comment>
<comment voter="Baker">Not to mention, the X-force listings of http-ncsa-longurl and http-port both
refer to the same problem.  This should be rejected as 1999-0267 is the same problem.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0238" seq="1999-0238">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>php.cgi allows attackers to read any file on the system.</desc>
<refs>
<ref source="XF">http-cgi-phpfileread</ref>
</refs>
<votes>
<accept count="5">Baker, Collins, Frech, Northcutt, Prosser</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Prosser">additional source
AUSCERT External Security Bulletin ESB-97.047
http://www.auscert.org.au</comment>
<comment voter="Christey">ADDREF BUGTRAQ:19970416 Update on PHP/FI hole
URL:http://www.dataguard.no/bugtraq/1997_2/0069.html
The attacker specifies the filename as an argument to the
program.
Add &quot;PHP/FI&quot; to description to facilitate search.
AUSCERT URL is ftp://ftp.auscert.org.au/pub/auscert/ESB/ESB-97.047</comment>
<comment voter="Christey">Consider adding BID:2250</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0240" seq="1999-0240">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Some filters or firewalls allow fragmented SYN packets with IP reserved bits in violation of their implemented policy.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<noop count="1">Baker</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Frech">Would reconsider if any references were available.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0241" seq="1999-0241">
<status>Candidate</status>
<phase date="19990925">Modified</phase>
<desc>Guessable magic cookies in X Windows allows remote attackers to execute commands, e.g. through xterm.</desc>
<refs>
<ref source="XF">http-xguess-cookie</ref>
</refs>
<votes>
<accept count="3">Hill, Northcutt, Proctor</accept>
<modify count="2">Frech, Prosser</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Also add to references:
XF:sol-mkcookie</comment>
<comment voter="Prosser">additional source
Bugtraq
&quot;X11 cookie hijacker&quot;
http://www.securityfocus.com</comment>
<comment voter="Christey">The cookie hijacker thread has to do with stealing cookies
through a file with bad permissions.  I'm not sure the
X-Force reference identifies this problem either.</comment>
<comment voter="Christey">CIAC:G-04
URL:http://ciac.llnl.gov/ciac/bulletins/g-04.shtml
SGI:19960601-01-I
URL:ftp://patches.sgi.com/support/free/security/advisories/19960601-01-I
CERT:VB-95:08</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0242" seq="1999-0242">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>Remote attackers can access mail files via POP3 in some Linux systems that are using shadow passwords.</desc>
<refs>
<ref source="BUGTRAQ">19951222 mailx-5.5 (slackware /bin/mail) security hole</ref>
<ref source="XF">linux-pop3d</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, Northcutt, Shostack, Wall</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">Ambiguous description: need more detail. Possibly:
XF:linux-pop3d (mktemp() leads to reading e-mail)</comment>
<comment voter="Christey">At first glance this might look like CVE-1999-0123 or
CVE-1999-0125, however this particular candidate arises out
of a brief mention of the problem in a larger posting which
discusses CVE-1999-0123 (which may be the same bug as
CVE-1999-0125).  See the following phrase in the Bugtraq
post: &quot;one such example of this is in.pop3d&quot;

However, the original source of this candidate's description
explicitly mentions shadowed passwords, though it has no
references to help out here.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0243" seq="1999-0243">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>Linux cfingerd could be exploited to gain root access.</desc>
<refs>
</refs>
<votes>
<accept count="1">Shostack</accept>
<noop count="4">Baker, Levy, Northcutt, Wall</noop>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Christey">This has no sources; neither does the original database that
this entry came from.  It's a likely duplicate of 
CVE-1999-0813.</comment>
<comment voter="Frech">I disagree on the dupe; see Linux-Security Mailing List,
&quot;[linux-security] Cfinger (Yet more :)&quot; at
http://www.geocrawler.com/archives/3/92/1996/9/0/2217716/. Seems as
if v1.2.3 is vulnerable, perhaps 1.3.0 also. CVE-1999-0813 pertains
to 1.4.x and below and shows up two years later.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
<comment voter="Frech">If the reference I previously supplied is correct, then
it appears as if the poster modified the source using authorized 
access to make it vulnerable. Modifying the source in this manner 
does not qualify as being listed a vulnerability.
I disagree on the dupe; see Linux-Security Mailing List,
&quot;[linux-security] Cfinger (Yet more :)&quot; at
http://www.geocrawler.com/archives/3/92/1996/9/0/2217716/. Seems as
if v1.2.3 is vulnerable, perhaps 1.3.0 also. CVE-1999-0813 pertains
to 1.4.x and below and shows up two years later.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0246" seq="1999-0246">
<status>Candidate</status>
<phase date="19990630">Proposed</phase>
<desc>HP Remote Watch allows a remote user to gain root access.</desc>
<refs>
<ref source="XF">hp-remote</ref>
</refs>
<votes>
<accept count="4">Frech, Hill, Northcutt, Prosser</accept>
<noop count="1">Baker</noop>
<recast count="1">Christey</recast>
</votes>
<comments>
<comment voter="Frech">Comment: Determine if it's RemoteWatch or Remote Watch.</comment>
<comment voter="Christey">HP:HPSBUX9610-039 alludes to multiple vulnerabilities in
Remote Watch (the advisory uses two words, not one, for the
&quot;Remote Watch&quot; name)

ADDREF BUGTRAQ:19961015 HP/UX Remote Watch (was Re: BoS: SOD remote exploit)
URL:http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=199610151351.JAA18241@grymoire.crd.ge.com</comment>
<comment voter="Prosser">agree that the advisory mentions two vulnerabilities in Remote
Watch, one being a socket connection and other with the showdisk utility
which seems to be a suid vulnerability.  Never get much details on this
anywhere since the recommendation is to remove the program since it is
obsolete and superceded by later tools. Believe the biggest concern here is
to just not run the tool at all.</comment>
<comment voter="Christey">CIAC:H-16
Also, http://www.cert.org/vendor_bulletins/VB-96.20.hp
And possibly AUSCERT:AA-96.07 at
ftp://ftp.auscert.org.au/pub/auscert/advisory/AA-96.07.HP-UX.Remote.Watch.vul</comment>
<comment voter="Christey">Also BUGTRAQ:19961013 BoS: SOD remote exploit
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419969&amp;w=2
Include &quot;remwatch&quot; in the description to facilitate search.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0249" seq="1999-0249">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>Windows NT RSHSVC program allows remote users to execute arbitrary commands.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Wall</modify>
<noop count="2">Northcutt, Shostack</noop>
<recast count="1">Christey</recast>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Wall">Windows NT Rshsvc.exe from the Windows NT Resource Kit allows
remote
users to execute arbitrary commands.
Source: rshsvc.txt from the Windows NT Resource Kit.</comment>
<comment voter="Frech">XF:rsh-svc</comment>
<comment voter="Christey">MSKB:Q158320, last reviewed in January 1999, refers to a case
where remote users coming from authorized machines are
allowed access regardless of what .rhosts says.  XF:rsh-svc
refers to a bug circa 1997 where any remote entity could
execute commands as system.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0250" seq="1999-0250">
<status>Candidate</status>
<phase date="20010301">Modified</phase>
<desc>Denial of service in Qmail through long SMTP commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602558319024&amp;w=2">19970612 qmail-dos-2.c, another denial of service attack</ref>
<ref source="MISC" url="http://cr.yp.to/qmail/venema.html">http://cr.yp.to/qmail/venema.html</ref>
<ref source="MISC" url="http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/06/threads.html">http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/06/threads.html</ref>
<ref source="XF">qmail-leng</ref>
</refs>
<votes>
<accept count="2">Hill, Meunier</accept>
<modify count="1">Frech</modify>
<reject count="1">Baker</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:qmail-rcpt</comment>
<comment voter="Christey">DUPE CVE-1999-0418 and CVE-1999-0144?</comment>
<comment voter="Christey">Dan Bernstein, author of Qmail, says that this is not a
vulnerability in qmail because Unix has built-in resource
limits that can restrict the size of a qmail process; other
limits can be specified by the administrator.  See
http://cr.yp.to/qmail/venema.html

Significant discussion of this issue took place on the qmail
list.  The fundamental question appears to be whether 
application software should set its own limits, or rely
on limits set by the parent operating system (in this case,
UNIX).  Also, some people said that the only problem was that
the suggested configuration was not well documented, but this
was refuted by others.

See the following threads at
http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/06/threads.html
&quot;Denial of service (qmail-smtpd)&quot;
&quot;qmail-dos-2.c, another denial of service&quot;
&quot;[PATCH] denial of service&quot;
&quot;just another qmail denial-of-service&quot;
&quot;the UNIX way&quot;
&quot;Time for a reality check&quot;

Also see Bugtraq threads on a different vulnerability that
is related to this topic:
BUGTRAQ:19990903 Web servers / possible DOS Attack / mime header flooding
http://archives.neohapsis.com/archives/bugtraq/1998_3/0742.html</comment>
<comment voter="Baker">This appears to be the same vulnerability listed in CAN 1999-0144.  In reading
through both bugtraq postings, the one that is referenced by 0144 is
based on a shell code exploit to cause memory exhaustion. The bugtraq
posting referenced by this entry refers explicitly to the prior
posting for 0144, and states that the same effect could be
accomplished by a perl exploit, which was then attached.</comment>
<comment voter="Baker">http://www.securityfocus.com/archive/1/6969    CVE-1999-0144
http://www.securityfocus.com/archive/1/6970    CVE-1999-0250

Both references should be added to CVE-1999-0144, and CVE-1999-0250
should likely be rejected.</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">XF:qmail-leng no longer exists; check with Andre to see if they
regarded it as a duplicate as well.

qmail-dos-1.c, as published by Wietse Venema (CVE-1999-0250)
in &quot;BUGTRAQ:19970612 Denial of service (qmail-smtpd)&quot;, does not
use any RCPT commands.  Instead, it sends long strings
of &quot;X&quot; characters.  A followup by &quot;super@UFO.ORG&quot; includes
an exploit that claims to do the same thing; however, that
exploit does not send long strings of X characters - it sends
a large number of RCPT commands.  It appears that super@ufo.org
followed up to the wrong message.

qmail-dos-2.c, as published by Wietse Venema (CVE-1999-0144)
in &quot;BUGTRAQ:19970612 qmail-dos-2.c, another denial of service attack&quot;
sends a large number of RCPT commands.

ADDREF BUGTRAQ:19970612 Denial of service (qmail-smtpd)
ADDREF BUGTRAQ:19970612 qmail-dos-2.c, another denial of service attack

Also see a related thread:
BUGTRAQ:19990308 SMTP server account probing
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92100018214316&amp;w=2

This also describes a problem with mail servers not being able
to handle too many &quot;RCPT TO&quot; requests.  A followup message
notes that application-level protection is used in Sendmail
to prevent this:
BUGTRAQ:19990309 Re: SMTP server account probing
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92101584629263&amp;w=2
The person further says, &quot;This attack can easily be
prevented with configuration methods.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0253" seq="1999-0253">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>IIS 3.0 with the iis-fix hotfix installed allows remote intruders to read source code for ASP programs by using a %2e instead of a . (dot) in the URL.</desc>
<refs>
<ref source="XF">http-iis-2e</ref>
<ref source="L0PHT">19970319</ref>
</refs>
<votes>
<accept count="9">Armstrong, Baker, Bishop, Blake, Cole, Collins, Frech, Landfield, Northcutt</accept>
<modify count="1">LeBlanc</modify>
<noop count="3">Ozancin, Prosser, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">This is a problem that was introduced after patching a
previous dot bug with the iis-fix hotfix (see CVE-1999-0154).
Since the hotfix introduced the problem, this should be
treated as a seaprate issue.</comment>
<comment voter="Wall">Agree with the comment.</comment>
<comment voter="LeBlanc">- this one is so old, I don't remember it at all and can't verify or
deny the issue. If you can find some documentation that says we fixed it (KB
article, hotfix, something), then I would change this to ACCEPT</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">BID:1814
URL:http://www.securityfocus.com/bid/1814</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0254" seq="1999-0254">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A hidden SNMP community string in HP OpenView allows remote attackers to modify MIB tables and obtain sensitive information.</desc>
<refs>
<ref source="ISS">Hidden SNMP community in HP OpenView</ref>
<ref source="XF">hpov-hidden-snmp-comm</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">What is the proper level of abstraction to use here?  Should
we have a separate entry for each different default community
string?  See:
http://cve.mitre.org/Board_Sponsors/archives/msg00242.html and
http://cve.mitre.org/Board_Sponsors/archives/msg00250.html
http://cve.mitre.org/Board_Sponsors/archives/msg00251.html

Until the associated content decisions have been approved
by the Editorial Board, this candidate cannot be accepted
for inclusion in CVE.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0255" seq="1999-0255">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>Buffer overflow in ircd allows arbitrary command execution.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Hill, Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Prosser</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:irc-bo</comment>
<comment voter="Christey">This is too general and doesn't have any references.  The
XF reference doesn't appear toe xist any more.

Perhaps this reference would help:
BUGTRAQ:19970701 ircd buffer overflow</comment>
<comment voter="Baker">It appears that the XForce entry has been corrected, and there is a patch posted in the original bugtraq post.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0257" seq="1999-0257">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Nestea variation of teardrop IP fragmentation denial of service.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:nestea-linux-dos</comment>
<comment voter="Christey">Not sure how many separate &quot;instances&quot; of Teardrop
and its ilk.  Also see comments on CVE-1999-0001.

See: CVE-1999-0015, CVE-1999-0104, CVE-1999-0257, CVE-1999-0258

Is CVE-1999-0001 the same as CVE-1999-0052?  That one is related
to nestea (CVE-1999-0257) and probably the one described in
BUGTRAQ:19981023 nestea v2 against freebsd 3.0-Release
The patch for nestea is in ip_input.c around line 750.
The patches for CVE-1999-0001 are in lines 388&amp;446.  So, 
CVE-1999-0001 is different from CVE-1999-0257 and CVE-1999-0052.
The FreeBSD patch for CVE-1999-0052 is in line 750.
So, CVE-1999-0257 and CVE-1999-0052 may be the same, though
CVE-1999-0052 should be RECAST since this bug affects Linux
and other OSes besides FreeBSD.

Also see BUGTRAQ:19990909 CISCO and nestea.

Finally, note that there is no fundamental difference between
nestea and nestea2/nestea-v2; they are different ports that
exploit the same problem.

The original nestea advisory is at
http://www.technotronic.com/rhino9/advisories/06.htm
but notice that the suggested fix is in line 375 of
ip_fragment.c, not ip_input.c.</comment>
<comment voter="Christey">See the SCO advisory at:
http://www.securityfocus.com/templates/advisory.html?id=1411
which may further clarify the issue.</comment>
<comment voter="Christey">BUGTRAQ:19980501 nestea does other things
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925819&amp;w=2
BUGTRAQ:19980508 nestea2 and HP Jet Direct cards.
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925870&amp;w=2
BUGTRAQ:19981027 nestea v2 against freebsd 3.0-Release
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90951521507669&amp;w=2

Nestea source code is in
MISC:http://oliver.efri.hr/~crv/security/bugs/Linux/ipfrag6.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0258" seq="1999-0258">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Bonk variation of teardrop IP fragmentation denial of service.</desc>
<refs>
</refs>
<votes>
<modify count="2">Frech, Wall</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">Reference Q179129</comment>
<comment voter="Frech">XF:teardrop-mod</comment>
<comment voter="Christey">Not sure how many separate &quot;instances&quot; of Teardrop there are.
See: CVE-1999-0015, CVE-1999-0104, CVE-1999-0257, CVE-1999-0258</comment>
<comment voter="Christey">See the SCO advisory at:
http://www.securityfocus.com/templates/advisory.html?id=1411
which may further clarify the issue.</comment>
<comment voter="Christey">BUGTRAQ:19980108 bonk.c
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88429524325956&amp;w=2
NTBUGTRAQ:19980108 bonk.c
URL:http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=88433857200304&amp;w=2
NTBUGTRAQ:19980109 Re: Bonk.c
URL:http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=88441302913269&amp;w=2
NTBUGTRAQ:19980304 Update on wide-spread NewTear Denial of Service attacks
URL:http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=88901842000424&amp;w=2
BUGTRAQ:19980304 Update on wide-spread NewTear Denial of Service attacks
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88903296104349&amp;w=2
CIAC:I-031a
http://ciac.llnl.gov/ciac/bulletins/i-031a.shtml

CERT summary CS-98.02 implies that bonk, boink, and newtear
all exploit the same vulnerability.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0261" seq="1999-0261">
<status>Candidate</status>
<phase date="20000827">Modified</phase>
<desc>Netmanager Chameleon SMTPd has several buffer overflows that cause a crash.</desc>
<refs>
<ref source="BUGTRAQ">19980504 Netmanage Holes</ref>
<ref source="MISC" url="http://www.insecure.org/sploits/netmanage.chameleon.overflows.html">http://www.insecure.org/sploits/netmanage.chameleon.overflows.html</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Landfield</modify>
<noop count="3">Christey, Northcutt, Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:chamelion-smtp-dos</comment>
<comment voter="Landfield">- Specify what &quot;a crash&quot; means.</comment>
<comment voter="Christey">ADDREF XF:chameleon-smtp-dos ?  (but it's not on the web site)</comment>
<comment voter="Christey">Consider adding BID:2387</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0271" seq="1999-0271">
<status>Candidate</status>
<phase date="19990925">Modified</phase>
<desc>Progressive Networks Real Video server (pnserver) can be crashed remotely.</desc>
<refs>
<ref source="BUGTRAQ">19980115 pnserver exploit..</ref>
<ref source="BUGTRAQ">19980817 Re: Real Audio Server Version 5 bug?</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Prosser</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Problem confirmed by RealServer vendor (URL listed in Bugtraq
posting), but may be multiple codebases since several
Real Audio servers are affected.

Also, this may be the same as BUGTRAQ:19991105 RealNetworks RealServer G2 buffer overflow.
See CVE-1999-0896</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">ADDREF XF:realvideo-telnet-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0282" seq="1999-0282">
<status>Candidate</status>
<phase date="20050830">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-1584, CVE-1999-1586.  Reason: This candidate combined references from one issue with the description from another issue.  Notes: Users should consult CVE-1999-1584 and CVE-1999-1586 to obtain the appropriate name.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Dik</accept>
<modify count="1">Frech</modify>
<noop count="1">Ozancin</noop>
<recast count="1">Prosser</recast>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:sun-loadmodule
XF:sun-modload (CERT CA-93.18 very old!)</comment>
<comment voter="Prosser">Believe the reference given, 95-12,  is referencing a later
loadmodule(8) setuid problem in the X11/NeWS windowing system.  There is an
earlier, similar setuid vulnerability in the CA-93.18, CIAC G-02 advisories
for the SunOS 4.1.x/Solbourne and OpenWindow 3.0.  In fact, there may be the
same as the HP patches are 100448-02 for the 93 loadmodule/modload
vulnerability and 100448-03 for the 95 loadmodule vulnerability which
normally indicated a patch update.  Looks like the original patch either
didn't completely fix the problem or it resurfaced in X11 NeWS.  Can't tell
much beyond that and this is my opinion only as have no way to check it.  
Which one is this CVE referencing?  I accept both.</comment>
<comment voter="Dik">There are three similar Sun bug ids associated with the patches.
1076118 loadmodule has a security vulnerability
1148753 loadmodule has a security vulnerability
1222192 loadmodule has a security vulnerability
as well as:
1137491
Ancient stuff.</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">This is distinct from CVE-1999-1584 - CVE-1999-1584 is for
CA-93.18.</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">This candidate combines two separate issues.  It uses the CERT
alert reference from 1995, from one issue, but a description that
is associated with a separate issue.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0283" seq="1999-0283">
<status>Candidate</status>
<phase date="19991203">Modified</phase>
<desc>The Java Web Server would allow remote users to obtain the source code for CGI programs.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88256790401004&amp;w=2">19970716 Viewable .jhtml source with JavaWebServer</ref>
</refs>
<votes>
<accept count="7">Baker, Blake, Cole, Collins, Dik, Northcutt, Wall</accept>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Bishop, Christey, Landfield, Prosser</noop>
<reviewing count="1">Ozancin</reviewing>
</votes>
<comments>
<comment voter="Wall">Acknowledged by vendor at
http://www.sun.com/software/jwebserver/techinfo/jws112info.html.</comment>
<comment voter="Baker">Vulnerability Reference (HTML)	Reference Type
http://www.securityfocus.com/archive/1/7260	Misc Defensive Info
http://www.sun.com/software/jwebserver/techinfo/jws112info.html Vendor Info</comment>
<comment voter="Christey">BID:1891
URL:http://www.securityfocus.com/bid/1891</comment>
<comment voter="Christey">Add version number (1.1 beta) and details of attack (appending
a . or a \)

The Sun URL referenced by Dave Baker no longer exists, so I
wasn't able to verify that it addressed the problem described
in the Bugtraq post.  This might not even be Sun's
&quot;Java Web Server,&quot; as CVE-2001-0186 describes some product
called &quot;Free Java Web Server&quot;</comment>
<comment voter="Dik">There appears to be some confusion.

The particular bug seems to be on in JWS 1.1beta or 1.1 which was fixed
in 1.1.2 (get foo.jthml source by appending &quot;.&quot; of &quot;\&quot; to URL)

There are other bugs that give access and that require a configuration
change.

http://www.sun.com/software/jwebserver/techinfo/security_advisory.html</comment>
<comment voter="Christey">Need to make sure to create CAN's for the other bugs,
as documented in:
NTBUGTRAQ:19980724 Alert: New Source Bug Affect Sun JWS
http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=90222454131622&amp;w=2
BUGTRAQ:19980725 Alert: New Source Bug Affect Sun JWS
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526086&amp;w=2
The reported bugs are:
1) file read by appending %20
2) Directly call /servlet/file
URL:http://www.sddt.com/cgi-bin/Subscriber?/library/98/07/24/tbd.html
#2 is explicitly mentioned in the Sun advisory for
CVE-1999-0283.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:javawebserver-cgi-source(5383)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0284" seq="1999-0284">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>Denial of service to NT mail servers including Ipswitch, Mdaemon, and Exchange through a buffer overflow in the SMTP HELO command.</desc>
<refs>
<ref source="XF">smtp-helo-bo</ref>
</refs>
<votes>
<accept count="2">Blake, Northcutt</accept>
<modify count="3">Frech, Levy, Ozancin</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">&quot;Windows NT-based mail servers&quot; (A trademark thing, and for clarification)
XF:mdaemon-helo-bo
XF:lotus-notes-helo-crash
XF:slmail-helo-overflow
XF:smtp-helo-bo (mentions several products)
XF:smtp-exchangedos</comment>
<comment voter="Levy">- Need one per software. Each one should be its own
vulnerability.</comment>
<comment voter="Ozancin">=&gt; Windows NT is correct</comment>
<comment voter="Christey">These are probably multiple codebases, so we'll need to use
dot notation.  Also need to see if this should be merged
with CVE-1999-0098 (Sendmail SMTP HELO).</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0285" seq="1999-0285">
<status>Candidate</status>
<phase date="19990630">Proposed</phase>
<desc>Denial of service in telnet from the Windows NT Resource Kit, by opening then immediately closing a connection.</desc>
<refs>
</refs>
<votes>
<accept count="1">Hill</accept>
<noop count="2">Baker, Wall</noop>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Christey">No references, no information.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
<comment voter="Frech">No references; closest documented match is with
CVE-2001-0346, but that's for Windows 2000.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0286" seq="1999-0286">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>In some NT web servers, appending a space at the end of a URL may allow attackers to read source code for active pages.</desc>
<refs>
</refs>
<votes>
<accept count="3">Armstrong, Cole, Shostack</accept>
<modify count="3">Blake, Levy, Wall</modify>
<noop count="5">Baker, Bishop, Landfield, Northcutt, Ozancin</noop>
<reject count="1">Frech</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">In some NT web servers, appending a dot at the end of a URL may
allows attackers to read source code for active pages.
Source:  MS Knowledge Base Article Q163485 - &quot;Active Server Pages Script Appears
in Browser&quot;</comment>
<comment voter="Frech">In the meantime, reword description as 'Windows NT' (trademark issue)</comment>
<comment voter="Christey">Q163485 does not refer to a space, it refers to a dot.
However, I don't have other references.

Reading source code with a dot appended is in CVE-1999-0154,
which will be proposed.  A subsequent bug similar to the
dot bug is CVE-1999-0253.</comment>
<comment voter="Levy">NTBUGTRAQ: http://www.securityfocus.com/archive/2/22014
NTBUGTRAQ: http://www.securityfocus.com/archive/2/22019
BID 273</comment>
<comment voter="Blake">Reference:  http://www.allaire.com/handlers/index.cfm?ID=10967</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
<comment voter="Frech">BID articles)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0287" seq="1999-0287">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>Vulnerability in the Wguest CGI program.</desc>
<refs>
</refs>
<votes>
<modify count="2">Frech, Shostack</modify>
<noop count="4">Blake, Levy, Northcutt, Wall</noop>
<reject count="2">Baker, Christey</reject>
</votes>
<comments>
<comment voter="Shostack">allows file reading</comment>
<comment voter="Frech">XF:http-cgi-webcom-guestbook</comment>
<comment voter="Christey">CVE-1999-0287 is probably a duplicate of CVE-1999-0467.  In
NTBUGTRAQ:19990409 Webcom's CGI Guestbook for Win32 web servers
Mnemonix says that he had previously reported on a similar
problem.  Let's refer to the NTBugtraq posting as
CVE-1999-0467.  We will refer to the &quot;previous report&quot; as
CVE-1999-0287, which could be found at:
http://oliver.efri.hr/~crv/security/bugs/NT/httpd41.html

0287 describes an exploit via the &quot;template&quot; hidden variable.
The exploit describes manually editing the HTML form to
change the filename to read from the template variable.

The exploit as described in 0467 encodes the template variable
directly into the URL.  However, hidden variables are also
encoded into the URL, which would have looked the same to
the web server regardless of the exploit.  Therefore 0287
and 0467 are the same.</comment>
<comment voter="Christey">BID:2024</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0298" seq="1999-0298">
<status>Candidate</status>
<phase date="20000524">Modified</phase>
<desc>ypbind with -ypset and -ypsetme options activated in Linux Slackware and SunOS allows local and remote attackers to overwrite files via a .. (dot dot) attack.</desc>
<refs>
<ref source="NAI" url="http://www.nai.com/nai_labs/asp_set/advisory/06_ypbindsetme_adv.asp">19970205 Vulnerabilities in Ypbind when run with -ypset/-ypsetme</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Levy, Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, Christey, Shostack</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BID:1441
URL:http://www.securityfocus.com/bid/1441</comment>
<comment voter="Dik">If you run with &quot;-ypset&quot;, then you're always insecure.
With ypsetme, only root on the local host
can run ypset in Solaris 2.x+.
Probably true for SunOS 4, hence my vote.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">ADDREF XF:ypbind-ypset-root</comment>
<comment voter="CHANGE">[Dik changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Dik">This vulnerability does exist in SunOS 4.x in non default configurations.
In Solaris 2.x, the vulnerability only applies to files named &quot;cache_binding&quot;
and not all files ending in .2
Both releases are not vulnerable in the default configuration (both
disabllow ypset by default which prevents this problem from occurring)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0306" seq="1999-0306">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>buffer overflow in HP xlock program.</desc>
<refs>
<ref source="XF">hp-xlock</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Northcutt</accept>
<modify count="1">Prosser</modify>
<noop count="1">Shostack</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Prosser">This is another of those with multiple affected OSs.
Refs:  CA-97.13, http://207.237.120.45/linux/xlock-exploit.txt,
HPSBUX9711-073, SGI 19970502-02-PX, Sun Bulletin 000150</comment>
<comment voter="Christey">XF:hp-xlock points to SGI:19970502-02-PX which says this is
the same problem as in CERT:CA-97.13, which is CVE-1999-0038.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0307" seq="1999-0307">
<status>Candidate</status>
<phase date="19991207">Modified</phase>
<desc>Buffer overflow in HP-UX cstm program allows local users to gain root privileges.</desc>
<refs>
<ref source="BUGTRAQ">19961116 This week: turn me on, dead man</ref>
<ref source="XF">hpux-cstm-bo</ref>
</refs>
<votes>
<accept count="2">Frech, Northcutt</accept>
<noop count="3">Baker, Prosser, Shostack</noop>
<recast count="1">Christey</recast>
</votes>
<comments>
<comment voter="Prosser">only ref I can find is an old SOD exploit on
www.outpost9.com</comment>
<comment voter="Christey">MERGE CVE-1999-0336 (the exact exploit works with both
cstm and mstm, which are clearly part of the same package,
so CD:SF-EXEC says to merge them.)

Also, there does not seem to be any recognition of this problem
by HP.  The only other information besides the Bugtraq post
is the SOD exploit.

See the original post:
http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1996-11-15&amp;msg=Pine.LNX.3.91.961116112242.15276J-100000@underground.org</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0317" seq="1999-0317">
<status>Candidate</status>
<phase date="19991216">Modified</phase>
<desc>Buffer overflow in Linux su command gives root access to local users.</desc>
<refs>
<ref source="BUGTRAQ">19990818 slackware-3.5 /bin/su buffer overflow</ref>
<ref source="XF">su-bo</ref>
</refs>
<votes>
<accept count="3">Frech, Hill, Northcutt</accept>
<noop count="1">Prosser</noop>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-1999-0845?
Also, ADDREF XF:unixware-su-username-bo
A report summary by Aleph One states that nobody was able to
confirm this problem on any Linux distribution.</comment>
<comment voter="Baker">If this is the same as the unixware, the n it is a dupe of 1999-0845.  There is about a two and half month difference in the bugtraq reporting of these.
Sounds like the same bug however...</comment>
<comment voter="Christey">XF:su-bo no longer seems to exist.
How about XF:linux-subo(734) ?
http://xforce.iss.net/static/734.php

BID:475 also seems to describe the same problem
(http://www.securityfocus.com/bid/475) in which case,
vsyslog is blamed in:
BUGTRAQ:19971220 Linux vsyslog() overflow
http://www.securityfocus.com/archive/1/8274</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0319" seq="1999-0319">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>Buffer overflow in xmcd 2.1 allows local users to gain access through a user resource setting.</desc>
<refs>
<ref source="XF">xmcd-tiflestr</ref>
</refs>
<votes>
<accept count="3">Frech, Hill, Northcutt</accept>
<noop count="2">Baker, Prosser</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">BUGTRAQ:19961126 Security Problems in XMCD 2.1
A followup to this post says that xmcd is not suid here.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0330" seq="1999-0330">
<status>Candidate</status>
<phase date="20000105">Modified</phase>
<desc>Linux bdash game has a buffer overflow that allows local users to gain root access.</desc>
<refs>
<ref source="BUGTRAQ">19940101 (No Subject)</ref>
<ref source="XF">bdash-bo</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Northcutt, Shostack, Wall</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:bdash-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0331" seq="1999-0331">
<status>Candidate</status>
<phase date="20040811">Modified</phase>
<desc>Buffer overflow in Internet Explorer 4.0(1).</desc>
<refs>
<ref source="XF">msie-bo</ref>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<modify count="2">Frech, Shostack</modify>
<recast count="1">Prosser</recast>
<reject count="2">Christey, LeBlanc</reject>
</votes>
<comments>
<comment voter="Shostack">this is a high cardinality item</comment>
<comment voter="Prosser">needs to be more specific.</comment>
<comment voter="Frech">Replace reference with XF:iemk-bug (msie-bo is obsolete and a vague
duplicate)
Description (from xfdb): Some versions of Internet Explorer for Windows
contain a vulnerability that may crash the broswer when a malicious web site
contains a certain kind of URL (that begins with &quot;mk://&quot;) with more
characters than the browser supports. </comment>
<comment voter="Christey">The description is too vague.</comment>
<comment voter="LeBlanc">too vague</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0333" seq="1999-0333">
<status>Candidate</status>
<phase date="19990925">Modified</phase>
<desc>HP OpenView Omniback allows remote execution of commands as root via spoofing, and local users can gain root access via a symlink attack.</desc>
<refs>
<ref source="RSI">RSI.0009.09-08-98.HP-UX.OMNIBACK</ref>
<ref source="HP">HPSBUX9810-085</ref>
<ref source="XF">omniback-remote</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<modify count="1">Prosser</modify>
<recast count="1">Christey</recast>
</votes>
<comments>
<comment voter="Prosser">additional source
HP Security Bulletin 85
http://us-support.external.hp.com
http://europe-support.external.hp.com</comment>
<comment voter="Christey">Two separate bugs, so SF-LOC says this candidate should be
split</comment>
<comment voter="Christey">ADDREF CIAC:J-007
URL:http://ciac.llnl.gov/ciac/bulletins/j-007.shtml</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0336" seq="1999-0336">
<status>Candidate</status>
<phase date="19991207">Modified</phase>
<desc>Buffer overflow in mstm in HP-UX allows local users to gain root access.</desc>
<refs>
<ref source="BUGTRAQ">19961116 This week: turn me on, dead man</ref>
<ref source="XF">hpux-mstm-bo</ref>
</refs>
<votes>
<accept count="2">Frech, Northcutt</accept>
<noop count="3">Baker, Prosser, Shostack</noop>
<recast count="1">Christey</recast>
</votes>
<comments>
<comment voter="Prosser">same as CVE-1999-0307, only ref I can find is an old SOD
exploit on www.outpost9.com</comment>
<comment voter="Christey">MERGE CVE-1999-0307 (the exact exploit works with both
cstm and mstm, which are clearly part of the same package,
so CD:SF-EXEC says to merge them.)

Also, there does not seem to be any recognition of this problem
by HP.  The only other information besides the Bugtraq post
is the SOD exploit.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0345" seq="1999-0345">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Jolt ICMP attack causes a denial of service in Windows 95 and Windows NT systems.</desc>
<refs>
</refs>
<votes>
<accept count="2">Blake, Cole</accept>
<modify count="2">Frech, Wall</modify>
<noop count="4">Bishop, Landfield, Northcutt, Ozancin</noop>
<recast count="1">Meunier</recast>
<reject count="4">Armstrong, Baker, LeBlanc, Levy</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">Invalid ICMP datagram fragments causes a denial of service in Windows 95 and
Windows NT systems.
Reference: Q154174.
Jolt is also known as sPING, ICMP bug, Icenewk, and Ping of Death.
It is a modified teardrop 2 attack.  </comment>
<comment voter="Frech">XF:nt-ssping
ADDREF XF:ping-death
ADDREF XF:teardrop-mod
ADDREF XF:mpeix-echo-request-dos</comment>
<comment voter="Christey">I can't tell whether the Jolt exploit at:

http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1997-06-28&amp;msg=Pine.BSF.3.95q.970629163422.3264A-200000@apollo.tomco.net

is exploiting any different flaw than teardrop does.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Baker">Jolt (original) is basically just a fragmented oversized ICMP that
kills Win boxes ala Ping of Death.
Teardrop is altering the offset in fragmented tcp packets so that the
end of subsequent fragments is inside first packet...
Teardrop 2 is UDP packets, if I remember right.
Seems like Jolt (original, not jolt 2) is just exploit code that
creates a ping of death (CVE 1999-0128)</comment>
<comment voter="Levy">I tend to agree with Baker.</comment>
<comment voter="CHANGE">[Armstrong changed vote from REVIEWING to REJECT]</comment>
<comment voter="Armstrong">This code does not use fragment overlap.  It is simply a large ICMP echo request.</comment>
<comment voter="Christey">See the SCO advisory at:
http://www.securityfocus.com/templates/advisory.html?id=1411
which may further clarify the issue.</comment>
<comment voter="LeBlanc">This is a hodge-podge of DoS attacks. Jolt isn't the same
thing as ping of death - POD was an oversized ICMP packet, Jolt froze
Linux and Solaris (and I think not NT), IIRC Jolt2 did get NT boxes.
Teardrop and teardrop2 were related attacks (usually ICMP frag attacks),
but each of these is a distinct vulnerability, affected a discrete group
of systems, and should have distinct CVE numbers. CVE entries should be
precise as to what the problem is.</comment>
<comment voter="Meunier">I agree with Leblanc in that Jolt is multi-faceted.  Jolt has
characteristics of Ping of Death AND teardrop, but it doesn't do
either exactly.  Moreover, it sends a truncated IP fragment.  I
disagree with Armstrong; jolt uses overlapping fragments.  It's not a
simple ping of death either.  It may be that the author's intent was
to construct a &quot;super attack&quot; somehow combining elements of other
vulnerabilities to try to make it more potent.  In any case it
succeeded in confusing the CVE board :-).

I notice that Jolt uses echo replies (type 0) instead of echo
requests (to get past firewalls?).  Jolt is peculiar in that it also
sends numerous overlapping fragments.  The &quot;Pascal Simulator&quot; :-) says
it sends:

- 172 fragments of length 400 with offset starting at 5120 and</comment>
<comment voter="increasing by about 47 (odd arithmetic of 5120 OR ((n* 380) ">&gt; 3)),
which eventually results in sending fragments inside an already</comment>
<comment voter="covered area once ((n* 380) ">&gt; 3) is greater than 5120, which occurs
when n is reaches 108.  This would look a bit like TearDrop if
fragments were reassembled on-the-fly.

- 1 fragment such that the total length of all the fragments
is greater than 65535 (my calculation is 172*380 + 418 = 65778; the
comment about 65538 must be wrong).  The last packet is size 418
according to the IP header but the buffer is of size 400.  The sendto
takes as argument the size of the buffer so a truncated packet is
sent.

So, I am not sure if the problem is because the last packet
doesn't extend to the payload it says it has or because the total size
of all fragments is greater than 65535.  The author says it may take
more than one sending, so perhaps this has to do with an incorrect
error handling and recovery.  One would need to experiment and isolate
each of those characteristics and test them independently.  Inasmuch
as each of those things is likely a different vulnerability, then I
agree with Leblanc that this entry should be split.  I'll try that if
I ever get bored.  Jolt 2 should also have a different entry (see
below).

Jolt 2 runs in an infinite loop, sending the same fragmented
IP packet, which can pretend to be &quot;ICMP&quot; or &quot;UDP&quot; data; however this
is meaningless, as it's just a late fragment of an IP packet.  The
attack works only as long as packets are sent.  According to
http://www.securityfocus.com/archive/1/62170 the packets are
truncated, and would overflow over the 65535 byte limit, which is
similar to Jolt.  Note that Jolt does send that much data whereas
jolt2 doesn't.  Since jolt2 is simpler and narrower than jolt, and it
has weaker consequences, I believe that it's a different
vulnerability.

&quot;Jolt 2 vulnerability causes a temporary denial-of-service in
Windows-type OSes&quot; would be a title for it.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0347" seq="1999-0347">
<status>Candidate</status>
<phase date="20051028">Modified</phase>
<desc>Internet Explorer 4.01 allows remote attackers to read local files and spoof web pages via a &quot;%01&quot; character in an &quot;about:&quot; Javascript URL, which causes Internet Explorer to use the domain specified after the character.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91745430007021&amp;w=2">19990126 Javascript ecurity bug in Internet Explorer</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91756771207719&amp;w=2">19990126 Javascript ecurity bug in Internet Explorer</ref>
</refs>
<votes>
<accept count="4">Baker, LeBlanc, Levy, Northcutt</accept>
<modify count="2">Frech, Prosser</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Prosser">this is a modified Cross-Frame vulnerability that circumvents
the original Cross-Frame Patch.  Addressed in MS Bulletin MS99.012
http://www.microsoft.com/security/bulletins/ms99-012.asp</comment>
<comment voter="Christey">Duplicate of CVE-1999-0490?</comment>
<comment voter="LeBlanc">If Prosser is correct that this is MS99-012, accept</comment>
<comment voter="Christey">BUGTRAQ:19990126 Javascript ecurity bug in Internet Explorer
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91745430007021&amp;w=2
NTBUGTRAQ:19990128 Javascript %01 bug in Internet Explorer
URL:http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91756771207719&amp;w=2
BID:197
URL:http://www.securityfocus.com/bid/197</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:ie-window-spoof(2069)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0352" seq="1999-0352">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>ControlIT 4.5 and earlier (aka Remotely Possible) has weak password encryption.</desc>
<refs>
<ref source="ISS">Multiple vulnerabilities in ControlIT(tm) (formerly Remotely Possible/32) enterprise management software</ref>
<ref source="XF">controlit-passwd-encrypt</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<noop count="2">Northcutt, Wall</noop>
<recast count="1">Ozancin</recast>
</votes>
<comments>
<comment voter="Ozancin">Can we combine this with CVE-1999-0356 - ControlIT(tm) 4.5 and earlier uses
weak encryption.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0354" seq="1999-0354">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>Internet Explorer 4.x or 5.x with Word 97 allows arbitrary execution of Visual Basic programs to the IE client through the Word 97 template, which doesn't warn the user that the template contains executable content.  Also applies to Outlook when the client views a malicious email message.</desc>
<refs>
<ref source="NTBUGTRAQ">Jan27,1999</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-002.asp">MS99-002</ref>
</refs>
<votes>
<accept count="3">Baker, Ozancin, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:word97-template-macro</comment>
<comment voter="Christey">CHANGEREF NTBUGTRAQ:19990127 IE 4/5/Outlook + Word 97 security hole
URL:http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91747570922757&amp;w=2
BID:196
http://www.securityfocus.com/bid/196</comment>
<comment voter="Christey">MSKB:Q214652
http://support.microsoft.com/support/kb/articles/q214/6/52.asp</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0356" seq="1999-0356">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>ControlIT v4.5 and earlier uses weak encryption to store usernames and passwords in an address book.</desc>
<refs>
<ref source="ISS">Multiple vulnerabilities in ControlIT(tm) (formerly Remotely Possible/32) enterprise management software</ref>
<ref source="XF">controlit-bookfile-access</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<noop count="2">Northcutt, Wall</noop>
<recast count="1">Ozancin</recast>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0359" seq="1999-0359">
<status>Candidate</status>
<phase date="20010214">Proposed</phase>
<desc>ptylogin in Unix systems allows users to perform a denial of service by locking out modems, dial out with that modem, or obtain passwords.</desc>
<refs>
<ref source="BUGTRAQ">19990127 UNIX shell modem access vulnerabilities</ref>
<ref source="XF">ptylogin-dos</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<modify count="1">Baker</modify>
</votes>
<comments>
<comment voter="Frech">XF:ptylogin-dos </comment>
<comment voter="Baker">Should say &quot;... lock out a modem, ...&quot; rather than &quot;... locking out modems...&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0360" seq="1999-0360">
<status>Candidate</status>
<phase date="20000530">Modified</phase>
<desc>MS Site Server 2.0 with IIS 4 can allow users to upload content, including ASP, to the target web site, thus allowing them to execute commands remotely.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91763097004101&amp;w=2">19990130 Security Advisory for Internet Information Server 4 with Site</ref>
<ref source="NTBUGTRAQ">Jan29,1999</ref>
</refs>
<votes>
<accept count="6">Blake, Cole, Collins, Landfield, Northcutt, Wall</accept>
<modify count="3">Baker, Frech, LeBlanc</modify>
<noop count="4">Armstrong, Christey, Ozancin, Prosser</noop>
</votes>
<comments>
<comment voter="Christey">I can't find the original Bugtraq posting (it appears that
mnemonix discovered the problem).</comment>
<comment voter="LeBlanc">- if there was a fix or a KB article, I'd ACCEPT. A vuln based on a
BUGTRAQ posting we can't find could be anything. </comment>
<comment voter="Baker">Vulnerability Reference (HTML)	Reference Type
http://www.securityfocus.com/archive/1/12218	Misc Defensive InfoVulnerability Reference (HTML)	Reference Type
THis is the URL for the Bugtraq posting.  It was cross posted to
NT Bugtraq as well, but identical text.  It was Mnemonix...</comment>
<comment voter="Christey">BID:1811
URL:http://www.securityfocus.com/bid/1811</comment>
<comment voter="Christey">CHANGEREF BUGTRAQ add &quot;Server 2.&quot; to the subject.
Also standardize NTBUGTRAQ reference title.</comment>
<comment voter="Christey">Add &quot;uploadn.asp&quot; to the description.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:siteserver-user-dir-permissions(5384)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0361" seq="1999-0361">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>NetWare version of LaserFiche stores usernames and passwords unencrypted, and allows administrative changes without logging.</desc>
<refs>
<ref source="BUGTRAQ">Jan29,1999</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="2">Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:compulink-pw-laserfiche(1679)
Normalize BUGTRAQ reference to:
BUGTRAQ:19990129 Compulink LaserFiche Client/Server - unencrypted passwords</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0364" seq="1999-0364">
<status>Candidate</status>
<phase date="20000426">Modified</phase>
<desc>Microsoft Access 97 stores a database password as plaintext in a foreign mdb, allowing access to data.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91816470220259&amp;w=2">19990204 Microsoft Access 97 Stores Database Password as Plaintext</ref>
</refs>
<votes>
<accept count="2">Baker, LeBlanc</accept>
<modify count="1">Frech</modify>
<noop count="2">Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:access-weak-passwords(1774)
An older published reference (from our own Adam) would be
better:
ailab.coderpunks Newsgroup, 1998/06/23 &quot;Re: MS Access 2.0&quot;
http://x15.dejanews.com/[ST_rn=ps]/getdoc.xp?AN=365308578&amp;CONTEXT=9192
07028.1462108427&amp;hitnum=1</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0370" seq="1999-0370">
<status>Candidate</status>
<phase date="19991210">Modified</phase>
<desc>In Sun Solaris and SunOS, man and catman contain vulnerabilities that allow overwriting arbitrary files.</desc>
<refs>
<ref source="SUN">00184</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/165">165</ref>
</refs>
<votes>
<accept count="4">Baker, Dik, Northcutt, Prosser</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Reference: XF:sun-man</comment>
<comment voter="Christey">ADDREF CIAC:J-028

Is the Linux man symlink problem the same as the one for Sun?
See BUGTRAQ:19990602 /tmp symlink problems in SuSE Linux 6.1
Also see BID:305</comment>
<comment voter="Dik">sun bug 4154565</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0381" seq="1999-0381">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>super 3.11.6 and other versions have a buffer overflow in the syslog utility which allows a local user to gain root access.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.3.96.990225011801.12757A-100000@eleet">19990225 SUPER buffer overflow</ref>
<ref source="XF">linux-super-logging-bo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/342">342</ref>
</refs>
<votes>
<accept count="7">Baker, Blake, Cole, Frech, Landfield, Levy, Ozancin</accept>
<modify count="1">Bishop</modify>
<noop count="2">Armstrong, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Is this the same as CVE-1999-0373?  They both have the same
X-Force reference.

BID:342 suggests that there are two.

http://www.debian.org/security/1999/19990215a suggests
that there are two.  However, CVE-1999-0373 is written up in
a fashion that is too general; and both XF:linux-super-bo and
XF:linux-super-logging-bo refer to CVE-1999-0373.
CVE-1999-0373 may need to be split.
</comment>
<comment voter="Frech">From what I can surmise, ISS released the original advisory (attached to
linux-super-bo), and Sekure SDI expanded on it by releasing another related
overflow in syslog (which is linux-super-logging-bo).

When I was originally assigning these issues, I placed both XF references
and the ISS advisory on the -0373 candidate, since there was nothing else
available. Based on the information above, I'd request that
XF:linux-super-logging-bo be removed from CVE-1999-0373.</comment>
<comment voter="Christey">Given Andre's feedback, these are different issues.
CVE-1999-0373 does not need to be split because the ISS
reference is sufficient to distinguish that CVE from this
candidate; however, the CVE-1999-0373 description should
probably be modified slightly.</comment>
<comment voter="Bishop">(as indicated by Christey)</comment>
<comment voter="CHANGE">[Cole changed vote from NOOP to ACCEPT]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">There are 2 bugs, as confirmed by the super author at:
BUGTRAQ:19990226 Buffer Overflow in Super (new)
http://www.securityfocus.com/archive/1/12713
BID:397 also seems to cover this one, and it may cover
CVE-1999-0373 as well.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0389" seq="1999-0389">
<status>Candidate</status>
<phase date="19991207">Modified</phase>
<desc>Buffer overflow in the bootp server in the Debian Linux netstd package.</desc>
<refs>
<ref source="DEBIAN">19990104</ref>
<ref source="BUGTRAQ">19990103 [SECURITY] New versions of netstd fixes buffer overflows</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/324">324</ref>
</refs>
<votes>
<accept count="3">Baker, Ozancin, Stracener</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Is CVE-1999-0389 a duplicate of CVE-1999-0798?  CVE-1999-0389
has January 1999 dates associated with it, while CVE-1999-0798
was reported in late December.

Also, is this the same line of code as CVE-1999-0914?  Both are in
the netstd package, it could look like a library problem.

However, deep in the changelog in the
netstd_3.07-7slink.3.diff on Debian, Herbert Xu includes
the following entry:

+netstd (3.07-7slink.1) frozen; urgency=high
+
+  * bootpd:     Applied patch from Redhat as well as a fix for the overflow in
+                report() (fixes #30675).
+  * netkit-ftp: Applied patch from RedHat that fixes some obscure overflow
+                bugs.
+
+ -- Herbert Xu &lt;herbert@debian.org&gt;  Sat, 19 Dec 1998 14:36:48 +1100

This tells me that two separate bugs are involved.

Note that Red Hat posted *some* fix for *some* bootp problem
in June 1998.  See:
http://www.redhat.com/support/errata/rh42-errata-general.html#bootp</comment>
<comment voter="Frech">XF:debian-netstd-bo</comment>
<comment voter="Christey">Further analysis indicates that this is a duplicate of CVE-1999-0799</comment>
<comment voter="CHANGE">[Christey changed vote from REJECT to REVIEWING]</comment>
<comment voter="Christey">The fix information for BID:324 suggests that there are two
overflows, one of which is in handle_request (bootpd.c) and is
likely related to a file name; but there is another issue in
report (report.c) which also looks like a straightforward
overflow, which would suggest that this is not a duplicate of
CVE-1999-0798 or CVE-1999-0799.

Note: see comments for CVE-1999-0798 which explain how that
candidate is not related to CVE-1999-0799.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0394" seq="1999-0394">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>DPEC Online Courseware allows an attacker to change another user's password without knowing the original password.</desc>
<refs>
<ref source="BUGTRAQ">19990115 DPEC Online Courseware</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="1">Christey</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Frech">If I understand the issue, this HIGHCARD involves insecure web programming. 
If I don't understand, mark this as my first NOOP.</comment>
<comment voter="Christey">CONFIRM:http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26msg%3D19990803132618.16407.qmail%40securityfocus.com
ADDREF BID:565
URL:http://www.securityfocus.com/vdb/bottom.html?vid=565</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0397" seq="1999-0397">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>The demo version of the Quakenbush NT Password Appraiser sends passwords across the network in plaintext.</desc>
<refs>
<ref source="L0PHT">Jan21,1999</ref>
<ref source="BUGTRAQ">Jan21,1999</ref>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Wall</reject>
</votes>
<comments>
<comment voter="Wall">Reject based on beta copy.</comment>
<comment voter="Frech">XF:quakenbush-pw-appraiser(1652)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0398" seq="1999-0398">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>In some instances of SSH 1.2.27 and 2.0.11 on Linux systems, SSH will allow users with expired accounts to login.</desc>
<refs>
<ref source="BUGTRAQ">19990123 SSH 1.x and 2.x Daemon</ref>
<ref source="BUGTRAQ">19990124 SSH Daemon</ref>
<ref source="XF">ssh-exp-account-access</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">Followups to the bugtraq message (1/24/99) indicate that 1.2.27 was not yet
released. v1.2.26 should be substituted in the description for '27.
XF:ssh-exp-account-access</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0399" seq="1999-0399">
<status>Candidate</status>
<phase date="20000105">Modified</phase>
<desc>The DCC server command in the Mirc 5.5 client doesn't filter characters from file names properly, allowing remote attackers to place a malicious file in a different location, possibly allowing the attacker to execute commands.</desc>
<refs>
<ref source="BUGTRAQ">19990124 Mirc 5.5 'DCC Server' hole</ref>
<ref source="XF">mirc-dcc-metachar-filename</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:mirc-dcc-metachar-filename</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0400" seq="1999-0400">
<status>Candidate</status>
<phase date="20000105">Modified</phase>
<desc>Denial of service in Linux 2.2.0 running the ldd command on a core file.</desc>
<refs>
<ref source="BUGTRAQ">19990127 2.2.0 SECURITY (fwd)</ref>
<ref source="XF">linux-kernel-ldd-dos</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/344">344</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">BUGTRAQ:Jan27,1999
(http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1999-01-22&amp;
msg=Pine.LNX.4.05.9901270538380.539-100000@vitelus.com)
XF:linux-kernel-ldd-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0401" seq="1999-0401">
<status>Candidate</status>
<phase date="20000105">Modified</phase>
<desc>A race condition in Linux 2.2.1 allows local users to read arbitrary memory from /proc files.</desc>
<refs>
<ref source="BUGTRAQ">19990202 [patch] /proc race fixes for 2.2.1 (fwd)</ref>
<ref source="XF">linux-race-condition-proc</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:linux-race-condition-proc</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0406" seq="1999-0406">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Digital Unix Networker program nsralist has a buffer overflow which allows local users to obtain root privilege.</desc>
<refs>
<ref source="BUGTRAQ">Feb19,1999</ref>
<ref source="XF">digital-networker-bo</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">In description, change 'which' to 'that'.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0411" seq="1999-0411">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Several startup scripts in SCO OpenServer Enterprise System v 5.0.4p, including S84rpcinit, S95nis, S85tcp, and S89nfs, are vulnerable to a symlink attack, allowing a local user to gain root access.</desc>
<refs>
<ref source="BUGTRAQ">Feb19,1999</ref>
<ref source="XF">sco-startup-scripts</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">Neither XFDB nor the BugTraq article (incidentally, shows up as 7 March, not
19 February) does not mention gaining root access... it says a local user
could
&quot;delete or overwrite arbitrary files on the system.&quot;</comment>
<comment voter="Baker">By overwriting arbitrary files, one could then gain root access.  I agree with a minor description change to reflect this.</comment>
<comment voter="Christey">Normalize Bugtraq reference to:
BUGTRAQ:19990307 Little exploit for startup scripts (SCO 5.0.4p).
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92087765014242&amp;w=2
Also, SCO:SB-99.17
ftp://ftp.sco.com/SSE/security_bulletins/SB-99.17c</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0418" seq="1999-0418">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Denial of service in SMTP applications such as Sendmail, when a remote attacker (e.g. spammer) uses many &quot;RCPT TO&quot; commands in the same connection.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92100018214316&amp;w=2">19990308 SMTP server account probing</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, Foat, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-1999-0144 and CVE-1999-0250?</comment>
<comment voter="Frech">XF:smtp-rctpto-dos(7499)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0419" seq="1999-0419">
<status>Candidate</status>
<phase date="20000105">Modified</phase>
<desc>When the Microsoft SMTP service attempts to send a message to a server and receives a 4xx error code, it quickly and repeatedly attempts to redeliver the message, causing a denial of service.</desc>
<refs>
<ref source="BUGTRAQ">19990319 Microsoft's SMTP service broken/stupid</ref>
<ref source="XF">smtp-4xx-error-dos</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, LeBlanc</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:smtp-4xx-error-dos</comment>
<comment voter="LeBlanc">- if we can find a KB or something that shows that this wasn't just
user error, I'd vote ACCEPT.</comment>
<comment voter="Christey">David Lemson, Microsoft SMTP Service Program Manager,
posted a followup that said &quot;We have confirmed this as a
problem...&quot;
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92171608127206&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0426" seq="1999-0426">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>The default permissions of /dev/kmem in Linux versions before 2.0.36 allows IP spoofing.</desc>
<refs>
<ref source="BUGTRAQ">19990319 The default permissions on /dev/kmem is insecure.</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:linux-dev-kmem-spoof</comment>
<comment voter="Christey">DUPE CVE-1999-0414
XF:linux-dev-kmem-spoof does not exist.</comment>
<comment voter="Christey">*Now* XF:linux-dev-kmem-spoof(3500) exists...</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0427" seq="1999-0427">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Eudora 4.1 allows remote attackers to perform a denial of service by sending attachments with long file names.</desc>
<refs>
<ref source="BUGTRAQ">19990320 Eudora Attachment Buffer Overflow</ref>
<ref source="XF">eudora-long-attachments</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">Change version number to 4.2beta. Second to last paragraph in bugtraq
reference states: &quot;Both the Win 95 and Win NT versions, along with the 4.2
beta of Eudora are affected.&quot;</comment>
<comment voter="Christey">This issue seems to have been rediscovered in
BUGTRAQ:20000515 Eudora Pro &amp; Outlook Overflow - too long filenames again
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95842482413076&amp;w=2

Also see
BUGTRAQ:19990320 Eudora Attachment Buffer Overflow
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92195396912110&amp;w=2

Is this a duplicate/subsumed by CVE-1999-0004?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0431" seq="1999-0431">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>Linux 2.2.3 and earlier allow a remote attacker to perform an IP fragmentation attack, causing a denial of service.</desc>
<refs>
<ref source="BUGTRAQ">19990324 DoS for Linux 2.1.89 - 2.2.3: 0 length fragment bug</ref>
<ref source="XF">linux-zerolength-fragment  </ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-zerolength-fragment  </comment>
<comment voter="Christey">Consider adding BID:2247</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0434" seq="1999-0434">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>XFree86 xfs command is vulnerable to a symlink attack, allowing local users to create files in restricted directories, possibly allowing them to gain privileges or cause a denial of service.</desc>
<refs>
<ref source="BUGTRAQ">19990331 Bug in xfs</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/359">359</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:xfree86-xfs-symlink-dos</comment>
<comment voter="Christey">Is this the same problem as CVE-1999-0433?  CVE-1999-0433
deals with a symlink attack on one file (/tmp/.X11-unix),
while xfs (this candidate) deals with /tmp/.font-unix
XF:xfree86-xfs-symlink-dos doesn't exist.</comment>
<comment voter="Christey">ADDREF DEBIAN:19990331 symbolic link can be used to make any file world readable
Note: Debian's advisory says that this is not a problem for Debian.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0435" seq="1999-0435">
<status>Candidate</status>
<phase date="19990623">Proposed</phase>
<desc>MC/ServiceGuard and MC/LockManager in HP-UX allows local users to gain privileges through SAM.</desc>
<refs>
<ref source="HP">HPSBUX9903-096</ref>
</refs>
<votes>
<accept count="2">Baker, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:hp-servicegaurd</comment>
<comment voter="Christey">ADDREF CIAC:J-039</comment>
<comment voter="Christey">Note the typo in Andre's suggested reference.
Normalize to XF:hp-serviceguard(2046)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0443" seq="1999-0443">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Patrol management software allows a remote attacker to conduct a replay attack to steal the administrator password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13204">19990409 Patrol security bugs</ref>
<ref source="XF">bmc-patrol-replay</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">Change &quot;Patrol management software&quot; to &quot;The PATROL management product from
BMC Software&quot;.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0444" seq="1999-0444">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>Remote attackers can perform a denial of service in Windows machines using malicious ARP packets, forcing a message box display for each packet or filling up log files.</desc>
<refs>
<ref source="BUGTRAQ">19990412 ARP problem in Windows9X/NT</ref>
<ref source="XF">windows-arp-dos</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">ADDREF: XF:windows-arp-dos  </comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0450" seq="1999-0450">
<status>Candidate</status>
<phase date="20090622">Modified</phase>
<desc>In IIS, an attacker could determine a real path using a request for a non-existent URL that would be interpreted by Perl (perl.exe).</desc>
<refs>
<ref source="BUGTRAQ">19990122 Perl.exe and IIS security advisory</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/194">194</ref>
</refs>
<votes>
<accept count="2">Ozancin, Wall</accept>
<noop count="2">Baker, Christey</noop>
<reject count="2">Frech, LeBlanc</reject>
</votes>
<comments>
<comment voter="Frech">Can't find in database.</comment>
<comment voter="Christey">This looks like another discovery of CVE-2000-0071 </comment>
<comment voter="LeBlanc">- I just tried to repro this based on the BUGTRAQ vuln information,
and it does not repro - 
GET /bogus.pl HTTP/1.0
HTTP/1.1 404 Object Not Found
Server: Microsoft-IIS/5.0
Date: Thu, 05 Oct 2000 21:04:20 GMT
Content-Length: 3243
Content-Type: text/html
No path is returned whatsoever. This may have been a problem on some version
of IIS in the past, but the BUGTRAQ ID says all versions are vulnerable.
Let's try and figure out what version had the problem, whether it is
intrinsic to IIS or the result of adding a 3rd party implementation of perl,
and when it got fixed, then we can try again.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">Add &quot;no-such-file.pl&quot; as an example to the desc, to facilitate
search (it's used by CGI scanners and in the original example)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0451" seq="1999-0451">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Denial of service in Linux 2.0.36 allows local users to prevent any server from listening on any non-privileged port.</desc>
<refs>
<ref source="BUGTRAQ">Jan19,1999</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/343">343</ref>
</refs>
<votes>
<accept count="2">Baker, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:linux-ports-dos(8364)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0452" seq="1999-0452">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A service or application has a backdoor password that was placed there by the developer.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Frech">Much too broad. Also may be HIGHCARD (or will be in the future).</comment>
<comment voter="Baker">I think we want to address this using the dot notation idea.  We do need to address this, just not a separate entry for every single occurance.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0453" seq="1999-0453">
<status>Candidate</status>
<phase date="20040512">Modified</phase>
<desc>An attacker can identify a CISCO device by sending a SYN packet to port 1999, which is for the Cisco Discovery Protocol (CDP).</desc>
<refs>
<ref source="BUGTRAQ">19990118 Remote Cisco Identification</ref>
</refs>
<votes>
<accept count="2">Baker, Balinsky</accept>
<modify count="1">Frech</modify>
<noop count="2">Northcutt, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:cisco-ident(2289)
ADDREF BUGTRAQ:19990118 Remote Cisco Identification
In description, probably better to use &quot;Cisco&quot; as product/company name.</comment>
<comment voter="Balinsky">CiscoSecure IDS has a signature for this...ID 3602 Cisco IOS Identity.</comment>
<comment voter="Christey">There may be a slight abstraction problem here, e.g. look
at the candidate for queso/nmap; also see followup Bugtraq post
from &quot;Basement Research&quot; on 19990120 which says that there are
many other features in Cisco products that allow remote
identification.</comment>
<comment voter="Christey">fix typo: &quot;Dicsovery&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0454" seq="1999-0454">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A remote attacker can sometimes identify the operating system of a host based on how it reacts to some IP or ICMP packets, using a tool such as nmap or queso.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
<reject count="2">Baker, Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">Nmap and queso are the tip of the iceberg and not the most advanced
ways to accomplish this.  To pursue making the world signature free
is as much a vulnerability as having signatures, nay more.</comment>
<comment voter="Frech">XF:decod-nmap(2053)
XF:decod-queso(2048)</comment>
<comment voter="Christey">Add &quot;fingerprinting&quot; to facilitate search.
Some references:
MISC:http://www.insecure.org/nmap/nmap-fingerprinting-article.html
BUGTRAQ:19981228 A few more fingerprinting techniques - time and netmask
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91489155019895&amp;w=2
BUGTRAQ:19990222 Preventing remote OS detection
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91971553006937&amp;w=2
BUGTRAQ:20000901 ICMP Usage In Scanning v2.0 - Research Paper
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96791499611849&amp;w=2
BUGTRAQ:20000912 Using the Unused (Identifying OpenBSD,
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96879267724690&amp;w=2
BUGTRAQ:20000912 The DF Bit Playground (Identifying Sun Solaris &amp; OpenBSD OSs)
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96879481129637&amp;w=2
BUGTRAQ:20000816 TOSing OSs out of the window / Fingerprinting Windows 2000 with
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96644121403569&amp;w=2
BUGTRAQ:20000609 p0f - passive os fingerprinting tool
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96062535628242&amp;w=2</comment>
<comment voter="Baker">I think we can probably reject this as the corollary is that you can identify OS from a IP/TCP packet sent by a system, looking at various parts of the SYN packet.  Unless we believe that all systems should always use identical packet header/identical responses, in which case the protocol should not permit variation.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0455" seq="1999-0455">
<status>Candidate</status>
<phase date="19991210">Modified</phase>
<desc>The Expression Evaluator sample application in ColdFusion allows remote attackers to read or delete files on the server via exprcalc.cfm, which does not restrict access to the server properly.</desc>
<refs>
<ref source="ALLAIRE">ASB-001</ref>
<ref source="XF">coldfusion-expression-evaluator</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/115">115</ref>
</refs>
<votes>
<accept count="3">Balinsky, Frech, Ozancin</accept>
<modify count="1">Wall</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">The reference should be ASB99-01 (Expression Evaluator Security Issues)
make application plural since there are three sample applications
(openfile.cfm, displayopenedfile.cfm, and exprcalc.cfm).</comment>
<comment voter="Christey">The CD:SF-EXEC and CD:SF-LOC content decisions apply here.
Since there are 3 separate &quot;executables&quot; with the same
(or similar) problem, we need to make sure that CD:SF-EXEC
determines what to do here.  There is evidence that some
of these .cfm scripts have an &quot;include&quot; file, and if so, 
then CD:SF-LOC says that we shouldn't make separate entries
for each of these scripts.  On the other hand, the initial
L0pht discovery didn't include all 3 of these scripts, and
as far as I can tell, Allaire had patched the first problem
before the others were discovered.  So, CD:DISCOVERY-DATE
may argue that we should split these because the problems
were discovered and patched at different times.

In any case, this candidate can not be accepted until the
Editorial Board has accepted the CD:SF-EXEC, CD:SF-LOC,
and CD:DISCOVERY-DATE content decisions.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0459" seq="1999-0459">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Local users can perform a denial of service in Alpha Linux, using MILO to force a reboot.</desc>
<refs>
<ref source="XF">linux-milo-halt</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Baker, Northcutt</noop>
<reject count="1">Wall</reject>
</votes>
<comments>
<comment voter="Wall">Reject based on beta copy.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0460" seq="1999-0460">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>Buffer overflow in Linux autofs module through long directory names allows local users to perform a denial of service.</desc>
<refs>
<ref source="BUGTRAQ">19990218 Linux autofs overflow in 2.0.36+</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/312">312</ref>
</refs>
<votes>
<accept count="2">Baker, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:linux-autofs-bo(8365)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0461" seq="1999-0461">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Versions of rpcbind including Linux, IRIX, and Wietse Venema's rpcbind allow a remote attacker to insert and delete entries by spoofing a source address.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">ADDREF XF:pmap-sset</comment>
<comment voter="Christey">CVE-1999-0195 = CVE-1999-0461 ?
If this is approved over CVE-1999-0195, make sure it gets
XF:pmap-sset</comment>
<comment voter="Baker">THis does appear to be a duplicate.  We should accept 1999-0195, since it already has the votes and get rid of this one</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0462" seq="1999-0462">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>suidperl in Linux Perl does not check the nosuid mount option on file systems, allowing local users to gain root access by placing a setuid script in a mountable file system, e.g. a CD-ROM or floppy disk.</desc>
<refs>
<ref source="BUGTRAQ">19990114 Secuity hole with perl (suidperl) and nosuid mounts on Linux</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/339">339</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:perl-suidperl-bo</comment>
<comment voter="Christey">XF:perl-suidperl-bo doesn't exist.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0465" seq="1999-0465">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Remote attackers can crash Lynx and Internet Explorer using an IMG tag with a large width parameter.</desc>
<refs>
<ref source="XF">http-img-overflow</ref>
</refs>
<votes>
<accept count="2">Frech, Northcutt</accept>
<noop count="1">Baker</noop>
<reject count="2">LeBlanc, Wall</reject>
</votes>
<comments>
<comment voter="Wall">Reject based on client-side DoS</comment>
<comment voter="LeBlanc">Client side DOS</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0467" seq="1999-0467">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>The Webcom CGI Guestbook programs wguest.exe and rguest.exe allow a remote attacker to read arbitrary files using the &quot;template&quot; parameter.</desc>
<refs>
<ref source="NTBUGTRAQ">19990409 Webcom's CGI Guestbook for Win32 web servers</ref>
<ref source="XF">http-cgi-webcom-guestbook</ref>
</refs>
<votes>
<accept count="4">Blake, Frech, Landfield, Ozancin</accept>
<noop count="3">Baker, Christey, Northcutt</noop>
</votes>
<comments>
<comment voter="Christey">CVE-1999-0287 is probably a duplicate of CVE-1999-0467.  In
NTBUGTRAQ:19990409 Webcom's CGI Guestbook for Win32 web servers
Mnemonix says that he had previously reported on a similar
problem.  Let's refer to the NTBugtraq posting as
CVE-1999-0467.  We will refer to the &quot;previous report&quot; as
CVE-1999-0287, which can be found at:
http://oliver.efri.hr/~crv/security/bugs/NT/httpd41.html

0287 describes an exploit via the &quot;template&quot; hidden variable.
The exploit describes manually editing the HTML form to
change the filename to read from the template variable.

The exploit as described in 0467 encodes the template variable
directly into the URL.  However, hidden variables are also
encoded into the URL, which would have looked the same to
the web server regardless of the exploit.  Therefore 0287
and 0467 are the same.</comment>
<comment voter="Christey"> 
The CD:SF-EXEC content decision also applies here.  We have 2
programs, wguest.exe and rguest.exe, which appear to have the
same problem.  CD:SF-EXEC needs to be accepted by the Editorial
Board before this candidate can be converted into a CVE
entry.  When finalized, CD:SF-EXEC will decide whether
this candidate should be split or not.</comment>
<comment voter="Christey">BID:2024</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0469" seq="1999-0469">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Internet Explorer 5.0 allows window spoofing, allowing a remote attacker to spoof a legitimate web site and capture information from the client.</desc>
<refs>
<ref source="BUGTRAQ">19990409 IE 5.0 security vulnerabilities - %01 bug again</ref>
<ref source="XF">ie-window-spoof</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="2">Baker, Northcutt</noop>
<reject count="3">Christey, Frech, LeBlanc</reject>
</votes>
<comments>
<comment voter="Wall">Reference: Microsoft Security Bulletin MS99-012</comment>
<comment voter="Christey">DUPE CVE-1999-0488</comment>
<comment voter="Frech">Defer to Christey's vote.
However, XF:ie-mshtml-crossframe(2216) assigned to CVE-1999-0488.</comment>
<comment voter="LeBlanc">Duplicate</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0476" seq="1999-0476">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A weak encryption algorithm is used for passwords in SCO TermVision, allowing them to be easily decrypted by a local user.</desc>
<refs>
<ref source="BUGTRAQ">19990331 Potential vulnerability in SCO TermVision Windows 95 client</ref>
<ref source="XF">sco-termvision-password</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Ozancin</accept>
<noop count="3">LeBlanc, Northcutt, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0477" seq="1999-0477">
<status>Candidate</status>
<phase date="19991210">Modified</phase>
<desc>The Expression Evaluator in the ColdFusion Application Server allows a remote attacker to upload files to the server via openfile.cfm, which does not restrict access to the server properly.</desc>
<refs>
<ref source="L0PHT">Cold Fusion App Server</ref>
<ref source="XF">coldfusion-expression-evaluator</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/115">115</ref>
</refs>
<votes>
<accept count="4">Baker, Christey, Frech, Ozancin</accept>
<reject count="1">Wall</reject>
</votes>
<comments>
<comment voter="Wall">Duplicate of 0455</comment>
<comment voter="Christey">CVE-1999-0477 and CVE-1999-0455 were discovered at different
times.  Also, the attack was different.  So &quot;Same Attack&quot; and
&quot;Same Time of Discovery&quot; dictate that these should remain
separate.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0480" seq="1999-0480">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>Local attackers can conduct a denial of service in Midnight Commander 4.x with a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">19980315 Midnight Commander /tmp race</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:midnight-commander-symlink-dos</comment>
<comment voter="Christey">XF:midnight-commander-symlink-dos(3505)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0486" seq="1999-0486">
<status>Candidate</status>
<phase date="20000106">Modified</phase>
<desc>Denial of service in AOL Instant Messenger when a remote attacker sends a malicious hyperlink to the receiving client, potentially causing a system crash.</desc>
<refs>
<ref source="BUGTRAQ">19990420 AOL Instant Messenger URL Crash</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:aol-im.</comment>
<comment voter="Christey">XF:aol-im appears to be related to the problem discussed in
BUGTRAQ:19980224 AOL Instant Messanger Bug

This one is related to BUGTRAQ:19990420 AOL Instant Messenger URL Crash</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0488" seq="1999-0488">
<status>Candidate</status>
<phase date="19991205">Modified</phase>
<desc>Internet Explorer 4.0 and 5.0 allows a remote attacker to execute security scripts in a different security context using malicious URLs, a variant of the &quot;cross frame&quot; vulnerability.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-012.asp">MS99-012</ref>
</refs>
<votes>
<accept count="2">Baker, Landfield</accept>
<modify count="2">Frech, Wall</modify>
<noop count="2">Christey, Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:ie-mshtml-crossframe</comment>
<comment voter="Wall">(source: MSKB:Q168485)</comment>
<comment voter="Christey">CVE-1999-0469 appears to be a duplicate; prefer this one over
that one, since this one has an MS advisory.  Confirm with
Microsoft that these are really duplicates.

Also review CVE-1999-0487, which appears to be a similar
bug.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0489" seq="1999-0489">
<status>Candidate</status>
<phase date="19991205">Modified</phase>
<desc>MSHTML.DLL in Internet Explorer 5.0 allows a remote attacker to paste a file name into the file upload intrinsic control, a variant of &quot;untrusted scripted paste&quot; as described in MS:MS98-013.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-015.asp">MS99-015</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Wall</modify>
<noop count="2">Baker, Ozancin</noop>
<recast count="1">Prosser</recast>
<reject count="1">Christey</reject>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">Wasn't Untrusted scripted paste MS98-015? I can find no mention of a
clipboard in either.
I cannot proceed on this one without further clarification.</comment>
<comment voter="Wall">(source: MS:MS99-012)</comment>
<comment voter="Prosser">agree with Andre here.  The Untrusted Scripted paste
vulnerability was originally addressed in MS98-015 and it is in the file
upload intrinsic control in which an attacker can paste the name of a file
on the target's drive in the control and a form submission would then send
that file from the attacked machine to the remote web site.  This one has
nothing to do with the clipboard.  What the advisory mentioned here,
MS99-012, does is replace the MSHTML parsing engine which is supposed to fix
the original Untrusted Scripted Paste issue and a variant, as well as the
two Cross-Frame variants and a privacy issue in IMG SRC.  
The vulnerability that allowed reading of a user's clipboard is the Forms
2.0 Active X control vulnerability discussed in MS99-01</comment>
<comment voter="Christey">The advisory should have been listed as MS99-012.  
CVE-1999-0468 describes the untrusted scripted paste problem
in MS99-012.</comment>
<comment voter="Frech">Pending response to guidance request. 12/6/01.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0490" seq="1999-0490">
<status>Candidate</status>
<phase date="19991205">Modified</phase>
<desc>MSHTML.DLL in Internet Explorer 5.0 allows a remote attacker to learn information about a local user's files via an IMG SRC tag.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-012.asp">MS99-012</ref>
</refs>
<votes>
<accept count="2">Landfield, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Ozancin</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:ie-scriplet-fileread</comment>
<comment voter="Christey">Duplicate of CVE-1999-0347?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0492" seq="1999-0492">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>The ffingerd 1.19 allows remote attackers to identify users on the target system based on its responses.</desc>
<refs>
<ref source="BUGTRAQ">Apr23,1999</ref>
</refs>
<votes>
<accept count="3">Armstrong, Collins, Northcutt</accept>
<modify count="4">Baker, Blake, Frech, Shostack</modify>
<noop count="4">Christey, Cole, Landfield, Wall</noop>
<reviewing count="1">Ozancin</reviewing>
</votes>
<comments>
<comment voter="Shostack">isn't that what finger is supposed to do?</comment>
<comment voter="Landfield">Maybe we need a new category of &quot;unsafe system utilities and protocols&quot;</comment>
<comment voter="Blake">Ffingerd 1.19 allows remote attackers to differentiate valid and invalid
usernames on the target system based on its responses to finger queries.</comment>
<comment voter="Christey">CHANGEREF BUGTRAQ [canonicalize]
BUGTRAQ:19990423 Ffingerd privacy issues
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92488772121313&amp;w=2

Here's the nature of the problem.
(1) FFingerd allows users to decide not to be fingered,
printing a message &quot;That user does not want to be fingered&quot;
(2) If the fingered user does not exist, then FFingerd's
intended default is to print that the user does not
want to be fingered; however, the error message has a
period at the end.
Thus, ffingerd can allow someone to determine who valid users
on the server are, *in spite of* the intended functionality of
ffingerd itself.  Thus this exposure should be viewed in light
of the intended functionality of the application, as opposed
to the common usage of the finger protocol in general.

Also, the vendor posted a followup and said that a patch was
available.  See:
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92489375428016&amp;w=2</comment>
<comment voter="Baker">Vulnerability Reference (HTML)	Reference Type
http://www.securityfocus.com/archive/1/13422	Misc Defensive Info</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:ffinger-user-info(5393)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0495" seq="1999-0495">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A remote attacker can gain access to a file system using ..  (dot dot) when accessing SMB shares.</desc>
<refs>
</refs>
<votes>
<accept count="6">Baker, Blake, Cole, Collins, Northcutt, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="4">Armstrong, Bishop, Landfield, Wall</noop>
<reviewing count="2">Christey, Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:nb-dotdotknown(837)
References would be appreciated. We've got no reference for this issue;
confidence rating is consequently low. </comment>
<comment voter="Levy">Some refernces:
http://www.securityfocus.com/archive/1/3894
http://www.securityfocus.com/archive/1/3533
http://www.securityfocus.com/archive/1/3535</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0497" seq="1999-0497">
<status>Candidate</status>
<phase date="20040811">Modified</phase>
<desc>Anonymous FTP is enabled.</desc>
<refs>
</refs>
<votes>
<accept count="1">Shostack</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">ftp-anon(52) at http://xforce.iss.net/static/52.php
ftp-anon2(543) at http://xforce.iss.net/static/543.php</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
<comment voter="Baker">DOn't know about this, but it may be the only easy way to allow access to data for some folks.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0498" seq="1999-0498">
<status>Candidate</status>
<phase date="19990925">Modified</phase>
<desc>TFTP is not running in a restricted directory, allowing a remote attacker to access sensitive information such as password files.</desc>
<refs>
<ref source="CERT">CA-91.18.Active.Internet.tftp.Attacks</ref>
</refs>
<votes>
<accept count="3">Blake, Hill, Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:linux-tftp</comment>
<comment voter="Christey">XF:linux-tftp refers to CVE-1999-0183</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0499" seq="1999-0499">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>NETBIOS share information may be published through SNMP registry keys in NT.</desc>
<refs>
</refs>
<votes>
<accept count="5">Baker, Northcutt, Ozancin, Shostack, Wall</accept>
<modify count="1">Frech</modify>
<reject count="1">LeBlanc</reject>
</votes>
<comments>
<comment voter="Frech">Change wording to 'Windows NT.'
XF:snmp-netbios</comment>
<comment voter="LeBlanc">Share info can be obtained via SNMP queries, but I question
whether this is a vulnerability. The system can be configured not to do
this, and one may argue that SNMP itself is an insecure configuration.
Furthermore, the share information isn't published via registry keys -
the description could refer to more than one actual issue. SNMP is meant
to allow people to obtain information about systems. I'm willing to
discuss this with the rest of the board.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0501" seq="1999-0501">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A Unix account has a guessable password.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Northcutt, Shostack</accept>
<recast count="2">Frech, Meunier</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Guessable falls into the class of CVE-1999-0502, since I can guess a
default, null, etc. password.
Suggest changing to something like &quot;has an existing non-default password
that can be guessed.&quot;
I'm also including default passwords in this entry. 
In that vein, we show the following references:
XF:user-password
XF:passwd-username
XF:default-unix-sync
XF:default-unix-4dgifts
XF:default-unix-bin
XF:default-unix-daemon
XF:default-unix-lp
XF:default-unix-me
XF:default-unix-nuucp
XF:default-unix-root
XF:default-unix-toor
XF:default-unix-tour
XF:default-unix-tty
XF:default-unix-uucp</comment>
<comment voter="Christey">This candidate is affected by the CD:CF-PASS content decision,
which determines the appropriate level of abstraction to
use for password problems.  CD:CF-PASS needs to be accepted
by the Editorial Board before this candidate can be
converted into a CVE entry; the final version of CD:CF-PASS
may require using a different LOA than this candidate is
currently using.</comment>
<comment voter="CHANGE">[Meunier changed vote from ACCEPT to RECAST]</comment>
<comment voter="Meunier">This relates only to account password technology, so this candidate is
independent of the operating system, application, web site or other
application of this technology.  The appropriate (natural) level of
abstraction is therefore without specifying that it is for UNIX.
Change the description to &quot;An account has a guessable password other
than default, null, blank.&quot;  This should satisfy Andre's objection.

This Candidate should be merged with any candidate relating to
account password technology where &quot;Unix&quot; in the original description
can be replaced by something else.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0502" seq="1999-0502">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A Unix account has a default, null, blank, or missing password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:passwd-blank
XF:no-pass
XF:dict
XF:sgi-accounts
XF:linux-caldera-lisa</comment>
<comment voter="Christey">This candidate is affected by the CD:CF-PASS content decision,
which determines the appropriate level of abstraction to
use for password problems.  CD:CF-PASS needs to be accepted
by the Editorial Board before this candidate can be
converted into a CVE entry; the final version of CD:CF-PASS
may require using a different LOA than this candidate is
currently using.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0503" seq="1999-0503">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A Windows NT local user or administrator account has a guessable password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Note: I am assuming that this entry includes Windows 2000 accounts and
machine/service accounts listed in User Manager.
XF:nt-guess-admin
XF:nt-guess-user
XF:nt-guess-guest
XF:nt-guessed-operpwd
XF:nt-guessed-powerwd
XF:nt-guessed-disabled
XF:nt-guessed-backup
XF:nt-guessed-acctoper-pwd
XF:nt-adminuserpw
XF:nt-guestuserpw
XF:nt-accountuserpw
XF:nt-operator-userpw
XF:nt-service-user-pwd
XF:nt-server-oper-user-pwd
XF:nt-power-user-pwd
XF:nt-backup-operator-userpwd
XF:nt-disabled-account-userpwd</comment>
<comment voter="Christey">This candidate is affected by the CD:CF-PASS content decision,
which determines the appropriate level of abstraction to
use for password problems.  CD:CF-PASS needs to be accepted
by the Editorial Board before this candidate can be
converted into a CVE entry; the final version of CD:CF-PASS
may require using a different LOA than this candidate is
currently using.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0504" seq="1999-0504">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A Windows NT local user or administrator account has a default, null, blank, or missing password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:nt-guestblankpw
XF:nt-adminblankpw
XF:nt-adminnopw
XF:nt-usernopw
XF:nt-guestnopw
XF:nt-accountblankpw
XF:nt-nopw
XF:nt-operator-blankpwd
XF:nt-server-oper-blank-pwd
XF:nt-power-user-blankpwd
XF:nt-backup-operator-blankpwd
XF:nt-disabled-account-blankpwd</comment>
<comment voter="Christey">This candidate is affected by the CD:CF-PASS content decision,
which determines the appropriate level of abstraction to
use for password problems.  CD:CF-PASS needs to be accepted
by the Editorial Board before this candidate can be
converted into a CVE entry; the final version of CD:CF-PASS
may require using a different LOA than this candidate is
currently using.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0505" seq="1999-0505">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A Windows NT domain user or administrator account has a guessable password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:nt-guessed-domain-userpwd
XF:nt-guessed-domain-guestpwd
XF:nt-guessed-domain-adminpwd
XF:nt-domain-userpwd
XF:nt-domain-admin-userpwd
XF:nt-domain-guest-userpwd
XF:win2k-certpub-usrpwd
XF:win2k-dhcpadm-usrpwd
XF:win2k-dnsadm-usrpwd
XF:win2k-entadm-usrpwd
XF:win2k-schema-usrpwd
XF:win2k-guessed-certpub
XF:win2k-guessed-dhcpadm
XF:win2k-guessed-dnsadm
XF:win2k-guessed-entadm
XF:win2k-guessed-schema</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0506" seq="1999-0506">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A Windows NT domain user or administrator account has a default, null, blank, or missing password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:nt-domain-admin-blankpwd
XF:nt-domain-admin-nopwd
XF:nt-domain-guest-blankpwd
XF:nt-domain-guest-nopwd
XF:nt-domain-user-blankpwd
XF:nt-domain-user-nopwd
XF:win2k-certpub-blnkpwd
XF:win2k-dhcpadm-blnkpwd
XF:win2k-dnsadm-blnkpwd
XF:win2k-entadm-blnkpwd
XF:win2k-schema-blnkpwd</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0507" seq="1999-0507">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>An account on a router, firewall, or other network device has a guessable password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:firewall-tisopen
XF:firewall-raptoropen
XF:firewall-msopen
XF:firewall-checkpointopen
XF:firewall-ciscoopen</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0508" seq="1999-0508">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>An account on a router, firewall, or other network device has a default, null, blank, or missing password.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">Note: Because the distinction between network hardware and software is not
distinct, 
the term 'network device' was liberally interpreted. Feel free to reject any
of the
below terms.
XF:default-netranger
XF:cayman-gatorbox
XF:breezecom-default-passwords
XF:default-portmaster
XF:wingate-unpassworded
XF:netopia-unpassworded
XF:default-bay-switches
XF:motorola-cable-default-pass
XF:default-flowpoint
XF:qms-2060-no-root-password
XF:avirt-ras-password
XF:webtrends-rtp-serv-install-password
XF:cisco-bruteforce
XF:cisco-bruteadmin
XF:sambar-server-defaults
XF:management-pfcuser
XF:http-cgi-wwwboard-default</comment>
<comment voter="Christey">DELREF XF:avirt-ras-password - does not fit CVE-1999-0508.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0509" seq="1999-0509">
<status>Candidate</status>
<phase date="20000114">Modified</phase>
<desc>Perl, sh, csh, or other shell interpreters are installed in the cgi-bin directory on a WWW site, which allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="CERT">CA-96.11</ref>
</refs>
<votes>
<accept count="2">Northcutt, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">What is the right level of abstraction to use here?  Should
we combine all possible interpreters into a single entry,
or have a different entry for each one?  I've often seen
Perl separated from other interpreters - is it included
by default in some Windows web server configurations?</comment>
<comment voter="Christey">Add tcsh, zsh, bash, rksh, ksh, ash, to support search.</comment>
<comment voter="Frech">XF:http-cgi-vuln(146)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0510" seq="1999-0510">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A router or firewall allows source routed packets from arbitrary hosts.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:source-routing</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0511" seq="1999-0511">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>IP forwarding is enabled on a machine which is not a router or firewall.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:ip-forwarding</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0512" seq="1999-0512">
<status>Candidate</status>
<phase date="20020427">Modified</phase>
<desc>A mail server is explicitly configured to allow SMTP mail relay, which allows abuse by spammers.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:smtp-sendmail-relay(210)
XF:ntmail-relay(2257)
XF:exchange-relay(3107) (also assigned to CVE-1999-0682)
XF:smtp-relay-uucp(3470)
XF:sco-sendmail-spam(4342)
XF:sco-openserver-mmdf-spam(4343)
XF:lotus-domino-smtp-mail-relay(6591)
XF:win2k-smtp-mail-relay(6803)
XF:cobalt-poprelayd-mail-relay(6806)

Candidate implicitly may refer to relaying settings enabled by default, or
the bypass/circumvention of relaying. Both interpretations were used in
assigning this candidate.</comment>
<comment voter="Christey">The intention of this candidate is to cover configurations in
which the admin has explicitly enabled relaying.  Other cases
in which the application *intends* to prvent relaying, but
there is some specific input that bypasses/tricks it, count
as vulnerabilities (or exposures?) and as such would be
assigned different numbers.

http://www.sendmail.org/~ca/email/spam.html seems like a good
general resource, as does ftp://ftp.isi.edu/in-notes/rfc2505.txt</comment>
<comment voter="Christey">I changed the description to make it more clear that the issue
is that of explicit configuration, as opposed to being the
result of a vulnerability.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0515" seq="1999-0515">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An unrestricted remote trust relationship for Unix systems has been set up, e.g. by using a + sign in /etc/hosts.equiv.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<modify count="1">Frech</modify>
<reject count="1">Shostack</reject>
</votes>
<comments>
<comment voter="Shostack">Overly broad</comment>
<comment voter="Frech">XF:rsh-equiv(111)</comment>
<comment voter="Baker">Since this is unrestricted trust, I agree this is a problem</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0516" seq="1999-0516">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>An SNMP community name is guessable.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:snmp-get-guess
XF:snmp-set-guess
XF:sol-hidden-commstr
XF:hpov-hidden-snmp-comm</comment>
<comment voter="Christey">This candidate is affected by the CD:CF-PASS content decision,
which determines the appropriate level of abstraction to
use for password problems.  CD:CF-PASS needs to be accepted
by the Editorial Board before this candidate can be
converted into a CVE entry; the final version of CD:CF-PASS
may require using a different LOA than this candidate is
currently using.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0517" seq="1999-0517">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>An SNMP community name is the default (e.g. public), null, or missing.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:nt-snmp
XF:snmp-comm
XF:snmp-set-any
XF:snmp-get-public
XF:snmp-set-public
XF:snmp-get-any</comment>
<comment voter="Christey">This candidate is affected by the CD:CF-PASS content decision,
which determines the appropriate level of abstraction to
use for password problems.  CD:CF-PASS needs to be accepted
by the Editorial Board before this candidate can be
converted into a CVE entry; the final version of CD:CF-PASS
may require using a different LOA than this candidate is
currently using.</comment>
<comment voter="Christey">Consider adding BID:2112</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0518" seq="1999-0518">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A NETBIOS/SMB share password is guessable.</desc>
<refs>
</refs>
<votes>
<accept count="5">Baker, LeBlanc, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">Change description term to NetBIOS.
XF:nt-netbios-perm
XF:sharepass
XF:win95-smb-password
XF:nt-netbios-dict</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0519" seq="1999-0519">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A NETBIOS/SMB share password is the default, null, or missing.</desc>
<refs>
</refs>
<votes>
<accept count="5">Baker, LeBlanc, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">Change description term to NetBIOS.
XF:decod-smb-password-empty
XF:nt-netbios-everyoneaccess
XF:nt-netbios-guestaccess
XF:nt-netbios-allaccess
XF:nt-netbios-open
XF:nt-netbios-write
XF:nt-netbios-shareguest
XF:nt-writable-netbios
XF:nt-netbios-everyoneaccess-printer
XF:nt-netbios-share-print-guest</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0520" seq="1999-0520">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>A system-critical NETBIOS/SMB share has inappropriate access control.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<recast count="1">Northcutt</recast>
<reject count="1">LeBlanc</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Northcutt">I think we need to enumerate the shares and or the access control</comment>
<comment voter="Christey">One question is, what is &quot;inappropriate&quot;?  It's probably
very dependent on the policy of the enterprise on which
this is found.  And should writable shares be different
from readable shares?  (Or file systems, mail spools, etc.)
Yes, the impact may be different, but we could have a
large number of entries for each possible type of access.
A content decision (CD:CF-DATA) needs to be reviewed
and accepted by the Editorial Board in order to resolve
this question.</comment>
<comment voter="LeBlanc">Unacceptably vague - agree with Christey's comments.</comment>
<comment voter="Frech">associated to:
XF:nt-netbios-everyoneaccess(1)
XF:nt-netbios-guestaccess(2)
XF:nt-netbios-allaccess(3)
XF:nt-netbios-open(15)
XF:nt-netbios-write(19)
XF:nt-netbios-shareguest(20)
XF:nt-writable-netbios(26)
XF:nb-rootshare(393)
XF:decod-smb-password-empty(2358)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0521" seq="1999-0521">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>An NIS domain name is easily guessable.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:nis-dom</comment>
<comment voter="Christey">Consider http://www.cert.org/advisories/CA-1992-13.html
as well as ftp://ciac.llnl.gov/pub/ciac/bulletin/c-fy92/c-25.ciac-sunos-nis-patch</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0522" seq="1999-0522">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>The permissions for a system-critical NIS+ table (e.g. passwd) are inappropriate.</desc>
<refs>
<ref source="CERT">CA-96.10</ref>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">Why not say world readable, this is what you do further down in the
file (world exportable in CVE-1999-0554)</comment>
<comment voter="Christey">ADDREF AUSCERT:AA-96.02</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0523" seq="1999-0523">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>ICMP echo (ping) is allowed from arbitrary hosts.</desc>
<refs>
</refs>
<votes>
<modify count="1">Meunier</modify>
<noop count="1">Baker</noop>
<reject count="2">Frech, Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">(Though I sympathize with this one :)</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
<comment voter="Frech">Ping is a utility that can be run on demand; ICMP echo is a
message 
type. As currently worded, this candidate seems as if an arbitrary
host 
is vulnerable because it is capable of running an arbitrary program
or
function (in this case, ping/ICMP echo). There are many
programs/functions that 
'shouldn't' be on a computer, from a security admin's perspective.
Even if this
were a vulnerability, it would be impacted by CD-HIGHCARD.</comment>
<comment voter="Meunier">Every ICMP message type presents a vulnerability or an
exposure, if access is not controlled.  By that I mean not only those
in RFC 792, but also those in RFC 1256, 950, and more.  I think that
the description should be changed to &quot;ICMP messages are acted upon
without any access control&quot;.  ICMP is an error and debugging protocol.
We complain about vendors leaving testing backdoors in their programs.
ICMP is the equivalent for TCP/IP.  ICMP should be in the dog house,
unless you are trying to troubleshoot something.  MTU discovery is
just a performance tweak -- it's not necessary.  I don't know of any
ICMP message type that is necessary if the network is functional.
Limited logging of ICMP messages could be useful, but acting upon them
and allowing the modification of routing tables, the behavior of the
TCP/IP stack, etc... without any form of authentication is just crazy.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0524" seq="1999-0524">
<status>Candidate</status>
<phase date="20070716">Modified</phase>
<desc>ICMP information such as (1) netmask and (2) timestamp is allowed from arbitrary hosts.</desc>
<refs>
<ref source="MISC" url="http://descriptions.securescout.com/tc/11010">http://descriptions.securescout.com/tc/11010</ref>
<ref source="MISC" url="http://descriptions.securescout.com/tc/11011">http://descriptions.securescout.com/tc/11011</ref>
<ref source="MISC" url="http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&amp;externalId=1434">http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&amp;externalId=1434</ref>
<ref source="OSVDB" url="http://www.osvdb.org/95">95</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/306">icmp-netmask(306)</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/322">icmp-timestamp(322)</ref>
</refs>
<votes>
<modify count="3">Baker, Frech, Meunier</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">XF:icmp-timestamp
XF:icmp-netmask</comment>
<comment voter="Meunier">If this is not merged with 1999-0523 as I commented for that
CVE, then the description should be changed to &quot;ICMP messages of types
13 and 14 (timestamp request and reply) and 17 and 18 (netmask request
and reply) are acted upon without any access control&quot;.  It's a more
precise and correct language.  I believe that this is a valid CVE
entry (it's a common source of vulnerabilities or exposures) even
though I see that the inferred action was &quot;reject&quot;.  Knowing the time
of a host also allows attacks against random number generators that
are seeded with the current time.  I want to push to have it accepted.</comment>
<comment voter="Baker">I agree with the description changes suggested by Pascal</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0525" seq="1999-0525">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>IP traceroute is allowed from arbitrary hosts.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">XF:traceroute</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0527" seq="1999-0527">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>The permissions for system-critical data in an anonymous FTP account are inappropriate.  For example, the root directory is writeable by world, a real password file is obtainable, or executable commands such as &quot;ls&quot; can be overwritten.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Northcutt, Wall</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Northcutt">That that starts to get specific :)</comment>
<comment voter="Frech">ftp-writable-directory(6253)
ftp-write(53)
&quot;writeable&quot; in the description should be &quot;writable.&quot; </comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0528" seq="1999-0528">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A router or firewall forwards external packets that claim to come from inside the network that the router/firewall is in front of.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Meunier, Northcutt</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">possibly XF:nisd-dns-fwd-check</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:firewall-external-packet-forwarding(8372)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0529" seq="1999-0529">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A router or firewall forwards packets that claim to come from IANA reserved or private addresses, e.g. 10.x.x.x, 127.x.x.x, 217.x.x.x, etc.</desc>
<refs>
</refs>
<votes>
<accept count="1">Frech</accept>
<modify count="2">Baker, Meunier</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">I have seen ISPs &quot;assign&quot; private addresses within their domain</comment>
<comment voter="Meunier">A border router or firewall forwards packets that claim to come from IANA
reserved or private addresses, e.g. 10.x.x.x, 127.x.x.x, 217.x.x.x,
etc, outside of their area of validity.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Baker">I think the description should be modified to say they accept this type of traffic from an interface not residing on private/reserved network.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0530" seq="1999-0530">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A system is operating in &quot;promiscuous&quot; mode which allows it to perform packet sniffing.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<modify count="1">Frech</modify>
<reject count="1">Shostack</reject>
</votes>
<comments>
<comment voter="Frech">XF:etherstatd(264)
XF:sniffer-attack(778) 
XF:decod-packet-capture-remote(1072)
XF:netmon-running(1448)
XF:netxray3-probe(1450)
XF:sol-snoop-getquota-bo(3670) (also assigned to CVE-1999-0974)</comment>
<comment voter="Baker">Does pose a problem in non-switched environments</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0531" seq="1999-0531">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;An SMTP service supports EXPN, VRFY, HELP, ESMTP, and/or EHLO.&quot;</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<recast count="1">Shostack</recast>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Shostack">I think expn != vrfy, help, esmtp.</comment>
<comment voter="Frech">XF:lotus-domino-esmtp-bo(4499) (also assigned to CVE-2000-0452 and
CVE-2000-1046)
XF:smtp-expn(128)
XF:smtp-vrfy(130)
XF:smtp-helo-bo(886)
XF:smtp-vrfy-bo(887)
XF:smtp-expn-bo(888)
XF:slmail-vrfyexpn-overflow(1721)
XF:smtp-ehlo(323)

Perhaps add RCPT? If so, add XF:smtp-rcpt(1928)</comment>
<comment voter="Christey">XF:smtp-vrfy(130) ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0532" seq="1999-0532">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A DNS server allows zone transfers.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">(With split DNS implementations this is quite appropriate)</comment>
<comment voter="Frech">XF:dns-zonexfer</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0533" seq="1999-0533">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A DNS server allows inverse queries.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">(rule of thumb)</comment>
<comment voter="Frech">XF:dns-iquery</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0534" seq="1999-0534">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT user has inappropriate rights or privileges, e.g. Act as System, Add Workstation, Backup, Change System Time, Create Pagefile, Create Permanent Object, Create Token Name, Debug, Generate Security Audit, Increase Priority, Increase Quota, Load Driver, Lock Memory, Profile Single Process, Remote Shutdown, Replace Process Token, Restore, System Environment, Take Ownership, or Unsolicited Input.</desc>
<refs>
</refs>
<votes>
<accept count="5">Baker, Christey, Ozancin, Shostack, Wall</accept>
<modify count="2">Frech, Northcutt</modify>
</votes>
<comments>
<comment voter="Northcutt">If we are going to write a laundry list put access to the scheduler in it.</comment>
<comment voter="Christey">The list of privileges is very useful for lookup.</comment>
<comment voter="Frech">XF:nt-create-token
XF:nt-replace-token
XF:nt-lock-memory
XF:nt-increase-quota
XF:nt-unsol-input
XF:nt-act-system
XF:nt-create-object
XF:nt-sec-audit
XF:nt-add-workstation
XF:nt-manage-log
XF:nt-take-owner
XF:nt-load-driver
XF:nt-profile-system
XF:nt-system-time
XF:nt-single-process
XF:nt-increase-priority
XF:nt-create-pagefile
XF:nt-backup
XF:nt-restore
XF:nt-debug
XF:nt-system-env
XF:nt-remote-shutdown</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0535" seq="1999-0535">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT account policy for passwords has inappropriate, security-critical settings, e.g. for password length, password age, or uniqueness.</desc>
<refs>
</refs>
<votes>
<accept count="2">Shostack, Wall</accept>
<modify count="2">Baker, Frech</modify>
<recast count="2">Northcutt, Ozancin</recast>
</votes>
<comments>
<comment voter="Northcutt">inappropriate implies there is appropriate.  As a guy who has been
monitoring
networks for years I have deep reservations about justiying the existance
of any fixed cleartext password. For appropriate to exist, some &quot;we&quot; would 
have to establish some criteria for appropriate passwords.</comment>
<comment voter="Baker">Perhaps this could be re-worded a bit.  The CVE CVE-1999-00582
specifies &quot;...settings for lockouts&quot;.  To remain consistent with the
other, maybe it should specify &quot;...settings for passwords&quot; I think
most people would agree that passwords should be at least 8
characters; contain letters (upper and lowercase), numbers and at
least one non-alphanumeric; should only be good a limited time 30-90
days; and should not contain character combinations from user's prior
2 or 3 passwords.
Suggested rewrite - 
A Windows NT account policy does not enforce reasonable minimum
security-critical settings for passwords, e.g. passwords of sufficient
length, periodic required password changes, or new password uniqueness</comment>
<comment voter="Ozancin">What is appropriate?</comment>
<comment voter="Frech">XF:nt-autologonpwd
XF:nt-pwlen
XF:nt-maxage
XF:nt-minage
XF:nt-pw-history
XF:nt-user-pwnoexpire
XF:nt-unknown-pwdfilter
XF:nt-pwd-never-expire
XF:nt-pwd-nochange
XF:nt-pwdcache-enable
XF:nt-guest-change-passwords</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0537" seq="1999-0537">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A configuration in a web browser such as Internet Explorer or Netscape Navigator allows execution of active content such as ActiveX, Java, Javascript, etc.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="1">Frech</recast>
<reject count="1">LeBlanc</reject>
</votes>
<comments>
<comment voter="Frech">Good candidate for dot notation.
XF:nav-java-enabled
XF:nav-javascript-enabled
XF:ie-active-content
XF:ie-active-download
XF:ie-active-scripting
XF:ie-activex-execution
XF:ie-java-enabled
XF:netscape-javascript
XF:netscape-java
XF:zone-active-scripting
XF:zone-activex-execution
XF:zone-desktop-install
XF:zone-low-channel
XF:zone-file-download
XF:zone-file-launch
XF:zone-java-scripting
XF:zone-low-java
XF:zone-safe-scripting
XF:zone-unsafe-scripting</comment>
<comment voter="LeBlanc">Not a vulnerability. These are just checks for configuration
settings that a user might have changed. I understand need to increase
number of checks in a scanning product, but don't feel like these belong
in CVE. Scanner vendors could argue that these entries are needed to
keep a common language.</comment>
<comment voter="Baker">Not sure about whether we should bother to include this type issue or not.  It does provide a stepping stone for further actions, but in and of itself it isn't a specific vulnerability.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0539" seq="1999-0539">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A trust relationship exists between two Unix hosts.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="2">Northcutt, Shostack</reject>
</votes>
<comments>
<comment voter="Northcutt">Too non specific</comment>
<comment voter="Frech">XF:trusted-host(341)
XF:trust-remote-same(717)
XF:trust-remote-root(718)
XF:trust-remote-nonroot(719)
XF:trust-remote-any(720)
XF:trust-other-host(723)
XF:trust-all-nonroot(726)
XF:trust-any-remote(727)
XF:trust-local-acct(728)
XF:trust-local-any(729)
XF:trust-local-nonroot(730)
XF:trust-all-hosts(731)
XF:nt-trusted-domain(1284)
XF:rsagent-trusted-domainadded(1588)
XF:trust-remote-user(2955)
XF:user-trust-hosts(3074)
XF:user-trust-other-host(3077)
XF:user-trust-remote-account(3079)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0541" seq="1999-0541">
<status>Candidate</status>
<phase date="19990714">Proposed</phase>
<desc>A password for accessing a WWW URL is guessable.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Meunier, Northcutt, Shostack</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:http-password</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0546" seq="1999-0546">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>The Windows NT guest account is enabled.</desc>
<refs>
</refs>
<votes>
<accept count="5">Baker, Northcutt, Ozancin, Shostack, Wall</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:nt-guest-account</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0547" seq="1999-0547">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An SSH server allows authentication through the .rhosts file.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Shostack</accept>
<modify count="1">Frech</modify>
<noop count="1">Northcutt</noop>
</votes>
<comments>
<comment voter="Frech">XF:sshd-rhosts(315)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0548" seq="1999-0548">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A superfluous NFS server is running, but it is not importing or exporting any file systems.</desc>
<refs>
</refs>
<votes>
<accept count="1">Shostack</accept>
<noop count="1">Baker</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0549" seq="1999-0549">
<status>Candidate</status>
<phase date="19990630">Proposed</phase>
<desc>Windows NT automatically logs in an administrator upon rebooting.</desc>
<refs>
</refs>
<votes>
<accept count="1">Hill</accept>
<modify count="3">Blake, Frech, Ozancin</modify>
<noop count="1">Wall</noop>
<reject count="1">Baker</reject>
</votes>
<comments>
<comment voter="Wall">Don't know what this is.  Don't think it is a vulnerability and would
initially reject.  This is different than just renaming the
administrator account.</comment>
<comment voter="Frech">Would appreciate more information on this one, as in a reference.</comment>
<comment voter="Blake">Reference: XF:nt-autologin</comment>
<comment voter="Ozancin">Needs more detail</comment>
<comment voter="Baker">I tried to find the XF:nt-autologin reference, and got no matching records from their search engine.
No refs, no details, should reject</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:nt-autologon(5)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0550" seq="1999-0550">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A router's routing tables can be obtained from arbitrary hosts.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">Don't you mean obtained by arbitrary hosts</comment>
<comment voter="Frech">XF:routed
XF:decod-rip-entry
XF:rip</comment>
<comment voter="Baker">Concur with this as a security issue</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0554" seq="1999-0554">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>NFS exports system-critical data to the world, e.g. / or a password file.</desc>
<refs>
</refs>
<votes>
<accept count="2">Northcutt, Wall</accept>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">A content decision (CD:CF-DATA) needs to be reviewed
and accepted by the Editorial Board in order to resolve
this question.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0555" seq="1999-0555">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Unix account with a name other than &quot;root&quot; has UID 0, i.e. root privileges.</desc>
<refs>
</refs>
<votes>
<noop count="1">Baker</noop>
<reject count="2">Northcutt, Shostack</reject>
</votes>
<comments>
<comment voter="Northcutt">This is very bogus</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0556" seq="1999-0556">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Two or more Unix accounts have the same UID.</desc>
<refs>
</refs>
<votes>
<noop count="2">Baker, Christey</noop>
<reject count="2">Northcutt, Shostack</reject>
</votes>
<comments>
<comment voter="Christey">XF:duplicate-uid(876)</comment>
<comment voter="Christey">Add terms &quot;duplicate&quot; and &quot;user ID&quot; to facilitate search.
ftp://ftp.auscert.org.au/pub/auscert/papers/unix_security_checklist</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0559" seq="1999-0559">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>A system-critical Unix file or directory has inappropriate permissions.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<recast count="2">Northcutt, Shostack</recast>
</votes>
<comments>
<comment voter="Northcutt">Writable other than by root/bin/wheelgroup?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0560" seq="1999-0560">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>A system-critical Windows NT file or directory has inappropriate permissions.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we should specify these</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0561" seq="1999-0561">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>IIS has the #exec function enabled for Server Side Include (SSI) files.</desc>
<refs>
</refs>
<votes>
<noop count="2">Baker, Northcutt</noop>
<recast count="1">Shostack</recast>
<reject count="1">LeBlanc</reject>
</votes>
<comments>
<comment voter="LeBlanc">Does not meet definition of a vulnerability. This function is
just enabled. You can turn it off if you want. if you trust the people
putting up your web pages, this isn't a problem. If you don't, this is
just one of many things you need to change.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0562" seq="1999-0562">
<status>Candidate</status>
<phase date="20061101">Modified</phase>
<desc>The registry in Windows NT can be accessed remotely by users who are not administrators.</desc>
<refs>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:1023">oval:org.mitre.oval:def:1023</ref>
</refs>
<votes>
<accept count="4">Baker, Ozancin, Shostack, Wall</accept>
<modify count="1">Frech</modify>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">This isn't all or nothing, users may be allowed to access part of the
registry.</comment>
<comment voter="Frech">XF:nt-winreg-all
XF:nt-winreg-net</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0564" seq="1999-0564">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An attacker can force a printer to print arbitrary documents (e.g. if the printer doesn't require a password) or to become disabled.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Shostack</accept>
<noop count="1">Northcutt</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0565" seq="1999-0565">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Sendmail alias allows input to be piped to a program.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<noop count="1">Baker</noop>
<recast count="1">Shostack</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Shostack">Is this a default alias?  Is my .procmailrc an instance of this?</comment>
<comment voter="Christey">It is not entirely clear whether the simple fact that an alias
pipes into a program should be considered a vulnerability.  It
all depends on the behavior of that particular program.  This
is one of a number of configuration-related issues from the
&quot;draft&quot; CVE that came from vulnerability scanners.  In
general, when we get to general configuration and &quot;policy,&quot;
it becomes more difficult to use the current CVE model to
represent them.  So at the very least, this candidate (and
similar ones) should be given close consideration and
discussion before being added to the official CVE list.

Because this candidate is related to general configuration
issues, and we have not completely determined how to handle
such issues in CVE, this candidate cannot be promoted to an
official CVE entry until such issues are resolved.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0568" seq="1999-0568">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>rpc.admind in Solaris is not running in a secure mode.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<noop count="2">Baker, Christey</noop>
<recast count="2">Dik, Shostack</recast>
</votes>
<comments>
<comment voter="Shostack">are there secure modes?</comment>
<comment voter="Dik">Several:
1) there is no &quot;rpc.admind&quot; daemon.
there used to be a &quot;admind&quot; RPC daemon (100087/10)
and there's now an &quot;sadmind&quot; daemon (100232/10)
The switch over was somewhere around Solaris 2.4.
2) Neither defaults to &quot;secure mode&quot;
3) secure mode is &quot;using secure RPC&quot; which does
proper over the wire authentication by specifying
the &quot;-S 2&quot; option in inetd.conf
(security level 2)</comment>
<comment voter="Christey">XF:rpc-admind(626)
http://xforce.iss.net/static/626.php
MISC:http://pulhas.org/xploitsdb/mUNIXes/admind.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0569" seq="1999-0569">
<status>Candidate</status>
<phase date="19991130">Modified</phase>
<desc>A URL for a WWW directory allows auto-indexing, which provides a list of all files in that directory if it does not contain an index.html file.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="2">Baker, Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">I do this intentionally somethings in high content directories</comment>
<comment voter="Christey">XF:http-noindex(90) ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0570" seq="1999-0570">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>Windows NT is not using a password filter utility, e.g. PASSFILT.DLL.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Wall</reject>
</votes>
<comments>
<comment voter="Northcutt">Here we are crossing into the best practices arena again.  However since
passfilt does establish a measurable standard and since we aren't the
ones defining the stanard, simply saying it should be employed I will
vote for this.  </comment>
<comment voter="Frech">XF:nt-passfilt-not-inst(1308)
XF:nt-passfilt-not-found(1309)</comment>
<comment voter="Christey">Consider MSKB:Q161990 and MSKB:Q151082</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0571" seq="1999-0571">
<status>Candidate</status>
<phase date="20020312">Modified</phase>
<desc>A router's configuration service or management interface (such as a web server or telnet) is configured to allow connections from arbitrary hosts.</desc>
<refs>
<ref source="BUGTRAQ">Feb5,1999</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Northcutt</noop>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:ascend-config-kill(889)
XF:cisco-ios-crash(1238)
XF:webramp-remote-access(1670)
XF:ascom-timeplex-debug(1824)
XF:netopia-unpassworded(1850)
XF:cisco-web-crash(1886)
XF:cisco-router-commands(1951)
XF:motorola-cable-default-pass(2002)
XF:default-flowpoint(2091)
XF:netgear-router-idle-dos(4003)
XF:cisco-cbos-telnet(4251)
XF:routermate-snmp-community(4290)
XF:cayman-router-dos(4479)
XF:wavelink-authentication(5185)
XF:ciscosecure-ldap-bypass-authentication(5274)
XF:foundry-firmware-telnet-dos(5514)
XF:netopia-view-system-log(5536)
XF:cisco-webadmin-remote-dos(5595)
XF:cisco-cbos-web-access(5626)
XF:netopia-telnet-dos(6001)
XF:cisco-sn-gain-access(6827)
XF:cayman-dsl-insecure-permissions(6841)
XF:linksys-etherfast-reveal-passwords(6949)
XF:zyxel-router-default-password(6968)
XF:cisco-cbos-web-config(7027)
XF:prestige-wan-bypass-filter(7146)</comment>
<comment voter="Christey">I changed the description to make it more explicit that this
candidate is about router configuration, as opposed to
vulnerabilities that accidentally make a configuration
service accessible to anyone.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0572" seq="1999-0572">
<status>Candidate</status>
<phase date="20041017">Modified</phase>
<desc>.reg files are associated with the Windows NT registry editor (regedit), making the registry susceptible to Trojan Horse attacks.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Ozancin, Shostack, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Northcutt</noop>
</votes>
<comments>
<comment voter="Northcutt">I don't quite get what this means, sorry</comment>
<comment voter="Frech">XF:nt-regfile(178)</comment>
<comment voter="Christey">MISC:http://security-archive.merton.ox.ac.uk/nt-security-199902/0087.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0575" seq="1999-0575">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT system's user audit policy does not log an event success or failure, e.g. for Logon and Logoff, File and Object Access, Use of User Rights, User and Group Management, Security Policy Changes, Restart, Shutdown, and System, and Process Tracking.</desc>
<refs>
</refs>
<votes>
<accept count="4">Christey, Ozancin, Shostack, Wall</accept>
<modify count="1">Frech</modify>
<recast count="2">Baker, Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">It isn't a great truth that you should enable all or the above, if you
do you potentially introduce a vulnerbility of filling up the file
system with stuff you will never look at.</comment>
<comment voter="Ozancin">It is far less interesting what a user does successfully that what they
attempt and fail at.</comment>
<comment voter="Christey">The list of event types is very useful for lookup.</comment>
<comment voter="Frech">XF:nt-system-audit
XF:nt-logon-audit
XF:nt-object-audit
XF:nt-privil-audit
XF:nt-process-audit
XF:nt-policy-audit
XF:nt-account-audit</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to RECAST]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0576" seq="1999-0576">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT system's file audit policy does not log an event success or failure for security-critical files or directories.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Shostack, Wall</accept>
<modify count="2">Frech, Ozancin</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">1.) Too general are we ready to state what the security-critical files
and directories are
2.) Does Ataris, Windows CE, PalmOS, Linux have such a capability</comment>
<comment voter="Ozancin">Some files and directories are clearly understood to be critical. Others are
unclear. We need to clarify that critical is.</comment>
<comment voter="Frech">XF:nt-object-audit</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0577" seq="1999-0577">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT system's file audit policy does not log an event success or failure for non-critical files or directories.</desc>
<refs>
</refs>
<votes>
<accept count="2">Shostack, Wall</accept>
<modify count="3">Baker, Frech, Ozancin</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Ozancin">It is far less interesting what a user does successfully that what they
attempt and fail at.
Perhaps only failure should be logged.</comment>
<comment voter="Frech">XF:nt-object-audit</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Baker">Failure on non-critical files is what should be monitored.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0578" seq="1999-0578">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT system's registry audit policy does not log an event success or failure for security-critical registry keys.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Ozancin, Shostack, Wall</accept>
<modify count="1">Frech</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Ozancin">with reservation
Again what is defined as critical</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:nt-object-audit(228)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0579" seq="1999-0579">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT system's registry audit policy does not log an event success or failure for non-critical registry keys.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Shostack, Wall</accept>
<modify count="2">Frech, Ozancin</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Ozancin">Again only failure may be of interest. It would be impractical to wad
through the incredibly large amount of logging that this would generate. It
could overwhelm log entries that you might find interesting.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:nt-object-audit(228)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0580" seq="1999-0580">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>The HKEY_LOCAL_MACHINE key in a Windows NT system has inappropriate, system-critical permissions.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we can define appropriate, take a look at the nt security .pdf
and see if you can't see a way to phrase specific keys in a way that
defines inappropriate.</comment>
<comment voter="Baker">This is way vague...</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0581" seq="1999-0581">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>The HKEY_CLASSES_ROOT key in a Windows NT system has inappropriate, system-critical permissions.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we can define appropriate, take a look at the nt security .pdf
and see if you can't see a way to phrase specific keys in a way that
defines inappropriate.</comment>
<comment voter="Baker">way too vague</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0582" seq="1999-0582">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT account policy has inappropriate, security-critical settings for lockout, e.g. lockout duration, lockout after bad logon attempts, etc.</desc>
<refs>
</refs>
<votes>
<accept count="3">Ozancin, Shostack, Wall</accept>
<modify count="2">Baker, Frech</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">The definition is?</comment>
<comment voter="Baker">Maybe a rewording of this one too.  I think most people would agree on
some &quot;minimum&quot; policies like 3-5 bad attempts lockout for an hour or
until the administrator unlocks the account.
Suggested rewrite -
A Windows NT account policy does not enforce reasonable minimum
security-critical settings for lockouts, e.g. lockout duration,
lockout after bad logon attempts, etc.</comment>
<comment voter="Ozancin">with reservations
What is appropriate?</comment>
<comment voter="Frech">XF:nt-thres-lockout
XF:nt-lock-duration
XF:nt-lock-window
XF:nt-perm-lockout
XF:lockout-disabled</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0583" seq="1999-0583">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>There is a one-way or two-way trust relationship between Windows NT domains.</desc>
<refs>
</refs>
<votes>
<noop count="2">Baker, Christey</noop>
<reject count="2">Northcutt, Shostack</reject>
</votes>
<comments>
<comment voter="Christey">XF:nt-trusted-domain(1284)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0584" seq="1999-0584">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Windows NT file system is not NTFS.</desc>
<refs>
</refs>
<votes>
<accept count="2">Northcutt, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
</votes>
<comments>
<comment voter="Wall">NTFS partition provides the security.  This could be re-worded
to &quot;A Windows NT file system is FAT&quot; since it is either NTFS or FAT
and FAT is less secure.</comment>
<comment voter="Frech">XF:nt-filesys(195)</comment>
<comment voter="Christey">MSKB:Q214579
MSKB:Q214579
http://support.microsoft.com/support/kb/articles/Q100/1/08.ASP</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0585" seq="1999-0585">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>A Windows NT administrator account has the default name of Administrator.</desc>
<refs>
</refs>
<votes>
<accept count="1">Ozancin</accept>
<modify count="1">Frech</modify>
<reject count="3">Baker, Northcutt, Shostack</reject>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Wall">Some sources say this is not a vulnerability, but a warning.  It just
slows down the search for the admin account (SID = 500) which can
always be found.</comment>
<comment voter="Northcutt">I change this on all NT systems I am responsible for, but is
root a vulnerability?</comment>
<comment voter="Baker">There are ways to identify the administrator account anyway, so this
is only a minor delay to someone that is knowledgeable.  This, in and
of itself, doesn't really strike me as a vulnerability, anymore than
the root account on a Unix box.</comment>
<comment voter="Shostack">(there is no way to hide the account name today)</comment>
<comment voter="Frech">XF:nt-adminexists</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0586" seq="1999-0586">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A network service is running on a nonstandard port.</desc>
<refs>
</refs>
<votes>
<noop count="1">Baker</noop>
<recast count="1">Shostack</recast>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Shostack">Might be acceptable if clearer; is that a standard service on a
non-standard port, or any service on an unassigned port?</comment>
<comment voter="Baker">It might actually be an enhancement rather than a problem to run a service on a non-standard port</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0587" seq="1999-0587">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>A WWW server is not running in a restricted file system, e.g. through a chroot, thus allowing access to system-critical data.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">While I would accept this for Unix, I am not sure this applies to NT,
VMS, palm pilots, or commodore 64</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0588" seq="1999-0588">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A filter in a router or firewall allows unusual fragmented packets.</desc>
<refs>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Northcutt">I want to vote to accept this one, but unusual is a shade broad.</comment>
<comment voter="Frech">XF:nt-rras
XF:cisco-fragmented-attacks
XF:ip-frag</comment>
<comment voter="Baker">Perhaps we should use the word abnormally fragmented or some other descriptor.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0589" seq="1999-0589">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>A system-critical Windows NT registry key has inappropriate permissions.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="2">Christey, Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we can define appropriate, take a look at the nt security .pdf
and see if you can't see a way to phrase specific keys in a way that
defines inappropriate.</comment>
<comment voter="Christey">Upon further reflection, this is too high-level for CVE.
Specific registry keys with bad permissions is roughly
equivalent to Unix configuration files that have bad
permissions; those permission problems can be created by
any vendor, not just a specific one.  Therefore this
candidate should be RECAST into each separate registry
key that has this problem.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0590" seq="1999-0590">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A system does not present an appropriate legal message or warning to a user who is accessing it.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<modify count="1">Christey</modify>
<recast count="1">Shostack</recast>
</votes>
<comments>
<comment voter="Christey">ADDREF CIAC:J-043
URL:http://ciac.llnl.gov/ciac/bulletins/j-043.shtml
Also add &quot;banner&quot; to the description to facilitate search.</comment>
<comment voter="Baker">Should be in place where ever it is possible</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0591" seq="1999-0591">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>An event log in Windows NT has inappropriate access permissions.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">splain Lucy, splain</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0592" seq="1999-0592">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>The Logon box of a Windows NT system displays the name of the last user who logged in.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="2">Northcutt, Wall</reject>
</votes>
<comments>
<comment voter="Wall">Information gathering, not vulnerability</comment>
<comment voter="Northcutt">Ah a C2 weenie must have snuck this in, this can be a good thing 
not just vulnerability</comment>
<comment voter="Frech">XF:nt-display-last-username(1353)
Use it if you will. :-) If not, let us know so I can remove the CAN
reference from our database.</comment>
<comment voter="Christey">MSKB:Q114463
http://support.microsoft.com/support/kb/articles/q114/4/63.asp</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0593" seq="1999-0593">
<status>Candidate</status>
<phase date="20091029">Modified</phase>
<desc>The default setting for the Winlogon key entry ShutdownWithoutLogon in Windows NT allows users with physical access to shut down a Windows NT system without logging in.</desc>
<refs>
<ref source="MISC" url="http://www.microsoft.com/technet/archive/winntas/deploy/confeat/06wntpcc.mspx?mfr=true">http://www.microsoft.com/technet/archive/winntas/deploy/confeat/06wntpcc.mspx?mfr=true</ref>
<ref source="CONFIRM" url="http://technet.microsoft.com/en-us/library/cc722469.aspx">http://technet.microsoft.com/en-us/library/cc722469.aspx</ref>
<ref source="OSVDB" url="http://osvdb.org/59333">59333</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/1291">nt-shutdown-without-logon(1291)</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Wall">Still a denial of service.</comment>
<comment voter="Northcutt">May well be appropriate</comment>
<comment voter="Frech">XF:nt-shutdown-without-logon(1291)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0594" seq="1999-0594">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Windows NT system does not restrict access to removable media drives such as a floppy disk drive or CDROM drive.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Wall">Perhaps it can be re-worded to &quot;removable media drives
such as a floppy disk drive or CDROM drive can be accessed (shared) in a
Windows NT system.&quot;</comment>
<comment voter="Northcutt">- what good is my NT w/o its floppy</comment>
<comment voter="Frech">XF:nt-allocate-cdroms(1294)
XF:nt-allocate-floppy(1318)</comment>
<comment voter="Christey">MSKB:Q172520
URL:http://support.microsoft.com/support/kb/articles/q172/5/20.asp</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0595" seq="1999-0595">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Windows NT system does not clear the system page file during shutdown, which might allow sensitive information to be recorded.</desc>
<refs>
<ref source="MSKB">Q182086</ref>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Northcutt</noop>
</votes>
<comments>
<comment voter="Frech">XF:nt-clearpage(216)
XF:reg-pagefile-clearing(2551)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0596" seq="1999-0596">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Windows NT log file has an inappropriate maximum size or retention period.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="2">Northcutt, Wall</reject>
</votes>
<comments>
<comment voter="Northcutt">define appropriate</comment>
<comment voter="Frech">XF:reg-app-log-small(2521)
XF:reg-sec-log-maxsize(2577)
XF:reg-sys-log-small(2586)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0597" seq="1999-0597">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>A Windows NT account policy does not forcibly disconnect remote users from the server when their logon hours expire.</desc>
<refs>
</refs>
<votes>
<accept count="1">Northcutt</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Wall</reject>
</votes>
<comments>
<comment voter="Frech">XF:nt-forced-logoff(1343)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0598" seq="1999-0598">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A network intrusion detection system (IDS) does not properly handle packets that are sent out of order, allowing an attacker to escape detection.</desc>
<refs>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Northcutt</accept>
<noop count="1">Frech</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Waiting for CIEL.</comment>
<comment voter="Christey">This is a design flaw, along with the other reported IDS
problems; at least reference Ptacek/Newsham's paper.</comment>
<comment voter="Christey">URL:http://www.robertgraham.com/mirror/Ptacek-Newsham-Evasion-98.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0599" seq="1999-0599">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A network intrusion detection system (IDS) does not properly handle packets with improper sequence numbers.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<noop count="1">Frech</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Waiting for CIEL.</comment>
<comment voter="Christey">This is a design flaw, along with the other reported IDS
problems; at least reference Ptacek/Newsham's paper.</comment>
<comment voter="Christey">URL:http://www.robertgraham.com/mirror/Ptacek-Newsham-Evasion-98.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0600" seq="1999-0600">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A network intrusion detection system (IDS) does not verify the checksum on a packet.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<noop count="1">Frech</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Waiting for CIEL.</comment>
<comment voter="Christey">This is a design flaw, along with the other reported IDS
problems; at least reference Ptacek/Newsham's paper.</comment>
<comment voter="Christey">URL:http://www.robertgraham.com/mirror/Ptacek-Newsham-Evasion-98.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0601" seq="1999-0601">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A network intrusion detection system (IDS) does not properly handle data within TCP handshake packets.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<noop count="1">Frech</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Waiting for Godot, er, CIEL.</comment>
<comment voter="Christey">This is a design flaw, along with the other reported IDS
problems; at least reference Ptacek/Newsham's paper.</comment>
<comment voter="Christey">URL:http://www.robertgraham.com/mirror/Ptacek-Newsham-Evasion-98.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0602" seq="1999-0602">
<status>Candidate</status>
<phase date="19990726">Proposed</phase>
<desc>A network intrusion detection system (IDS) does not properly reassemble fragmented packets.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Northcutt</accept>
<noop count="1">Frech</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Waiting for CIEL.</comment>
<comment voter="Christey">This is a design flaw, along with the other reported IDS
problems; at least reference Ptacek/Newsham's paper.</comment>
<comment voter="Christey">URL:http://www.robertgraham.com/mirror/Ptacek-Newsham-Evasion-98.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0603" seq="1999-0603">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>In Windows NT, an inappropriate user is a member of a group, e.g. Administrator, Backup Operators, Domain Admins, Domain Guests, Power Users, Print Operators, Replicators, System Operators, etc.</desc>
<refs>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="2">Northcutt, Wall</reject>
</votes>
<comments>
<comment voter="Frech">XF:nt-system-operator
XF:nt-admin-group
XF:nt-replicator
XF:nt-print-operator
XF:nt-power-user
XF:nt-guest-in-group
XF:nt-backup-operator
XF:nt-domain-admin
XF:nt-domain-guest
XF:win2k-acct-oper-grp
XF:win2k-admin-grp
XF:win2k-backup-oper-grp
XF:win2k-certpublishers-grp
XF:win2k-dhcp-admin-grp
XF:win2k-dnsadm-grp
XF:win2k-domainadm-grp
XF:win2k-entadm-grp
XF:win2k-printoper-grp
XF:win2k-replicator-grp
XF:win2k-schemaadm-grp
XF:win2k-serveroper-grp
You asked for it... :-) Use or reject at your discretion. If rejected,
please let us know so we can remove CAN references from database.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0604" seq="1999-0604">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An incorrect configuration of the WebStore 1.0 shopping cart CGI program &quot;web_store.cgi&quot; could disclose private information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92462991805485&amp;w=2">19990420 Shopping Carts exposing CC data</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="2">Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:webstore-misconfig(3861)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0605" seq="1999-0605">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An incorrect configuration of the Order Form 1.0 shopping cart  CGI program could disclose private information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92462991805485&amp;w=2">19990420 Shopping Carts exposing CC data</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:orderform-misconfig(3860)</comment>
<comment voter="Christey">BID:2021</comment>
<comment voter="Christey">Mention affected files: order_log_v12.dat and order_log.dat
fix version number (1.2)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0606" seq="1999-0606">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An incorrect configuration of the EZMall 2000 shopping cart  CGI program &quot;mall2000.cgi&quot; could disclose private information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92462991805485&amp;w=2">19990420 Shopping Carts exposing CC data</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:ezmall2000-misconfig(3859)</comment>
<comment voter="Christey">Add mall_log_files/order.log to desc</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0607" seq="1999-0607">
<status>Candidate</status>
<phase date="20060608">Modified</phase>
<desc>quikstore.cgi in QuikStore shopping cart stores quikstore.cfg under the web document root with insufficient access control, which allows remote attackers to obtain the cleartext administrator password and gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92462991805485&amp;w=2">19990420 Shopping Carts exposing CC data</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:quikstore-misconfig(3858)</comment>
<comment voter="Christey">http://www.quikstore.com/help/pages/Security/security.htm says:

&quot;It is IMPORTANT that during the setup of the QuikStore program, you
check to make sure that the cgi-bin or executable program directory
of your web site not be viewable from the outside world. You don't
want the users to have access to your programs or log files that could
be stored there!

...

If you can view or download these files from the browser, someone
else can too&quot;

So is this a configuration problem?  See the configuration file at
http://www.quikstore.com/help/pages/Configuration/configparametersfull.htm
The [DIRECTORY_PATHS] section identifies pathnames and describes how
pathnames are constructed.  It clearly uses relative pathnames,
so all data is underneath the base directory!!

If we call this a configuration problem, then maybe this (and
all other &quot;CGI-data-in-web-tree&quot; configuration problems) should
be combined.</comment>
<comment voter="Christey">Consider adding BID:1983</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0609" seq="1999-0609">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An incorrect configuration of the SoftCart CGI program &quot;SoftCart.exe&quot; could disclose private information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92462991805485&amp;w=2">19990420 Shopping Carts exposing CC data</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:softcart-misconfig(3856)</comment>
<comment voter="Christey">Consider adding BID:2055</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0610" seq="1999-0610">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>An incorrect configuration of the Webcart CGI program could disclose private information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92462991805485&amp;w=2">19990420 Shopping Carts exposing CC data</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="2">Northcutt, Wall</noop>
</votes>
<comments>
<comment voter="Frech">Cite reference as:
BUGTRAQ:19990424  Re: Shopping Carts exposing CC data 
URL:
http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%
3D1%26date%3D2000-08-22%26msg%3D3720E2B6.6031A2E7@datashopper.dk</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:webcart-data-exposure(8374)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0611" seq="1999-0611">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>A system-critical Windows NT registry key has an inappropriate value.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we can define appropriate, take a look at the nt security .pdf
and see if you can't see a way to phrase specific keys in a way that
defines inappropriate.</comment>
<comment voter="Baker">too vague</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0613" seq="1999-0613">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>The rpc.sprayd service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">XF:sprayd</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0614" seq="1999-0614">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The FTP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0615" seq="1999-0615">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The SNMP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Prosser, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Baker">Although newer versions on snmp are not as vulnerable as prior versions,
this can still be a significant risk of exploitation, as seen in recent
attacks on snmp services via automated worms</comment>
<comment voter="Christey">XF:snmp(132) ?</comment>
<comment voter="Prosser">This fits the &quot;exposure&quot; description although we also know there are many vulnerabilities in SNMP.  This is more of a policy/best practice issue for administrators.  If you need SNMP lock it down as tight as you can, if you don't need it, don't run it.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0616" seq="1999-0616">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The TFTP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0617" seq="1999-0617">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The SMTP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0618" seq="1999-0618">
<status>Candidate</status>
<phase date="19990921">Modified</phase>
<desc>The rexec service is running.</desc>
<refs>
<ref source="XF">rexec</ref>
</refs>
<votes>
<accept count="4">Baker, Northcutt, Ozancin, Wall</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:decod-rexec
XF:rexec</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0619" seq="1999-0619">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The Telnet service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0620" seq="1999-0620">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A component service related to NIS is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">XF:ypserv(261)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0621" seq="1999-0621">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A component service related to NETBIOS is running.&quot;</desc>
<refs>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:1024">oval:org.mitre.oval:def:1024</ref>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<modify count="1">Frech</modify>
<reject count="2">LeBlanc, Northcutt</reject>
</votes>
<comments>
<comment voter="LeBlanc">There is insufficient description to even know what this is.
Lots of component services related to NetBIOS run, and usually do not
constitute a problem.</comment>
<comment voter="Frech">associated to:
XF:nt-alerter(29)
XF:nt-messenger(69)
XF:reg-ras-gateway-enabled(2567)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0622" seq="1999-0622">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A component service related to DNS service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0623" seq="1999-0623">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The X Windows service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">Add &quot;X11&quot; to facilitate search.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0624" seq="1999-0624">
<status>Candidate</status>
<phase date="19990925">Interim</phase>
<desc>The rstat/rstatd service is running.</desc>
<refs>
<ref source="XF">rstat-out</ref>
<ref source="XF">rstatd</ref>
</refs>
<votes>
<accept count="3">Baker, Northcutt, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">Meunier, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:rstat-out
XF:rstatd</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0625" seq="1999-0625">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>The rpc.rquotad service is running.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Northcutt, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:rquotad</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0629" seq="1999-0629">
<status>Candidate</status>
<phase date="19990721">Proposed</phase>
<desc>The ident/identd service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">possibly XF:identd?</comment>
<comment voter="Christey">XF:ident-users(318) ?</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:identd-vuln(61)
XF:ident-users(318)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0630" seq="1999-0630">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The NT Alerter and Messenger services are running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">http://support.microsoft.com/support/kb/articles/q189/2/71.asp</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0631" seq="1999-0631">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The NFS service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">XF:nfs-nfsd(76) ?</comment>
<comment voter="Christey">Add rpc.mountd/mountd to facilitate search.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0632" seq="1999-0632">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The RPC portmapper service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0633" seq="1999-0633">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The HTTP/WWW service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0634" seq="1999-0634">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The SSH service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0635" seq="1999-0635">
<status>Candidate</status>
<phase date="20060122">Modified</phase>
<desc>The echo service is running.</desc>
<refs>
<ref source="FULLDISC" url="http://lists.grok.org.uk/pipermail/full-disclosure/2006-January/041434.html">20060116 ACT P202S VoIP wireless phone multiple undocumented ports/services</ref>
<ref source="SECUNIA" url="http://secunia.com/advisories/18514">18514</ref>
</refs>
<votes>
<accept count="3">Baker, Northcutt, Wall</accept>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Northcutt">The method to my madness is echo is the common denom in the dos attack</comment>
<comment voter="Christey">How much of this is an overlap with the echo/chargen flood
problem (CVE-1999-0103)?  If this is only an exposure because
of CVE-1999-0103, then maybe this should be REJECTed.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0636" seq="1999-0636">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The discard service is running.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0637" seq="1999-0637">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The systat service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0638" seq="1999-0638">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The daytime service is running.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0639" seq="1999-0639">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The chargen service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">How much of this is an overlap with the echo/chargen flood
problem (CVE-1999-0103)?  If this is only an exposure because
of CVE-1999-0103, then maybe this should be REJECTed.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0640" seq="1999-0640">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The Gopher service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0641" seq="1999-0641">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The UUCP service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0642" seq="1999-0642">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A POP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0643" seq="1999-0643">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The IMAP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0644" seq="1999-0644">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The NNTP news service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">XF:nntp-post(88) ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0645" seq="1999-0645">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The IRC service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">XF:irc-server(767) ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0646" seq="1999-0646">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The LDAP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0647" seq="1999-0647">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The bootparam (bootparamd) service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">XF:bootp</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0648" seq="1999-0648">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The X25 service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0649" seq="1999-0649">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;The FSP service is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0650" seq="1999-0650">
<status>Candidate</status>
<phase date="20060608">Modified</phase>
<desc>The netstat service is running, which provides sensitive information to remote attackers.</desc>
<refs>
<ref source="XF">netstat(72)</ref>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0651" seq="1999-0651">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>The rsh/rlogin service is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Christey">aka &quot;shell&quot; on UNIX systems (at least Solaris) in the
/etc/inetd.conf file.</comment>
<comment voter="Frech">associated to:
XF:nt-rlogin(92) 
XF:rsh-svc(114)
XF:rshd(2995)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0652" seq="1999-0652">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A database service is running, e.g. a SQL server, Oracle, or mySQL.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Frech">XF:nt-sql-server(1289)
XF:msql-detect(2211)
XF:oracle-detect(2388)
XF:sybase-detect-namedpipes(1461)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0653" seq="1999-0653">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>A component service related to NIS+ is running.</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0654" seq="1999-0654">
<status>Candidate</status>
<phase date="19990728">Proposed</phase>
<desc>The OS/2 or POSIX subsystem in NT is enabled.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
<comment voter="Wall">These subsystems could still allow a process to persist across logins.</comment>
<comment voter="Frech">XF:nt-posix(217)
XF:nt-posix-sub-c2(2397)
XF:nt-posix-sub-onceonly(2478)
XF:nt-os2-sub(218)
XF:nt-os2-sub-c2(2396)
XF:nt-os2-sub-onceonly(2477)
XF:nt-os2-registry(2550)</comment>
<comment voter="Christey">s2-file-os2(1865)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0655" seq="1999-0655">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is not about any specific product, protocol, or design, so it is out of scope of CVE.  Notes: the former description is: &quot;A service may include useful information in its banner or help function (such as the name and version), making it useful for information gathering activities.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="5">Baker, Frech, Northcutt, Ozancin, Wall</accept>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0656" seq="1999-0656">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>The ugidd RPC interface, by design, allows remote attackers to enumerate valid usernames by specifying arbitrary UIDs that ugidd maps to local user and group names.</desc>
<refs>
<ref source="MISC" url="http://ca.com/au/securityadvisor/vulninfo/Vuln.aspx?ID=1638">http://ca.com/au/securityadvisor/vulninfo/Vuln.aspx?ID=1638</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/348">linux-ugidd(348)</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0657" seq="1999-0657">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>WinGate is being used.</desc>
<refs>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="1">Wall</noop>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0658" seq="1999-0658">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;DCOM is running.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="2">Baker, Wall</accept>
<reject count="1">Northcutt</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0659" seq="1999-0659">
<status>Candidate</status>
<phase date="20080731">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is solely about a configuration that does not directly introduce security vulnerabilities, so it is more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A Windows NT Primary Domain Controller (PDC) or Backup Domain Controller (BDC) is present.&quot;</desc>
<refs>
</refs>
<votes>
<reject count="3">Baker, Northcutt, Wall</reject>
</votes>
<comments>
<comment voter="Wall">Don't consider this a service or a problem.</comment>
<comment voter="Baker">concur with wall on this</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0660" seq="1999-0660">
<status>Candidate</status>
<phase date="20080730">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: None.  Reason: this candidate is not about any specific product, protocol, or design, so it is out of scope of CVE.  It might be more appropriate to cover under the Common Configuration Enumeration (CCE).  Notes: the former description is: &quot;A hacker utility, back door, or Trojan Horse is installed on a system, e.g. NetBus, Back Orifice, Rootkit, etc.&quot;</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Hill, Northcutt, Wall</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">Add &quot;back door&quot; to description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0661" seq="1999-0661">
<status>Candidate</status>
<phase date="20050529">Modified</phase>
<desc>A system is running a version of software that was replaced with a Trojan Horse at one of its distribution points, such as (1) TCP Wrappers 7.6, (2) util-linux 2.9g, (3) wuarchive ftpd (wuftpd) 2.2 and 2.1f, (4) IRC client (ircII) ircII 2.2.9, (5) OpenSSH 3.4p1, or (6) Sendmail 8.12.6.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1994-07.html">CA-1994-07</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1994-14.html">CA-1994-14</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1999-01.html">CA-1999-01</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1999-02.html">CA-1999-02</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-2002-28.html">CA-2002-28</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=102820843403741&amp;w=2">20020801 trojan horse in recent openssh (version 3.4 portable 1)</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=102821663814127&amp;w=2">20020801 OpenSSH Security Advisory:  Trojaned Distribution Files</ref>
<ref source="BUGTRAQ" url="http://online.securityfocus.com/archive/1/294539">20021009 Re: CERT Advisory CA-2002-28 Trojan Horse Sendmail</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/5921">5921</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/10313.php">sendmail-backdoor(10313)</ref>
</refs>
<votes>
<accept count="4">Baker, Hill, Northcutt, Wall</accept>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Should add the specific CERT advisory references for
well-known Trojaned software.</comment>
<comment voter="TCP Wrappers -">CERT:CA-1999-01
CERT:CA-1999-02 includes util-linux
wuarchive - CERT:CA-94.07
IRC client - CERT:CA-1994-14</comment>
<comment voter="Christey">BUGTRAQ:20020801 trojan horse in recent openssh (version 3.4 portable 1)
Modify description to use dot notation.</comment>
<comment voter="Christey">CERT:CA-2002-24
URL:http://www.cert.org/advisories/CA-2002-24.html
XF:openssh-backdoor(9763)
URL:http://www.iss.net/security_center/static/9763.php
BID:5374
URL:http://www.securityfocus.com/bid/5374</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Add libpcap and tcpdump:
BUGTRAQ:20021113 Latest libpcap &amp; tcpdump sources from tcpdump.org contain a trojan
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=103722456708471&amp;w=2
CERT:CA-2002-30
URL:http://www.cert.org/advisories/CA-2002-30.html

This CAN has been active for over 4 years.  At this moment, my
thinking is that we should SPLIT this CAN into each separate
trojaned product, then create some criteria that restrict
creation of new CANs to &quot;widespread&quot; or &quot;important&quot; products only.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0662" seq="1999-0662">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>A system-critical program or library does not have the appropriate patch, hotfix, or service pack installed, or is outdated or obsolete.</desc>
<refs>
</refs>
<votes>
<accept count="4">Baker, Hill, Northcutt, Wall</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-0663" seq="1999-0663">
<status>Candidate</status>
<phase date="19990804">Proposed</phase>
<desc>A system-critical program, library, or file has a checksum or other integrity measurement that indicates that it has been modified.</desc>
<refs>
</refs>
<votes>
<accept count="3">Baker, Hill, Wall</accept>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">This needs to be worded carefully.  
1. Rootkits evade checksum detection.
2. The modification could be positive (a patch)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0664" seq="1999-0664">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>An application-critical Windows NT registry key has inappropriate permissions.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="2">Christey, Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we can define appropriate, take a look at the nt security .pdf
and see if you can't see a way to phrase specific keys in a way that
defines inappropriate.</comment>
<comment voter="Christey">Upon further reflection, this is too high-level for CVE.
Specific registry keys with bad permissions is roughly
equivalent to Unix configuration files that have bad
permissions; those permission problems can be created by
any vendor, not just a specific one.  Therefore this
candidate should be RECAST into each separate registry
key that has this problem.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0665" seq="1999-0665">
<status>Candidate</status>
<phase date="19990803">Proposed</phase>
<desc>An application-critical Windows NT registry key has an inappropriate value.</desc>
<refs>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="1">Baker</noop>
<recast count="1">Northcutt</recast>
</votes>
<comments>
<comment voter="Northcutt">I think we can define appropriate, take a look at the nt security .pdf
and see if you can't see a way to phrase specific keys in a way that
defines inappropriate.</comment>
<comment voter="Baker">very vague</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0667" seq="1999-0667">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>The ARP protocol allows any host to spoof ARP replies and poison the ARP cache to conduct IP address spoofing or a denial of service.</desc>
<refs>
</refs>
<votes>
<accept count="2">Blake, Cole</accept>
<modify count="1">Stracener</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Stracener">Add Ref: BUGTRAQ:19970919 Playing redir games with ARP and ICMP</comment>
<comment voter="Frech">Cannot proceed without a reference. Too vague, and resembles XF:netbsd-arp:
CVE-1999-0763: NetBSD on a multi-homed host allows ARP packets on one
network to modify ARP entries on another connected network.
CVE-1999-0764: NetBSD allows ARP packets to overwrite static ARP entries.
Will reconsider if reference provides enough information to render a
distinction.</comment>
<comment voter="Christey">This particular vulnerability was exploited by an attacker
during the ID'Net IDS test network exercise at the SANS
Network Security '99 conference.  The attacker adapted a
publicly available program that was able to spoof another
machine on the same physical network.

See http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602880019797&amp;w=2
for the Bugtraq reference that Tom Stracener suggested.
This generated a long thread on Bugtraq in 1997.</comment>
<comment voter="Blake">I'll second Tom's request to add the reference, it's a very
posting good and the vulnerability is clearly derivative of
the work.

(I do recall talking to the guy and drafting a description.)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0669" seq="1999-0669">
<status>Candidate</status>
<phase date="19991229">Interim</phase>
<desc>The Eyedog ActiveX control is marked as &quot;safe for scripting&quot; for Internet Explorer, which allows a remote attacker to execute arbitrary commands as demonstrated by Bubbleboy.</desc>
<refs>
<ref source="MS">MS99-032</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/j-064.shtml">J-064</ref>
<ref source="XF">ms-scriptlet-eyedog-unsafe</ref>
<ref source="MSKB">Q240308</ref>
</refs>
<votes>
<accept count="5">Baker, Cole, Ozancin, Prosser, Wall</accept>
<modify count="2">Frech, Stracener</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:ms-scriptlet-eyedog-unsafe</comment>
<comment voter="Stracener">Add Ref: MSKB Q240308</comment>
<comment voter="Christey">Should CVE-1999-0669 and 668 be merged?  If not, then this is
a reason for not merging CVE-1999-0988 and CVE-1999-0828.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0670" seq="1999-0670">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in the Eyedog ActiveX control allows a remote attacker to execute arbitrary commands.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-032.asp">MS99-032</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/j-064.shtml">J-064</ref>
</refs>
<votes>
<accept count="3">Ozancin, Prosser, Wall</accept>
<modify count="2">Frech, Stracener</modify>
<reject count="2">Baker, Cole</reject>
</votes>
<comments>
<comment voter="Frech">XF:ie-eyedog-bo</comment>
<comment voter="Cole">Based on the references and information listed this is the same as
CVE-1999-0669</comment>
<comment voter="Stracener">Add Ref: MSKB Q240308</comment>
<comment voter="Baker">Duplicate</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0673" seq="1999-0673">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Buffer overflow in ALMail32 POP3 client via From: or To: headers.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/574">574</ref>
</refs>
<votes>
<accept count="6">Baker, Blake, Cole, Collins, Levy, Wall</accept>
<modify count="2">Frech, Stracener</modify>
<noop count="3">Armstrong, Landfield, Oliver</noop>
<reviewing count="1">Ozancin</reviewing>
</votes>
<comments>
<comment voter="Stracener">AddRef: ShadowPenguinSecurity:PenguinToolbox,No.037</comment>
<comment voter="Frech">XF:almail-bo</comment>
<comment voter="CHANGE">[Cole changed vote from NOOP to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0677" seq="1999-0677">
<status>Candidate</status>
<phase date="19991228">Modified</phase>
<desc>The WebRamp web administration utility has a default password.</desc>
<refs>
<ref source="BUGTRAQ">19990802 [LoWNOISE] Password hunting with webramp</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/577">577</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Stracener</accept>
<modify count="2">Cole, Frech</modify>
<noop count="2">Armstrong, Christey</noop>
</votes>
<comments>
<comment voter="Cole">I would add that is is not forced to be changed.</comment>
<comment voter="Frech">XF:webramp-default-password</comment>
<comment voter="Christey">This problem may have been detected in January 1999:
BUGTRAQ:19990121 Re: WebRamp M3 remote network access bug
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91702375402055&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0684" seq="1999-0684">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Denial of service in Sendmail 8.8.6 in HPUX.</desc>
<refs>
<ref source="HP">HPSBUX9904-097</ref>
</refs>
<votes>
<accept count="2">Blake, Cole</accept>
<modify count="3">Frech, Prosser, Stracener</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Stracener">Add Ref: CIAC: J-040</comment>
<comment voter="Prosser">Might change description to indicate DoS caused by multiple connections</comment>
<comment voter="Christey">Andre's right.  This is a duplicate of CVE-1999-0684.</comment>
<comment voter="Frech">Without further information and/or references, this issue looks like an
ambiguous version of CVE-1999-0478: Denial of service in HP-UX sendmail
8.8.6 related to accepting connections.

(was REJECT)
XF:hp-sendmail-connect-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0698" seq="1999-0698">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Denial of service in IP protocol logger (ippl) on Red Hat and Debian Linux.</desc>
<refs>
</refs>
<votes>
<accept count="6">Armstrong, Baker, Blake, Cole, Collins, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="4">Landfield, Levy, Stracener, Wall</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Stracener">Is the candidate referring to the denial of service problem mentioned in
the
changelogs for versions previous to 1.4.3-1 or does it pertain to some
problem with or
1.4.8-1?</comment>
<comment voter="Frech">Depending on the version, this could be any number of DoSes 
related to ippl.
From http://www.larve.net/ippl/:
9 April 1999: version 1.4.3 released, correctly fixing a 
potential denial of service attack.
7 April 1999: version 1.4.2 released, fixing a potential 
denial of service attack. 
XF:linux-ippl-dos</comment>
<comment voter="Christey">Changelog: http://pltplp.net/ippl/docs/HISTORY

See comments for version 1.4.2 and 1.4.3
Another source: http://freshmeat.net/news/1999/04/08/923586598.html</comment>
<comment voter="CHANGE">[Stracener changed vote from REVIEWING to NOOP]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REJECT]</comment>
<comment voter="Christey">As mentioned by others, this could apply to several different
versions.  Since the description is too vague, this CAN should
be REJECTED and recast into other candidates.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0712" seq="1999-0712">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>A vulnerability in Caldera Open Administration System (COAS) allows the /etc/shadow password file to be made world-readable.</desc>
<refs>
<ref source="CALDERA">CSSA-1999:009</ref>
<ref source="XF">linux-coas</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Frech, Stracener</accept>
<modify count="1">Blake</modify>
<noop count="1">Armstrong</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Blake">This obscurely-written advisory seems to state that COAS will make the
file world-readable, not that it allows the user to make it so.  I hardly
think that allowing the user to turn off security is a vulnerability.</comment>
<comment voter="Christey">It's difficult to write the description based on what's in
the advisory.  If COAS inadvertently changes permissions
without user confirmation, then it should be ACCEPTed with
appropriate modification to the description.</comment>
<comment voter="Christey">ADDREF BID:137</comment>
<comment voter="CHANGE">[Armstrong changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0736" seq="1999-0736">
<status>Candidate</status>
<phase date="20061101">Modified</phase>
<desc>The showcode.asp sample file in IIS and Site Server allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="L0PHT">May7,1999</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-013.asp">MS99-013</ref>
<ref source="MSKB">Q232449</ref>
<ref source="MSKB">Q231368</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:932">oval:org.mitre.oval:def:932</ref>
</refs>
<votes>
<accept count="4">Ozancin, Prosser, Stracener, Wall</accept>
<modify count="2">Cole, Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:iis-samples-showcode</comment>
<comment voter="Cole">There are several sample files that allow this.  I would quote
showcode.asp but make it more generic.</comment>
<comment voter="Prosser">(Modify)
Have a question on this and on the following three candidates as well.  All
of these are part of the file viewers utilities that allow unauthorized
files reading, but MSKB Q231368 also mentioned the diagnostics
program,Winmsdp.exe, as another vulnerable viewer in this same set of
viewers.  If we are going to split out the seperate viewer tools then
shouldn't there should be a seperate CAN for Winmsdp.exe also.</comment>
<comment voter="Christey">Mike's question basically touches on the CD:SF-EXEC
content decision - what do you do when you have the same bug
in multiple executables?  CD:SF-EXEC needs to be reviewed
and approved by the Editorial Board before we can decide
what to do with this candidate.</comment>
<comment voter="Christey">Mark Burnett says that Microsoft's mention of winmsdp.exe in
MSKB:Q231368 may be an error, and that winmsdp.exe is a
Microsoft Diagnostics Report Generator which may not even
be installed as part of IIS.

Also see http://www.securityfocus.com/focus/microsoft/iis/showcode.html</comment>
<comment voter="Christey">ADDREF BID:167
URL:http://www.securityfocus.com/vdb/bottom.html?vid=167</comment>
<comment voter="Christey">MISC:http://p.ulh.as/xploitsdb/NT/iis38.html covers a showcode.asp
directory traversal vulnerability and refers to the L0pht advisory.

Mark Burnett's article is at:
MISC:http://www.securityfocus.com/infocus/1317</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0737" seq="1999-0737">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>The viewcode.asp sample file in IIS and Site Server allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-013.asp">MS99-013</ref>
<ref source="MSKB">Q231656</ref>
</refs>
<votes>
<accept count="4">Ozancin, Prosser, Stracener, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Cole</reject>
</votes>
<comments>
<comment voter="Frech">XF:iis-samples-viewcode</comment>
<comment voter="Cole">I would combine this with the previous.</comment>
<comment voter="Prosser">(modify)
See comments in 0736 above</comment>
<comment voter="Christey">See http://www.securityfocus.com/focus/microsoft/iis/showcode.html
for additional details.</comment>
<comment voter="Christey">Mark Burnett's article is at:
MISC:http://www.securityfocus.com/infocus/1317</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0738" seq="1999-0738">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>The code.asp sample file in IIS and Site Server allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-013.asp">MS99-013</ref>
<ref source="MSKB">Q232449</ref>
<ref source="MSKB">Q231368</ref>
</refs>
<votes>
<accept count="4">Ozancin, Prosser, Stracener, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Cole</reject>
</votes>
<comments>
<comment voter="Frech">XF:iis-samples-code</comment>
<comment voter="Cole">Same as above</comment>
<comment voter="Prosser">(modify)
See comments in 0736 above</comment>
<comment voter="Christey">See http://www.securityfocus.com/focus/microsoft/iis/showcode.html
for additional details.</comment>
<comment voter="Christey">Mark Burnett's article is at:
MISC:http://www.securityfocus.com/infocus/1317</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0739" seq="1999-0739">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>The codebrws.asp sample file in IIS and Site Server allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-013.asp">MS99-013</ref>
<ref source="MSKB">Q232449</ref>
<ref source="MSKB">Q231368</ref>
</refs>
<votes>
<accept count="4">Ozancin, Prosser, Stracener, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Cole</reject>
</votes>
<comments>
<comment voter="Frech">XF:iis-samples-codebrws</comment>
<comment voter="Cole">Same as above.</comment>
<comment voter="Prosser">(modify)
See comments in 0736 above</comment>
<comment voter="Christey">codebrw2.asp and Codebrw1.asp also need to be included
somewhere.

Also see http://www.securityfocus.com/focus/microsoft/iis/showcode.html</comment>
<comment voter="Christey">Mark Burnett's article is at:
MISC:http://www.securityfocus.com/infocus/1317</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0741" seq="1999-0741">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>QMS CrownNet Unix Utilities for 2060 allows root to log on without a password.</desc>
<refs>
<ref source="BUGTRAQ">19990818 QMS 2060 printer security hole</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/593">593</ref>
<ref source="XF">qms-2060-no-root-password</ref>
</refs>
<votes>
<accept count="4">Baker, Frech, Levy, Stracener</accept>
<noop count="2">Christey, Oliver</noop>
</votes>
<comments>
<comment voter="Christey">change description - anyone can log on *as* root</comment>
<comment voter="Frech">(Note: this XF also cataloged under CVE-1999-0508.)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0748" seq="1999-0748">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Buffer overflows in Red Hat net-tools package.</desc>
<refs>
<ref source="REDHAT">RHSA-1999:017-01</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<reject count="1">Blake</reject>
</votes>
<comments>
<comment voter="Blake">RHSA-1999:017-01 describes &quot;potential security problem fixed&quot; in the
absence of knowing whether or not the problems actually existed, I don't
think we have an entry here.</comment>
<comment voter="Frech">XF:redhat-net-tool-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0750" seq="1999-0750">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Hotmail allows Javascript to be executed via the HTML STYLE tag, allowing remote attackers to execute commands on the user's Hotmail account.</desc>
<refs>
<ref source="BUGTRAQ">19990913 Hotmail security vulnerability - injecting JavaScript using 'STYLE' tag</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/630">630</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="2">Frech, Stracener</modify>
<noop count="1">Baker</noop>
</votes>
<comments>
<comment voter="Stracener">Many sites are vulnerable to this problem. I recommend removing the
explicit references to Hotmail and making the description more generic.
Suggest: Javascript can be injected using the STYLE tag in an HTML
formatted e-mail, allowing remote attackers to execute commands on user
accounts.</comment>
<comment voter="Frech">XF:hotmail-html-style-embed</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0757" seq="1999-0757">
<status>Candidate</status>
<phase date="20010214">Proposed</phase>
<desc>The ColdFusion CFCRYPT program for encrypting CFML templates has weak encryption, allowing attackers to decrypt the templates.</desc>
<refs>
<ref source="ALLAIRE" url="http://www.allaire.com/handlers/index.cfm?ID=10969&amp;Method=Full">ASB99-08</ref>
<ref source="XF" url="http://xforce.iss.net/static/2208.php">coldfusion-encryption</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Frech</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:coldfusion-encryption </comment>
<comment voter="Christey">BUGTRAQ:19990724 Re: New Allaire Security Zone Bulletins and KB Articles
URL:http://www.securityfocus.com/archive/1/19471</comment>
<comment voter="Christey">ADDREF BID:275
URL:http://www.securityfocus.com/bid/275</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0767" seq="1999-0767">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Buffer overflow in Solaris libc, ufsrestore, and rcp via LC_MESSAGES environmental variable.</desc>
<refs>
<ref source="SUN">00189</ref>
</refs>
<votes>
<accept count="4">Baker, Blake, Cole, Dik</accept>
<modify count="2">Frech, Stracener</modify>
<reviewing count="2">Christey, Prosser</reviewing>
</votes>
<comments>
<comment voter="Stracener">Add Ref: CIAC: J-069</comment>
<comment voter="Frech">XF:sun-libc-lcmessages</comment>
<comment voter="Prosser">BID 268 is an additional reference for this one as it has info on the Sun
vulnerability.  However, BID 268 also includes AIX in this vulnerability and
refs APARS issued to fix a vulnerability in various 'nixs with the Natural
Language Service environmental variables NSLPATH and PATH_LOCALE depending
on the 'nix, ref CERT CA-97.10, CVE-1999-0041.  However, Georgi Guninski
reported a BO in AIX with LC_MESSAGES + mount, also refed in BID 268, so it
is possible the AIX APARs fix an earlier, similar vulnerability to the Sun
BO in LC_MESSAGES.   This should probably be considered under a different
CAN.  Any ideas? </comment>
<comment voter="Christey">Given that the buffer overflows in CVE-1999-0041 are NLSPATH
and PATH_LOCALE, I'd say that's good evidence that this is not
the same problem.  But a buffer overflow in libc in
LC_MESSAGES... We must ask if these are basically the same
codebase.

ADDREF CIAC:J-069</comment>
<comment voter="Christey">While the description indicates multiple programs, CD:SF-EXEC
does not apply because the vulnerability was in libc, and
rcp and ufsrestore were both statically linked against libc.
Thus CD:SF-LOC applies, and a single candidate is maintained
because the problem occurred in a library.</comment>
<comment voter="Dik">Sun bug 4240566</comment>
<comment voter="Christey">I'm consulting with Casper Dik and Troy Bollinger to see if
this should be combined with the AIX buffer overflows for
LC_MESSAGES; current indications are that they should be
split.</comment>
<comment voter="Christey">For further consultation, consider this post, though it's
associated with CVE-1999-0041:
BUGTRAQ:19970213 Linux NLSPATH buffer overflow
http://www.securityfocus.com/archive/1/6296
Also add &quot;NLSPATH&quot; and &quot;PATH_LOCALE&quot; to the description to
facilitate search.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0776" seq="1999-0776">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Alibaba HTTP server allows remote attackers to read files via a .. (dot dot) attack.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9905&amp;L=NTBUGTRAQ&amp;P=R1533">19990506 &quot;..&quot;-hole in Alibaba 2.0</ref>
<ref source="XF">http-alibaba-dotdot</ref>
</refs>
<votes>
<accept count="4">Frech, Levy, Ozancin, Stracener</accept>
<modify count="1">Baker</modify>
<noop count="6">Armstrong, Blake, Cole, Landfield, LeBlanc, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">This candidate is unconfirmed by the vendor.

Posted by Arne Vidstrom.</comment>
<comment voter="Blake">I'd like to change my vote on this from ACCEPT to NOOP.  I did some
digging and the vendor seems to have discontinued the product, so no
information is available beyond Arne's post.  Unless Andre has a copy
in his archive and can test it, I think we have to leave it out.</comment>
<comment voter="Wall">I agree with Blake.  We have not seen the product and it has been discontinued.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">If this is (or was) tested by some tool, we should ACCEPT it.</comment>
<comment voter="Baker">http://www.securityfocus.com/bid/270</comment>
<comment voter="Christey">BID:270
URL:http://www.securityfocus.com/bid/270</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0784" seq="1999-0784">
<status>Candidate</status>
<phase date="20010214">Proposed</phase>
<desc>Denial of service in Oracle TNSLSNR SQL*Net Listener via a malformed string to the listener port, aka NERP.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/1998/msg00536.html">19980827 NERP DoS attack possible in Oracle</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/1999_1/0056.html">19990104 Re: Fw:&quot;NERP&quot; DoS attack possible in Oracle</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/1998_4/0764.html">19981228 Oracle8 TNSLSNR DoS</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Cole</noop>
</votes>
<comments>
<comment voter="Frech">XF:oracle-tnslsnr-dos(1551)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0792" seq="1999-0792">
<status>Candidate</status>
<phase date="20000827">Modified</phase>
<desc>ROUTERmate has a default SNMP community name which allows remote attackers to modify its configuration.</desc>
<refs>
<ref source="MISC" url="http://www2.merton.ox.ac.uk/~security/rootshell/0022.html">http://www2.merton.ox.ac.uk/~security/rootshell/0022.html</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Stracener</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Stracener">Change the Ref to read: ROOTSHELL: Osicom Technologies ROUTERmate
Security
Advisory</comment>
<comment voter="Frech">XF:routermate-snmp-community</comment>
<comment voter="Christey">BUGTRAQ:19980914 [rootshell] Security Bulletin #23
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90581019105693&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0795" seq="1999-0795">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>The NIS+ rpc.nisd server allows remote attackers to execute certain RPC calls without authentication to obtain system information, disable logging, or modify caches.</desc>
<refs>
<ref source="NAI">NAI-27</ref>
</refs>
<votes>
<accept count="2">Baker, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:sun-nisplus</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0798" seq="1999-0798">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Buffer overflow in bootpd on OpenBSD, FreeBSD, and Linux systems via a malformed header type.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91278867118128&amp;w=2">19981204 bootpd remote vulnerability</ref>
</refs>
<votes>
<accept count="3">Baker, Ozancin, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">Is CVE-1999-0389 a duplicate of CVE-1999-0798?  CVE-1999-0389
has January 1999 dates associated with it, while CVE-1999-0798
was reported in late December.

http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91278867118128&amp;w=2

SCO appears to have acknowledged this as well:
ftp://ftp.sco.com/SSE/security_bulletins/SB-99.01a

The poster also claims that OpenBSD fixed this as well.</comment>
<comment voter="Frech">XF:bootp-remote-bo</comment>
<comment voter="Christey">Further analysis indicates that this is a duplicate of CVE-1999-0799</comment>
<comment voter="CHANGE">[Christey changed vote from REJECT to NOOP]</comment>
<comment voter="Christey">What was I thinking?  Brian Caswell pointed out that this is
*not* the same bug as CVE-1999-0799.  As reported in the
1998 Bugtraq post, the bug is in bootpd.c, and is related
to providing an htype value that is used as an index
into an array, and exceeds the intended boundaries of that
array.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0805" seq="1999-0805">
<status>Candidate</status>
<phase date="20010214">Proposed</phase>
<desc>Novell NetWare Transaction Tracking System (TTS) in Novell 4.11 and earlier allows remote attackers to cause a denial of service via a large number of requests.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/1999_2/0439.html">19990512 DoS with Netware 4.x's TTS</ref>
<ref source="XF" url="http://xforce.iss.net/static/2184.php">novell-tts-dos</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<noop count="2">Christey, Cole</noop>
</votes>
<comments>
<comment voter="Christey">BID:276
URL:http://www.securityfocus.com/vdb/bottom.html?vid=276</comment>
<comment voter="Frech">XF:novell-tts-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0808" seq="1999-0808">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Multiple buffer overflows in ISC DHCP Distribution server (dhcpd) 1.0 and 2.0 allow a remote attacker to cause a denial of service (crash) and possibly execute arbitrary commands via long options.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925960&amp;w=2">19980518 DHCP 1.0 and 2.0 SECURITY ALERT! (fwd)</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/i-053.shtml">I-053</ref>
<ref source="MISC" url="ftp://ftp.isc.org/isc/dhcp/dhcp-1.0-history/dhcp-1.0.0-1.0pl1.diff.gz">ftp://ftp.isc.org/isc/dhcp/dhcp-1.0-history/dhcp-1.0.0-1.0pl1.diff.gz</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:dhcp-remote-dos(7248)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0816" seq="1999-0816">
<status>Candidate</status>
<phase date="20000313">Modified</phase>
<desc>The Motorola CableRouter allows any remote user to connect to and configure the router on port 1024.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.netspace.org/cgi-bin/wa?A2=ind9805B&amp;L=bugtraq&amp;P=R1621">19980510 Security Vulnerability in Motorola CableRouters</ref>
<ref source="XF">motorola-cable-default-pass</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, LeBlanc</noop>
</votes>
<comments>
<comment voter="Christey">This candidate is unconfirmed by the vendor.</comment>
<comment voter="Frech">XF:motorola-cable-default-pass</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0818" seq="1999-0818">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in Solaris kcms_configure via a long NETPATH environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=38433B7F5A.53F4SHADOWPENGUIN@fox.nightland.net">19991130 another hole of Solaris7 kcms_configure</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/831">831</ref>
</refs>
<votes>
<accept count="2">Armstrong, Stracener</accept>
<modify count="4">Cole, Dik, Frech, Prosser</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Cole">This can cause code to be executed.</comment>
<comment voter="Frech">XF:sol-kcms-conf-netpath-bo</comment>
<comment voter="Dik">the bug has nothing to do with kcms_configure; it's a bug
in libnsl.so.  All set-uid executables that trigger this code path are
vulnerable.  Sun bug 4295834; fixed in Solaris 8.</comment>
<comment voter="Prosser">Okay, I am confused.  Based on Casper's comments and checking
on the Sun patch site, I found the 4295834 bug(4295834 NETPATH security
problem in libnsl) fixed in  SunOS 5.4, Patch 101974-37(x86) 101973 (sparc).
Multiple libnsl vulnerabilities was first reported in an 98 Sun Bulletin
#00172 for 5.4 up through 2.6.   Was this NETPATH a problem that resurfaced
in 7 (looks like in 5.4 as well) and was fixed in 8?</comment>
<comment voter="Christey">Need to dig up my offline email on this.</comment>
<comment voter="Christey">May be a duplicate of CVE-1999-0321, whose sole reference
(XF:sun-kcms-configure-bo) no longer exists.  Also examine
BID:452 and
BUGTRAQ:19981223 Merry Christmas to Sun! (Was: L0pht NFR N-Code
Modules Updated)

which are the same as XF:sol-kcms-conf-p-bo(3652), which could
be the new name for XF:sun-kcms-configure-bo.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0821" seq="1999-0821">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>FreeBSD seyon allows local users to gain privileges by providing a malicious program in the -emulator argument.</desc>
<refs>
<ref source="BUGTRAQ">19991130 Several FreeBSD-3.3 vulnerabilities</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/838">838</ref>
</refs>
<votes>
<accept count="2">Armstrong, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Cole</reject>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">I would combine this with the previous.  To me the general
vulnerabilities are similar it is just the end result that changes.</comment>
<comment voter="Frech">XF:freebsd-seyon-setgid</comment>
<comment voter="Christey">ADDREF? CALDERA:CSSA-1999-037.0</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0822" seq="1999-0822">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in Qpopper (qpop) 3.0 allows remote root access via AUTH command.</desc>
<refs>
<ref source="BUGTRAQ">19991130 serious Qpopper 3.0 vulnerability</ref>
<ref source="BUGTRAQ">19991130 qpop3.0b20 and below - notes and exploit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/830">830</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:qpopper-auth-bo</comment>
<comment voter="Christey">ADDREF? DEBIAN:19991215 buffer overflow in qpopper v3.0
ADDREF XF:qpopper-auth-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0825" seq="1999-0825">
<status>Candidate</status>
<phase date="20000121">Modified</phase>
<desc>The default permissions for UnixWare /var/mail allow local users to read and modify other users' mail.</desc>
<refs>
<ref source="BUGTRAQ">19991203 UnixWare read/modify users' mail</ref>
<ref source="BUGTRAQ">19991215 Recent postings about SCO UnixWare 7</ref>
<ref source="BUGTRAQ">19991223 FYI, SCO Security patches available.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/849">849</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sco-mail-permissions</comment>
<comment voter="Christey">ADDREF ftp://ftp.sco.com/SSE/security_bulletins/SB-99.25a</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0827" seq="1999-0827">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>By default, Internet Explorer 5.0 and other versions enables the &quot;Navigate sub-frames across different domains&quot; option, which allows frame spoofing.</desc>
<refs>
<ref source="BUGTRAQ">19991130 Default IE 5.0 security settings allow frame spoofing</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, LeBlanc, Stracener</accept>
<modify count="2">Cole, Frech</modify>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">The BID is 855.  If I have the right vulnerability, this allows an
attacker to access URL's of there choosing which could lead to a compromise
of private information.</comment>
<comment voter="Frech">XF:http-frame-spoof
Question: Similar vulnerability to MS98-020 / CVE-1999-0869?</comment>
<comment voter="LeBlanc">MSRC tells me this is patched in MS00-009</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0828" seq="1999-0828">
<status>Candidate</status>
<phase date="20000121">Modified</phase>
<desc>UnixWare pkg commands such as pkginfo, pkgcat, and pkgparam allow local users to read arbitrary files via the dacread permission.</desc>
<refs>
<ref source="BUGTRAQ">19991203 UnixWare and the dacread permission</ref>
<ref source="BUGTRAQ">19991204 UnixWare pkg* command exploits</ref>
<ref source="BUGTRAQ">19991223 FYI, SCO Security patches available.</ref>
<ref source="BUGTRAQ">19991220 SCO OpenServer Security Status</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/853">853</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Stracener</accept>
<modify count="2">Cole, Frech</modify>
<reviewing count="2">Christey, Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">This is BID 850.</comment>
<comment voter="Christey">See comments on CVE-1999-0988.  Perhaps these two should be
merged. ftp://ftp.sco.com/SSE/security_bulletins/SB-99.28a
loosely alludes to this problem; the README for patch SSE053
effectively confirms it.</comment>
<comment voter="Frech">XF:sco-pkg-dacread-fileread</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0829" seq="1999-0829">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>HP Secure Web Console uses weak encryption.</desc>
<refs>
<ref source="BUGTRAQ">19991201 HP Secure Web Console</ref>
</refs>
<votes>
<accept count="2">Armstrong, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Cole</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">I could not find details on this using the above references.</comment>
<comment voter="Frech">XF:hp-secure-console</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0830" seq="1999-0830">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in SCO UnixWare Xsco command via a long argument.</desc>
<refs>
<ref source="BUGTRAQ">19991126 [w00giving '99 #6]: UnixWare 7's Xsco</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Stracener</accept>
<modify count="3">Cole, Frech, Prosser</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Cole">This is BID 824 and the BUGTRAQ reference is 19991125.</comment>
<comment voter="Frech">XF:sco-unixware-xsco</comment>
<comment voter="Christey">Confirmed by vendor, albeit vaguely:
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94581379905584&amp;w=2
</comment>
<comment voter="Prosser">agree with Steve on vendor confirmation, however not sure the
fix ref'd in BID 824 (SSE041) is right.  It lists fixes for libnsl and
tcpip.so, nothing about xsco.  SSE050b
(ftp://ftp.sco.com/SSE/security_bulletins/SB-99.26b) fixes a buffer overflow
in xsco on OpenServer (the vendor message Steve refers to) but not the
UnixWare vulnerability reported on Bugtraq and in BID824. Anyone more
familar with SCO shed some light on this? Are they the same codebase so fix
would be same?  From the SCO site it seems the UnixWare and OpenSever
products are similar but have differences.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">BID:824
http://www.securityfocus.com/bid/824</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0840" seq="1999-0840">
<status>Candidate</status>
<phase date="20071022">Modified</phase>
<desc>Buffer overflow in CDE dtmail and dtmailpr programs allows local users to gain privileges via a long -f option.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.security-express.com/archives/bugtraq/1999-q4/0122.html">19991129 Solaris7 dtmail/dtmailpr/mailtool Buffer Overflow</ref>
<ref source="MISC" url="http://www.securiteam.com/exploits/3J5QQPPQ0O.html">http://www.securiteam.com/exploits/3J5QQPPQ0O.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/832">832</ref>
<ref source="MISC" url="http://www.securiteam.com/exploits/3J5QQPPQ0O.html">http://www.securiteam.com/exploits/3J5QQPPQ0O.html</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/3579">solaris-dtmail-overflow(3579)</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/3580">solaris-dtmailpr-overflow(3580)</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Dik, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Cole</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">I went to 1129 and it looks like a reference for a different
vulnerability.</comment>
<comment voter="Frech">In the description, should dtmailptr be dtmailpr?
XF:solaris-dtmailpr-overflow
XF:solaris-dtmail-overflow</comment>
<comment voter="Dik">sun bug: 4166321</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0841" seq="1999-0841">
<status>Candidate</status>
<phase date="20071022">Modified</phase>
<desc>Buffer overflow in CDE mailtool allows local users to gain root privileges via a long MIME Content-Type.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.security-express.com/archives/bugtraq/1999-q4/0122.html">19991129 Solaris7 dtmail/dtmailpr/mailtool Buffer Overflow</ref>
<ref source="MISC" url="http://www.securiteam.com/exploits/3J5QQPPQ0O.html">http://www.securiteam.com/exploits/3J5QQPPQ0O.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/832">832</ref>
<ref source="MISC" url="http://www.securiteam.com/exploits/3J5QQPPQ0O.html">http://www.securiteam.com/exploits/3J5QQPPQ0O.html</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/3732">cde-mailtool-bo(3732)</ref>
</refs>
<votes>
<accept count="5">Armstrong, Baker, Cole, Dik, Stracener</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:cde-mailtool-bo</comment>
<comment voter="Dik">bug 4163471
(Root access is only possible when mail is send to root and he
uses dtmail to read it)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0843" seq="1999-0843">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Denial of service in Cisco routers running NAT via a PORT command from an FTP client to a Telnet port.</desc>
<refs>
<ref source="BUGTRAQ">19991104 Cisco NAT DoS (VD#1)</ref>
<ref source="BUGTRAQ">19991128 Re: Cisco NAT DoS (VD#1)</ref>
</refs>
<votes>
<accept count="3">Balinsky, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Armstrong, Baker</noop>
<reviewing count="3">Christey, Prosser, Ziese</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:cisco-nat-dos</comment>
<comment voter="Christey">Mike Prosser's REVIEWING vote expires July 17, 2000</comment>
<comment voter="Ziese">After reviewing
http://www.cisco.com/warp/public/707/iostelnetopt-pub.shtml 
I can not confirm this exists unless it's restructred to
describe a problem against IOS per se; not NAT per se.  I am
reviewing this and it may take some time.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Not sure if Kevin's suggested reference really describes this
one.  However, a followup email by Jim Duncan of Cisco does
acknowledge the problem as discussed in the Bugtraq post:
http://marc.theaimsgroup.com/?l=vuln-dev&amp;m=94385601831585&amp;w=2
The original post is:
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94184947504814&amp;w=2

It could be that the researcher believed that the problem was
NAT, but in fact it wasn't.

I need to follow up with Ziese/Balinsky on this one.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0844" seq="1999-0844">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Denial of service in MDaemon WorldClient and WebConfig services via a long URL.</desc>
<refs>
<ref source="NTBUGTRAQ">19991124 Remote DoS Attack in WorldClient Server v2.0.0.0 Vulnerability</ref>
<ref source="BUGTRAQ">19991130 Fwd: RE: Multiples Remotes DoS Attacks in MDaemon Server v2.8.5.0 Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/823">823</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/820">820</ref>
</refs>
<votes>
<accept count="2">Baker, Stracener</accept>
<modify count="2">Cole, Frech</modify>
<noop count="1">Armstrong</noop>
<recast count="1">Christey</recast>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">823 and 820 are two different vulnerabilities and should be
separated out.  They are both buffer overflows but accomplish it in a
different fashion and the end exploit is different.</comment>
<comment voter="Frech">(RECAST?)
XF:mdaemon-worldclient-dos
XF:mdaemon-webconfig-dos
Recast request: This is really two services exhibiting the same problem.</comment>
<comment voter="Christey">as suggested by others.

Also see confirmation at:
http://mdaemon.deerfield.com/helpdesk/hotfix.cfm</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0845" seq="1999-0845">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in SCO su program allows local users to gain root access via a long username.</desc>
<refs>
<ref source="BUGTRAQ">19991126 [w00giving '99 #5 and w00news]: UnixWare 7's su</ref>
<ref source="SCO">99.19</ref>
<ref source="BUGTRAQ">19991128 SCO su patches</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Prosser, Stracener</accept>
<modify count="1">Frech</modify>
<recast count="1">Baker</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-1999-0317?</comment>
<comment voter="Frech">XF:sco-su-username-bo</comment>
<comment voter="Christey">ADDREF BID:826
CONFIRM:ftp://ftp.sco.com/SSE/sse039.tar.Z</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0846" seq="1999-0846">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Denial of service in MDaemon 2.7 via a large number of connection attempts.</desc>
<refs>
<ref source="BUGTRAQ">19991129 MDaemon 2.7 J DoS</ref>
<ref source="BUGTRAQ">19991130 Fwd: RE: Multiples Remotes DoS Attacks in MDaemon Server v2.8.5.0 Vulnerability</ref>
</refs>
<votes>
<accept count="5">Armstrong, Baker, Cole, Prosser, Stracener</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:mdaemon-dos</comment>
<comment voter="Christey">CVE-1999-0844 is confirmed by MDaemon at
http://mdaemon.deerfield.com/helpdesk/hotfix.cfm but there
is no apparent confirmation for this problem, even
though it was posted the same day.</comment>
<comment voter="Prosser">Looks like from a follow-on message on Bugtraq from Nobuo
&lt;http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1999-11-28&amp;msg=199912011604.HJI39569.BX-NOJ@lac.co.jp&gt; Deerfield sent a reply about the
DoS problems in MDaemon 2.8.5, that also talks about fixing the 2.7 J DoS
that Nobuo initially reported. Can't find the original message, so may have
been limited distro. Looks like an upgrade to the latest release might be
the final solution here.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0850" seq="1999-0850">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>The default permissions for Endymion MailMan allow local users to read email or modify files.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/845">845</ref>
<ref source="BUGTRAQ">19991202 Insecure default permissions for MailMan Professional Edition, version 3.0.18</ref>
</refs>
<votes>
<accept count="2">Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Armstrong, Baker</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:endymion-mailman-perms</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0852" seq="1999-0852">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>IBM WebSphere sets permissions that allow a local user to modify a deinstallation script or its data files stored in /usr/bin.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/844">844</ref>
<ref source="BUGTRAQ">19991202 WebSphere protections from installation</ref>
</refs>
<votes>
<accept count="3">Armstrong, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:websphere-protect</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0855" seq="1999-0855">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in FreeBSD gdc program.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/834">834</ref>
<ref source="BUGTRAQ">19991130 FreeBSD 3.3 gated-3.1.5 local exploit</ref>
</refs>
<votes>
<accept count="3">Armstrong, Prosser, Stracener</accept>
<modify count="2">Cole, Frech</modify>
<noop count="2">Baker, Christey</noop>
</votes>
<comments>
<comment voter="Cole">The BID is 834 and the reference is 19991201 not 1130.</comment>
<comment voter="Frech">XF:freebsd-gdc-bo</comment>
<comment voter="Christey">ADDREF BID:780 ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0857" seq="1999-0857">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>FreeBSD gdc program allows local users to modify files via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">19991130 FreeBSD 3.3 gated-3.1.5 local exploit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/835">835</ref>
</refs>
<votes>
<accept count="3">Armstrong, Prosser, Stracener</accept>
<modify count="2">Cole, Frech</modify>
<noop count="1">Baker</noop>
</votes>
<comments>
<comment voter="Cole">This is via debug output.</comment>
<comment voter="Frech">XF:freebsd-gdc</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0860" seq="1999-0860">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Solaris chkperm allows local users to read files owned by bin via the VMSYS environmental variable and a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">19991130 Solaris 2.x chkperm/arp vulnerabilities</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/837">837</ref>
</refs>
<votes>
<accept count="2">Armstrong, Stracener</accept>
<modify count="2">Dik, Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">Cole</reject>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Cole">This is the same as the pervious.</comment>
<comment voter="Frech">XF:sol-chkperm-vmsys</comment>
<comment voter="Dik">include reference to Sun bug 4296167</comment>
<comment voter="Christey">Remove BID:837, which is for arp, not chkperm</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0862" seq="1999-0862">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Insecure directory permissions in RPM distribution for PostgreSQL allows local users to gain privileges by reading a plaintext password file.</desc>
<refs>
<ref source="BUGTRAQ">19991202 PostgreSQL RPM's permission problems</ref>
</refs>
<votes>
<accept count="3">Armstrong, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Prosser</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:postgresql-insecure-perms</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0863" seq="1999-0863">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Buffer overflow in FreeBSD seyon via HOME environmental variable, -emulator argument, -modems argument, or the GUI.</desc>
<refs>
<ref source="BUGTRAQ">19970617 Seyon vulnerability - IRIX</ref>
<ref source="BUGTRAQ">19991108 FreeBSD 3.3's seyon vulnerability</ref>
<ref source="BUGTRAQ">19991130 Several FreeBSD-3.3 vulnerabilities</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Prosser, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:freebsd-seyon-bo</comment>
<comment voter="Christey">ADDREF? CALDERA:CSSA-1999-037.0</comment>
<comment voter="Christey">May be multiple bugs here, or a single library problem.
CD:SF-LOC needs to be resolved before determining if this
candidate should be SPLIT.  Also see CVE-1999-0821.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0872" seq="1999-0872">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Buffer overflow in Vixie cron allows local users to gain root access via a long MAILTO environment variable in a crontab file.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/759">759</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/611">611</ref>
<ref source="REDHAT">RHSA-1999:030-02</ref>
</refs>
<votes>
<modify count="2">Cole, Frech</modify>
<noop count="1">Baker</noop>
<reject count="3">Blake, Christey, Stracener</reject>
</votes>
<comments>
<comment voter="Cole">611 is the mail to listed above but 759 is for the mail from and
should be listed as a separate vulenrability.</comment>
<comment voter="Blake">This does not appear materially different from CVE-1999-0768</comment>
<comment voter="Christey">This is an apparent duplicate of CVE-1999-0768.
REDHAT:RHSA-1999:030-02 describes two issues, one of which is
CVE-1999-0768, and the other is CVE-1999-0769.</comment>
<comment voter="Stracener">This is a duplicate of candidate CVE-1999-0768.</comment>
<comment voter="Frech">XF:cron-sendmail-bo-root</comment>
<comment voter="Christey">BID:759 is improperly assigned to this candidate and doesn't
even describe it.  It may have been inadvertently copied
from CVE-1999-0873.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0882" seq="1999-0882">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Falcon web server allows remote attackers to determine the absolute path of the web root via long file names.</desc>
<refs>
<ref source="BUGTRAQ">19991025 Falcon Web Server</ref>
<ref source="BINDVIEW">Falcon Web Server</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Armstrong, Cole</noop>
</votes>
<comments>
<comment voter="Frech">XF:falcon-server-long-filename</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0885" seq="1999-0885">
<status>Candidate</status>
<phase date="20000313">Modified</phase>
<desc>Alibaba web server allows remote attackers to execute commands via a pipe character in a malformed URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1999-11-01&amp;msg=01BF261F.928821E0.kerb@fnusa.com">19991103 More Alibaba Web Server problems...</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/770">770</ref>
<ref source="XF">alibaba-url-file-manipulation</ref>
</refs>
<votes>
<accept count="2">Baker, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Blake, Christey, Cole, LeBlanc</noop>
</votes>
<comments>
<comment voter="Christey">This candidate is unconfirmed by the vendor.</comment>
<comment voter="Blake">Same as CVE-1999-0776.</comment>
<comment voter="Frech">XF:alibaba-url-file-manipulation</comment>
<comment voter="Christey">CD:SF-LOC and CD:SF-EXEC may say to merge this candidate with
the problems described in:
BUGTRAQ:20000718 Multiple bugs in Alibaba 2.0
URL:http://archives.neohapsis.com/archives/bugtraq/2000-07/0237.html

If so, then ADDREF BID:1485 as well.</comment>
<comment voter="Christey">Include the names of the affected CGI's, including tst.bat,
get32.exe, alibaba.pl, etc.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0910" seq="1999-0910">
<status>Candidate</status>
<phase date="19991208">Proposed</phase>
<desc>Microsoft Site Server and Commercial Internet System (MCIS) do not set an expiration for a cookie, which could then be cached by a proxy and inadvertently used by a different user.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-035.asp">MS99-035</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/625">625</ref>
</refs>
<votes>
<accept count="4">Baker, Ozancin, Prosser, Wall</accept>
<modify count="2">Frech, Stracener</modify>
<reject count="1">Cole</reject>
</votes>
<comments>
<comment voter="Frech">XF:siteserver-cis-cookie-cache</comment>
<comment voter="Cole">Whether cookies are a vulnerbality is a debate for another time, the
question here is whether the
expiration feature is a vulnerability and I do not think it is
because the underlying concerns for this
are present even without this feature.  The expiration feature does
not add any new vulenrabilities
that are not already present with cookies.</comment>
<comment voter="Stracener">Add Ref: MSKB Q238647</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0911" seq="1999-0911">
<status>Candidate</status>
<phase date="20050309">Modified</phase>
<desc>Buffer overflow in ProFTPD, wu-ftpd, and beroftpd allows remote attackers to gain root access via a series of MKD and CWD commands that create nested directories.</desc>
<refs>
<ref source="BUGTRAQ">19990827 ProFTPD</ref>
<ref source="BUGTRAQ">19990907 ProFTP-1.2.0pre4 buffer overflow -- once more</ref>
<ref source="DEBIAN" url="http://www.debian.org/security/1999/19990210">19990210</ref>
<ref source="FREEBSD">FreeBSD-SA-99:03</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/612">612</ref>
</refs>
<votes>
<accept count="5">Baker, Blake, Cole, Prosser, Stracener</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:proftpd-long-dir-bo(3399)</comment>
<comment voter="Christey">Not absolutely sure if this isn't the same as Palmetto
(CVE-1999-0368), which describes a similar type of overflow.

NETBSD:NetBSD-SA1999-003 may refer to CVE-1999-0368:
ADDREF URL:ftp://ftp.NetBSD.ORG/pub/NetBSD/misc/security/advisories/NetBSD-SA1999-003.txt.asc</comment>
<comment voter="Christey">ADDREF CIAC:J-068
Include version numbers; too many wu-ftp/etc. problems
were published in summer/fall 1999</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0913" seq="1999-0913">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>dfire.cgi script in Dragon-Fire IDS allows remote users to execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93383593909438&amp;w=2">19990804 NSW Dragon Fire gets drowned</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/564">564</ref>
</refs>
<votes>
<accept count="2">Blake, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="4">Armstrong, Baker, Cole, LeBlanc</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Some voters should use ABSTAIN.  </comment>
<comment voter="Frech">XF:dragon-fire-ids-metachar(3834)</comment>
<comment voter="CHANGE">[Armstrong changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0919" seq="1999-0919">
<status>Candidate</status>
<phase date="20020226">Modified</phase>
<desc>A memory leak in a Motorola CableRouter allows remote attackers to conduct a denial of service via a large number of telnet connections.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.netspace.org/cgi-bin/wa?A2=ind9805B&amp;L=bugtraq&amp;P=R1621">19980510 Security Vulnerability in Motorola CableRouters</ref>
<ref source="XF" url="http://xforce.iss.net/static/2004.php">motorola-cable-crash(2004)</ref>
</refs>
<votes>
<accept count="2">Baker, Cole</accept>
<modify count="1">Frech</modify>
<noop count="7">Armstrong, Christey, Landfield, LeBlanc, Ozancin, Stracener, Wall</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Christey">This candidate is unconfirmed by the vendor.</comment>
<comment voter="Frech">XF:motorola-cable-crash</comment>
<comment voter="Christey">This has enough votes, but not the &quot;confidence&quot; yet (until we
resolve the question of the amount of verification needed
for CVE).</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0923" seq="1999-0923">
<status>Candidate</status>
<phase date="20010214">Proposed</phase>
<desc>Sample runnable code snippets in ColdFusion Server 4.0 allow remote attackers to read files, conduct a denial of service, or use the server as a proxy for other HTTP calls.</desc>
<refs>
<ref source="ALLAIRE" url="http://www.allaire.com/handlers/index.cfm?ID=8739&amp;Method=Full">ASB99-02</ref>
</refs>
<votes>
<accept count="2">Baker, Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:coldfusion-source-display(1741)
XF:coldfusion-syntax-checker(1742)
XF:coldfusion-file-existence(1743)
XF:coldfusion-sourcewindow(1744)</comment>
<comment voter="Christey">List all affected runnable code snippets to facilitate
search, which may include:
viewexample.cfm (though could that be part of CVE-1999-0922?)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0925" seq="1999-0925">
<status>Candidate</status>
<phase date="20020829">Modified</phase>
<desc>UnityMail allows remote attackers to conduct a denial of service via a large number of MIME headers.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90486243124867&amp;w=2">19980903 Web servers / possible DOS Attack / mime header flooding</ref>
</refs>
<votes>
<accept count="2">Baker, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:unitymail-web-dos(1630)</comment>
<comment voter="Christey">BID:1760
URL:http://www.securityfocus.com/bid/1760</comment>
<comment voter="Christey">Affected version is 2.0
Change date of Bugtraq post - it was 1998.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0926" seq="1999-0926">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Apache allows remote attackers to conduct a denial of service via a large number of MIME headers.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/1998_3/0742.html">19990903 Web servers / possible DOS Attack / mime header flooding</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Christey">BID:1760
URL:http://www.securityfocus.com/bid/1760</comment>
<comment voter="Frech">XF:unitymail-web-dos(1630)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0929" seq="1999-0929">
<status>Candidate</status>
<phase date="19991229">Interim</phase>
<desc>Novell NetWare with Novell-HTTP-Server or YAWN web servers allows remote attackers to conduct a denial of service via a large number of HTTP GET requests.</desc>
<refs>
<ref source="BUGTRAQ">19990616 Novell NetWare webservers DoS</ref>
</refs>
<votes>
<accept count="4">Armstrong, Blake, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
</votes>
<comments>
<comment voter="Frech">XF:novell-webserver-dos(2287)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0941" seq="1999-0941">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Mutt mail client allows a remote attacker to execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526154&amp;w=2">19980728 mutt x.x</ref>
</refs>
<votes>
<accept count="1">Stracener</accept>
<noop count="2">Baker, Christey</noop>
<reject count="1">Frech</reject>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">References are vague, but seem to be identical to CVE-1999-0940
(XF:mutt-text-enriched-mime-bo). According to the references, the malformed
messages consist of metacharacters. In addition, -0941's reference and
-0940's SuSE reference both refer to fixes in 1.0pre3 release. Will
reconsider vote if other clearer references are forthcoming.</comment>
<comment voter="Christey">Modify to mention that the metachar's are in the Content-Type header.
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526154&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0944" seq="1999-0944">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>IBM WebSphere ikeyman tool uses weak encryption to store a password for a key database that is used for SSL connections.</desc>
<refs>
<ref source="BUGTRAQ">19991024 password leak in IBM WebSphere / HTTP Server / ikeyman</ref>
</refs>
<votes>
<accept count="2">Baker, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Bollinger, Christey</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:websphere-database-pwd-accessible</comment>
<comment voter="Christey">ADDREF BID:1763
URL:http://www.securityfocus.com/bid/1763</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0948" seq="1999-0948">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Buffer overflow in uum program for Canna input system allows local users to gain root privileges.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/757">757</ref>
<ref source="BUGTRAQ">19991102 Some holes for Win/UNIX softwares</ref>
</refs>
<votes>
<accept count="2">Levy, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
</votes>
<comments>
<comment voter="Christey">CVE-1999-0948 and CVE-1999-0949 are extremely similar.
uum (0948) is exploitable through a different set of options
than canuum (0949).  If it's the same generic option parsing
routine used by both programs, then CD:SF-CODEBASE says to
merge them.  But if it's not, then CD:SF-LOC and CD:SF-EXEC
says to split them.  However, this is a prime example of
how SF-EXEC might be modified - uum and canuum are clearly
part of the same package, so in the absence of clear
information, maybe we should merge them.</comment>
<comment voter="Frech">XF:canna-uum-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0949" seq="1999-0949">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Buffer overflow in canuum program for Canna input system allows local users to gain root privileges.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/757">757</ref>
<ref source="BUGTRAQ">19991102 Some holes for Win/UNIX softwares</ref>
</refs>
<votes>
<accept count="2">Levy, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
</votes>
<comments>
<comment voter="Christey">CVE-1999-0948 and CVE-1999-0949 are extremely similar.
uum (0948) is exploitable through a different set of options
than canuum (0949).  If it's the same generic option parsing
routine used by both programs, then CD:SF-CODEBASE says to
merge them.  But if it's not, then CD:SF-LOC and CD:SF-EXEC
says to split them.  However, this is a prime example of
how SF-EXEC might be modified - uum and canuum are clearly
part of the same package, so in the absence of clear
information, maybe we should merge them.

Also review BID:758 and BID:757 - may need to change the BID
here.</comment>
<comment voter="Frech">XF:canna-uum-bo</comment>
<comment voter="Christey">CHANGEREF BID:757 BID:758</comment>
<comment voter="Christey">The following page says that canuum is a &quot;Japanese input tty
frontend for Canna using uum,&quot; which suggests that it is, at
the least, a different package, so perhaps this should stay SPLIT.

http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/pkgsrc/inputmethod/canuum/README.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0952" seq="1999-0952">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Buffer overflow in Solaris lpstat via class argument allows local users to gain root access.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91759216618637&amp;w=2">19990126 Buffer overflow in Solaris 2.6/2.7 /usr/bin/lpstat</ref>
</refs>
<votes>
<accept count="3">Baker, Ozancin, Stracener</accept>
<modify count="2">Dik, Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:solaris-lpstat-bo</comment>
<comment voter="Christey">It is unclear from Casper Dik's followup whether this is
exploitable or not.</comment>
<comment voter="Dik">Sunbug 4129917
(other reports in the same thread suggest that the then current patchd id
fix the problem)</comment>
<comment voter="Christey">Confirm with Casper Dik that the overflow is in the -c option,
and if so, include it in the description to differentiate
it from the lpstat -n buffer overflow.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0970" seq="1999-0970">
<status>Candidate</status>
<phase date="20020226">Modified</phase>
<desc>The OmniHTTPD visadmin.exe program allows a remote attacker to conduct a denial of service via a malformed URL which causes a large number of temporary files to be created.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/14311">19990605 Remote Exploit (Bug) in OmniHTTPd Web Server</ref>
<ref source="XF" url="http://xforce.iss.net/static/2271.php">omnihttpd-dos(2271)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1808">1808</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:omnihttpd-dos</comment>
<comment voter="Christey">Some sort of confirmation might be findable at:
http://www.omnicron.ab.ca/httpd/docs/release.html</comment>
<comment voter="Christey">See http://www.omnicron.ab.ca/index.html
The August 16, 2000 news item says &quot;This release fixes some
security problems.&quot;  It's for version 2.07, but the discloser
didn't say what version was available.

Other security fixes are in the release notes at
http://www.omnicron.ab.ca/httpd/docs/release.html Notes for
Professional Version 1.01 say &quot;Patched up two security weaknesses.&quot;
Notes for version 2.07 say &quot;Fixes dot-appending vulnerability.&quot;
Professional Alpha 7 says &quot;Revamped CGI launching and security,&quot;
Professional Alpha 4 says &quot;Fixed SSI path mapping and security
problems,&quot; Alpha 5 says &quot;Security fixup.&quot;

In other words, you can't tell whether they've fixed this bug
or not.</comment>
<comment voter="Christey">BID:1808
URL:http://www.securityfocus.com/bid/1808</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0983" seq="1999-0983">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Whois Internic Lookup program whois.cgi allows remote attackers to execute commands via shell metacharacters in the domain entry.</desc>
<refs>
<ref source="BUGTRAQ">19991109 Whois.cgi - ADVISORY.</ref>
</refs>
<votes>
<accept count="3">Blake, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">More examination is required to determine if CVE-1999-0983,
CVE-1999-0984, or CVE-1999-0985 are the same codebase.</comment>
<comment voter="Frech">XF:whois-internic-shell-meta</comment>
<comment voter="Christey">ADDREF BID:2000</comment>
<comment voter="Christey">The XF appears to be gone.  Perhaps it's this one:
XF:http-cgi-whois-meta(3798)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0984" seq="1999-0984">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>Matt's Whois program whois.cgi allows remote attackers to execute commands via shell metacharacters in the domain entry.</desc>
<refs>
<ref source="BUGTRAQ">19991109 Whois.cgi - ADVISORY.</ref>
</refs>
<votes>
<accept count="2">Blake, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Cole</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Cole">How is this different than the previous?</comment>
<comment voter="Christey">More examination is required to determine if CVE-1999-0983,
CVE-1999-0984, or CVE-1999-0985 are the same codebase.</comment>
<comment voter="Frech">XF:matts-whois-meta</comment>
<comment voter="Christey">ADDREF BID:2000</comment>
<comment voter="Christey">XF reference is gone.  Replace with http-cgi-matts-whois-meta(3799) ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0985" seq="1999-0985">
<status>Candidate</status>
<phase date="19991214">Proposed</phase>
<desc>CC Whois program whois.cgi allows remote attackers to execute commands via shell metacharacters in the domain entry.</desc>
<refs>
<ref source="BUGTRAQ">19991109 Whois.cgi - ADVISORY.</ref>
</refs>
<votes>
<accept count="2">Blake, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Cole</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Cole">I would combine all of these.</comment>
<comment voter="Christey">More examination is required to determine if CVE-1999-0983,
CVE-1999-0984, or CVE-1999-0985 are the same codebase.</comment>
<comment voter="Frech">XF:cc-whois-meta</comment>
<comment voter="Christey">ADDREF BID:2000</comment>
<comment voter="Frech">Change cc-whois-meta(3800) to http-cgi-ccwhois(3747)</comment>
<comment voter="Christey">Replace XF reference with XF:cc-whois-meta(3800) ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0988" seq="1999-0988">
<status>Candidate</status>
<phase date="20000121">Modified</phase>
<desc>UnixWare pkgtrans allows local users to read arbitrary files via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">19991204 UnixWare pkg* command exploits</ref>
<ref source="BUGTRAQ">19991215 Recent postings about SCO UnixWare 7</ref>
<ref source="BUGTRAQ">19991223 FYI, SCO Security patches available.</ref>
<ref source="BUGTRAQ">19991220 SCO OpenServer Security Status</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Cole</accept>
<modify count="1">Frech</modify>
<recast count="1">Stracener</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Stracener">The pkg* programs pkgtrans, pkginfo, pkgcat, pkginstall, and pkgparam
can be used to mount etc/shadow printing attacks as a result of the
&quot;dacread&quot; permission (cf. /etc/security/tcb/privs). The procedural
differences between the individual exploits for each of these utilities
are therefore inconsequential. CVE-1999-0988 should be merged with
CVE-1999-0828. From the standpoint of maintaining consistency of the
level of abstraction used in CVE, the co-existence of CANS
1999-0988/1999-0828 present two choices: either merge 0988 with 0828, or
split 0828 into 4 distinct candidates, keeping 0988 intact. Due to the
very small differences (in principle) between the exploits subsumed by
0828 and 0988 and the shared dacread permissions of the pkg* suite, I
suggest a merge. Below is a summary of the data upon which my decision
was based.
utility         exploit
--------      ---------------------------------- </comment>
<comment voter="pkgtrans  --">symlink + dacread permission prob</comment>
<comment voter="pkginfo   --">truss (debugging utility) in conjunction with pkginfio -d
etc/shadow. In this case, it captures the interaction between
pkginfo                the shadow file. Once again: dacread.</comment>
<comment voter="pkgcat    --">buffer overflow  + dacread permission prob</comment>
<comment voter="pkginstall -">buffer overflow + dacread permission prob</comment>
<comment voter="pkgparam --">-f etc/shadow (works because of dacread).</comment>
<comment voter="Christey">This is a tough one.  While there are few procedural
differences, one could view &quot;assignment of an improper
permission&quot; as a &quot;class&quot; of problems along the lines of
buffer overflows and the like.  Just like some programs
were fine until they got turned into CGI scripts, this
could be an emerging pattern which should be given
consideration.  Consider the Eyedog and scriptlet.typelib
ActiveX utilities being marked as safe for scripting
(CVE-1999-0668 and 0669).

ftp://ftp.sco.com/SSE/security_bulletins/SB-99.28a loosely
alludes to this problem; the README for patch SSE053
effectively confirms it.</comment>
<comment voter="Frech">XF:unixware-pkgtrans-symlink</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0990" seq="1999-0990">
<status>Candidate</status>
<phase date="19991229">Interim</phase>
<desc>Error messages generated by gdm with the VerboseAuth setting allows an attacker to identify valid users on a system.</desc>
<refs>
<ref source="BUGTRAQ">19991205 gdm thing</ref>
</refs>
<votes>
<accept count="3">Blake, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
</votes>
<comments>
<comment voter="Frech">XF:verbose-auth-identify-user(3804)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-0993" seq="1999-0993">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Modifications to ACLs (Access Control Lists) in Microsoft Exchange  5.5 do not take effect until the directory store cache is refreshed.</desc>
<refs>
<ref source="NTBUGTRAQ">19991213 Changing ACL's in Exchange Server</ref>
</refs>
<votes>
<accept count="2">Stracener, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Cole</noop>
<reject count="1">LeBlanc</reject>
</votes>
<comments>
<comment voter="Frech">XF:exchange-acl-changes(3916)</comment>
<comment voter="LeBlanc">Not a vulnerability</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1002" seq="1999-1002">
<status>Candidate</status>
<phase date="20030619">Modified</phase>
<desc>Netscape Navigator uses weak encryption for storing a user's Netscape mail password.</desc>
<refs>
<ref source="MISC" url="http://www.rstcorp.com/news/bad-crypto.html">http://www.rstcorp.com/news/bad-crypto.html</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94536309217214&amp;w=2">19991216 Reinventing the wheel (aka &quot;Decoding Netscape Mail passwords&quot;)</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94570673523998&amp;w=2">19991220 Netscape password scrambling</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Stracener, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:netscape-mail-encryption(3921)</comment>
<comment voter="Christey">CHANGEREF make the RCA URL a &quot;MISC&quot; reference</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1003" seq="1999-1003">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>War FTP Daemon 1.70 allows remote attackers to cause a denial of service by flooding it with connections.</desc>
<refs>
<ref source="BUGTRAQ">19991214 Local / Remote D.o.S Attack in War FTP Daemon 1.70 Vulnerability</ref>
<ref source="BUGTRAQ">19991216 Statement: Local / Remote D.o.S Attack in War FTP Daemon 1.70</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:warftp-connection-flood</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1006" seq="1999-1006">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>Groupwise web server GWWEB.EXE allows remote attackers to determine the real path of the web server via the HELP parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94571433731824&amp;w=2">19991219 Groupewise Web Interface</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Prosser, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:groupwise-web-path</comment>
<comment voter="Prosser">Pretty well confirmed by testing with responses to BugTraq list.

additional ref:  BugTraq ID 879  http://www.securityfocus.com/bid/879</comment>
<comment voter="Christey">A later discovery almost 2 years later is at:
BUGTRAQ:20020227 SecurityOffice Security Advisory:// Novell
GroupWise Web Access Path Disclosure Vulnerability
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=101494830315071&amp;w=2
CD:SF-LOC might suggest merging these together.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1009" seq="1999-1009">
<status>Candidate</status>
<phase date="19991222">Proposed</phase>
<desc>The Disney Go Express Search allows remote attackers to access and modify search information for users by connecting to an HTTP server on the user's system.</desc>
<refs>
<ref source="BUGTRAQ">19991213 Privacy hole in Go Express Search</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="4">Balinsky, Cole, Stracener, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:disney-search-info(3955)</comment>
<comment voter="Balinsky">The go.express.com web site does not mention the existence of the Express web server mentioned in the advisory. There appears to be no way of verifying this.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1012" seq="1999-1012">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SMTP component of Lotus Domino 4.6.1 on AS/400, and possibly other operating systems, allows a remote attacker to crash the mail server via a long string.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13527">19990504 AS/400</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/173">173</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">(Task 1770)</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:lotus-domino-smtp-dos(8790)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1013" seq="1999-1013">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>named-xfer in AIX 4.1.5 and 4.2.1 allows members of the system group to overwrite system files to gain root access via the -f parameter and a malformed zone file.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/673">673</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93837026726954&amp;w=2">19990923 named-xfer hole on AIX (fwd)</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:aix-named-xfer-root-access(3308)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1015" seq="1999-1015">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Apple AppleShare Mail Server 5.0.3 on MacOS 8.1 and earlier allows a remote attacker to cause a denial of service (crash) via a long HELO command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89200657216213&amp;w=2">19980408 AppleShare IP Mail Server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/61">61</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:smtp-helo-bo(886)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1016" seq="1999-1016">
<status>Candidate</status>
<phase date="20040811">Modified</phase>
<desc>Microsoft HTML control as used in (1) Internet Explorer 5.0, (2) FrontPage Express, (3) Outlook Express 5, and (4) Eudora, and possibly others, allows remote malicious web site or HTML emails to cause a denial of service (100% CPU consumption) via large HTML form fields such as text inputs in a table cell.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93578772920970&amp;w=2">19990827 HTML code to crash IE5 and Outlook Express 5</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/606">606</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:ms-html-table-form-dos(3246)</comment>
<comment voter="Frech">XF:ms-html-table-form-dos(3246)</comment>
<comment voter="Christey">Add period to the end of the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1017" seq="1999-1017">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Seattle Labs Emurl 2.0, and possibly earlier versions, stores e-mail attachments in a specific directory with scripting enabled, which allows a malicious ASP file attachment to execute when the recipient opens the message.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93316253431588&amp;w=2">19990728 Seattle Labs EMURL Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/544">544</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">(Task 2281)</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:emurl-attachment-execution(8794)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1018" seq="1999-1018">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IPChains in Linux kernels 2.2.10 and earlier does not reassemble IP fragments before checking the header information, which allows a remote attacker to bypass the filtering rules using several fragments with 0 offsets.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93312523904591&amp;w=2">19990727 Linux 2.2.10 ipchains Advisory</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/543">543</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-ipchains-bypass-filter(6516)</comment>
<comment voter="Frech">XF:linux-ipchains-bypass-filter(6516)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1020" seq="1999-1020">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The installation of Novell Netware NDS 5.99 provides an unauthenticated client with Read access for the tree, which allows remote attackers to access sensitive information such as users, groups, and readable objects via CX.EXE and NLIST.EXE.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90613355902262&amp;w=2">19980918 NMRC Advisory - Default NDS Rights</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/484">484</ref>
<ref source="XF" url="http://xforce.iss.net/static/1364.php">novell-nds(1364)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1022" seq="1999-1022">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>serial_ports administrative program in IRIX 4.x and 5.x trusts the user's PATH environmental variable to find and execute the ls program, which allows local users to gain root privileges via a Trojan horse ls program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/930">19941002 </ref>
<ref source="XF" url="http://xforce.iss.net/static/2111.php">sgi-serialports(2111)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/464">464</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Christey">Note: CVE-1999-1310 is a duplicate of this candidate.
CVE-1999-1310 will be REJECTed; this is the proper CAN to use.

CIAC:F-01
URL:http://ciac.llnl.gov/ciac/bulletins/f-01.shtml
SGI:19941001-01-P
URL:ftp://patches.sgi.com/support/free/security/advisories/19941001-01-P
MISC:http://www.netsys.com/firewalls/firewalls-9410/0019.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1023" seq="1999-1023">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>useradd in Solaris 7.0 does not properly interpret certain date formats as specified in the &quot;-e&quot; (expiration date) argument, which could allow users to login after their accounts have expired.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92904175406756&amp;w=2">19990610 Sun Useradd program expiration date bug</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/426">426</ref>
</refs>
<votes>
<accept count="1">Dik</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Dik">sun bug: 4222400</comment>
<comment voter="Frech">XF:solaris-useradd-expired-accounts(8375)
CONFIRM:(2.6)110883-01, (2.6_x86) 110884-01, (7)110869-01,
(7_x86) 110870-01</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1024" seq="1999-1024">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ip_print procedure in Tcpdump 3.4a allows remote attackers to cause a denial of service via a packet with a zero length header, which causes an infinite loop and core dump when tcpdump prints the packet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92955903802773&amp;w=2">19990616 tcpdump 3.4  bug?</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92963447601748&amp;w=2">19990617 Re: tcpdump 3.4 bug?</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92989907627051&amp;w=2">19990620 Re: tcpdump 3.4 bug? (final)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/313">313</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:tcpdump-ipprint-dos(8373)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1025" seq="1999-1025">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>CDE screen lock program (screenlock) on Solaris 2.6 does not properly lock an unprivileged user's console session when the host is an NIS+ client, which allows others with physical access to login with any string.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90831127921062&amp;w=2">19981012 Annoying Solaris/CDE/NIS+ bug</ref>
<ref source="SUNBUG" url="http://sunsolve.Sun.COM/pub-cgi/retrieve.pl?doc=fpatches%2F106027&amp;zone_32=411568%2A%20">4115685</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/294">294</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solaris-cde-nisplus-lock(7473)</comment>
<comment voter="Dik">sun bug: 4115685</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1026" seq="1999-1026">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>aspppd on Solaris 2.5 x86 allows local users to modify arbitrary files and gain root privileges via a symlink attack on the /tmp/.asppp.fifo file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420343&amp;w=2">19961220 Solaris 2.5 x86 aspppd (semi-exploitable-hole)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/292">292</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:sun-aspppd-tmp-symlink(7173)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1029" seq="1999-1029">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SSH server (sshd2) before 2.0.12 does not properly record login attempts if the connection is closed before the maximum number of tries, allowing a remote attacker to guess the password without showing up in the audit logs.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92663402004280&amp;w=2">19990513 - J.J.F. / Hackers Team warns for SSHD 2.x brute force password hacking</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/277">277</ref>
<ref source="XF" url="http://xforce.iss.net/static/2193.php">ssh2-bruteforce(2193)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1030" seq="1999-1030">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>counter.exe 2.70 allows a remote attacker to cause a denial of service (hang) via an HTTP request that ends in %0A (newline), which causes a malformed entry in the counter log that produces an access violation.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92713790426690&amp;w=2">19990519 Denial of Service in Counter.exe version 2.70</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92707671717292&amp;w=2">19990519 Denial of Service in Counter.exe version 2.70</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/267">267</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:http-cgi-counter-long(2196)</comment>
<comment voter="Frech">XF:http-cgi-counter-long(2196)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1031" seq="1999-1031">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>counter.exe 2.70 allows a remote attacker to cause a denial of service (hang) via a long argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92713790426690&amp;w=2">19990519 Denial of Service in Counter.exe version 2.70</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92707671717292&amp;w=2">19990519 Denial of Service in Counter.exe version 2.70</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/267">267</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:http-cgi-counter-long(2196)</comment>
<comment voter="Frech">XF:http-cgi-counter-long(2196)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1033" seq="1999-1033">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Microsoft Outlook Express before 4.72.3612.1700 allows a malicious user to send a message that contains a .., which can inadvertently cause Outlook to re-enter POP3 command mode and cause the POP3 session to hang.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92647407427342&amp;w=2">19990511 Outlook Express Win98 bug</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92663402004275&amp;w=2">19990512 Outlook Express Win98 bug, addition.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/252">252</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">(Task 2241)</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:outlook-pop3-dot-dos(8926)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1036" seq="1999-1036">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>COPS 1.04 allows local users to overwrite or create arbitrary files via a symlink attack on temporary files in (1) res_diff, (2) ca.src, and (3) mail.chk.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221103125976&amp;w=2">19980626 vulnerability in satan, cops &amp; tiger</ref>
</refs>
<votes>
<accept count="1">Foat</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cops-temp-file-symlink(7325)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1038" seq="1999-1038">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Tiger 2.2.3 allows local users to overwrite arbitrary files via a symlink attack on various temporary files in Tiger's default working directory, as defined by the WORKDIR variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221103125976&amp;w=2">19980626 vulnerability in satan, cops &amp; tiger</ref>
</refs>
<votes>
<accept count="1">Foat</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:tiger-workdir-symlink(7326)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1039" seq="1999-1039">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in (1) diskalign and (2) diskperf in IRIX 6.4 patches 2291 and 2848 allow a local user to create root-owned files leading to a root compromise.</desc>
<refs>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19980502-01-P3030">19980502-01-P3030</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<reject count="1">Frech</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1040" seq="1999-1040">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerabilities in (1) ipxchk and (2) ipxlink in NetWare Client 1.0 on IRIX 6.3 and 6.4 allows local users to gain root access via a modified IFS environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89217373930054&amp;w=2">19980408 SGI O2 ipx security issue</ref>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19980501-01-P2869">19980501-01-P</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/i-055.shtml">I-055</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<noop count="1">Christey</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Christey">This candidate and CVE-1999-1501 are duplicates.  However,
CVE-1999-1501 will be REJECTed in favor of this candidate.
Add the following references:
BID:70
URL:http://www.securityfocus.com/bid/70
BID:71
URL:http://www.securityfocus.com/bid/71
XF:irix-ipxchk-ipxlink-ifs-commands(7365)
URL:http://xforce.iss.net/static/7365.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1041" seq="1999-1041">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in mscreen on SCO OpenServer 5.0 and SCO UNIX 3.2v4 allows a local user to gain root access via (1) a long TERM environmental variable and (2) a long entry in the .mscreenrc file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10420">19980827 SCO mscreen vul.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90686250717719&amp;w=2">19980926 Root exploit for SCO OpenServer.</ref>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB-98.05a">SB-98.05a</ref>
<ref source="CERT" url="http://www.cert.org/vendor_bulletins/VB-98.10.sco.mscreen">VB-98.10</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sco-openserver-mscreen-bo(1379)</comment>
<comment voter="Christey">Possible dupe with CVE-1999-1185.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1042" seq="1999-1042">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cisco Resource Manager (CRM) 1.0 and 1.1 creates world-readable log files and temporary files, which may expose sensitive information, to local users such as user IDs, passwords and SNMP community strings.</desc>
<refs>
<ref source="CISCO" url="http://www.cisco.com/warp/public/770/crmtmp-pub.shtml">19980813 CRM Temporary File Vulnerability</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reject count="3">Armstrong, Balinsky, Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:cisco-crm-file-vuln(1575)</comment>
<comment voter="Armstrong">I think that this is the same as Can-1999-1126</comment>
<comment voter="Balinsky">This is the same as CVE-1999-1126. Merge them.</comment>
<comment voter="Christey">DUPE CVE-1999-1126, as noted by others.
This candidate will be rejected.  CVE-1999-1126 will be
promoted.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1043" seq="1999-1043">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Microsoft Exchange Server 5.5 and 5.0 does not properly handle (1) malformed NNTP data, or (2) malformed SMTP data, which allows remote attackers to cause a denial of service (application error).</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms98-007.asp">MS98-007</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Wall</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:exchange-dos(1223)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1046" seq="1999-1046">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in IMonitor in IMail 5.0 allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long string to port 8181.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92038879607336&amp;w=2">19990302 Multiple IMail Vulnerabilites</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/504">504</ref>
<ref source="XF" url="http://xforce.iss.net/static/1897.php">imail-imonitor-overflow(1897)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1049" seq="1999-1049">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ARCserve NT agents use weak encryption (XOR) for passwords, which allows remote attackers to sniff the authentication request to port 6050 and decrypt the password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91972006211238&amp;w=2">19990222 Severe Security Hole in ARCserve NT agents (fwd)</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:arcserve-agent-passwords(1822)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1050" seq="1999-1050">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Directory traversal vulnerability in Matt Wright FormHandler.cgi script allows remote attackers to read arbitrary files via (1) a .. (dot dot) in the reply_message_attach attachment parameter, or (2) by specifying the filename as a template.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/34600">19991112 FormHandler.cgi</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/34939">19991116 Re: FormHandler.cgi</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/798">798</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/799">799</ref>
<ref source="XF" url="http://xforce.iss.net/static/3550.php">formhandler-cgi-absolute-path(3550)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Abstraction and definition issue: CD:SF-LOC suggests combining
issues of the same type.  Some people refer to &quot;directory
traversal&quot; and just mean .. problems; but there are other
issues (specifying an absolute pathname, using C: drive
letters, doing encodings) that, to my way of thinking, are
&quot;different.&quot;  Perhaps this should be split.

My brain hurts too much right now.  There are a couple
problems with the references and descriptions of CVE-1999-1050
and CVE-1999-1051.  I'm interpreting the underlying nature
of the problem(s) a little differently than others are.
Some of it may be due to differing definitions or thoughts
about what &quot;directory traversal vulnerabilities&quot; are.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1051" seq="1999-1051">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Default configuration in Matt Wright FormHandler.cgi script allows arbitrary directories to be used for attachments, and only restricts access to the /etc/ directory, which allows remote attackers to read arbitrary files via the reply_message_attach attachment parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/34939">19991116 Re: FormHandler.cgi</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:formhandler-cgi-reply-message(7782)</comment>
<comment voter="Christey">I view one of these as a configuration issue: FormHandler.cgi
*could* be configured to limit hard-coded pathnames to a single
directory which, while being an information leak, would still be
&quot;reasonably secure.&quot;  But by default, it's just not configured that
way.

My brain hurts too much right now.  There are a couple
problems with the references and descriptions of CVE-1999-1050
and CVE-1999-1051.  I'm interpreting the underlying nature
of the problem(s) a little differently than others are.
Some of it may be due to differing definitions or thoughts
about what &quot;directory traversal vulnerabilities&quot; are.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1052" seq="1999-1052">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Microsoft FrontPage stores form results in a default location in /_private/form_results.txt, which is world-readable and accessible in the document root, which allows remote attackers to read possibly sensitive information submitted by other users.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93582550911564&amp;w=2">19990824 Front Page form_results</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:frontpage-formresults-world-readable(8362)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1053" seq="1999-1053">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>guestbook.pl cleanses user-inserted SSI commands by removing text between &quot;&lt;!--&quot; and &quot;--&gt;&quot; separators, which allows remote attackers to execute arbitrary commands when guestbook.pl is run on Apache 1.3.9 and possibly other versions, since Apache allows other closing sequences besides &quot;--&gt;&quot;.</desc>
<refs>
<ref source="VULN-DEV" url="http://www.securityfocus.com/archive/82/27296">19990913 Guestbook perl script (long)</ref>
<ref source="VULN-DEV" url="http://www.securityfocus.com/archive/82/27560">19990916 Re: Guestbook perl script (error fix)</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/33674">19991105 Guestbook.pl, sloppy SSI handling in Apache? (VD#2)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/776">776</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:guestbook-cgi-command-execution(7783)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1054" seq="1999-1054">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The default configuration of FLEXlm license manager 6.0d, and possibly other versions, allows remote attackers to shut down the server via the lmdown command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90675672323825&amp;w=2">19980925 Globetrotter  FlexLM 'lmdown' bogosity</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1056" seq="1999-1056">
<status>Candidate</status>
<phase date="20050204">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-1395.  Reason: This candidate is a duplicate of CVE-1999-1395.  Notes: All CVE users should reference CVE-1999-1395 instead of this candidate.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:vms-monitor-gain-privileges(7136)</comment>
<comment voter="Christey">DUPE CVE-1999-1395
This CAN is being rejected in favor of CVE-1999-1395 because
CVE-1999-1395 has more references.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1058" seq="1999-1058">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Vermillion FTP Daemon VFTPD 1.23 allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via several long CWD commands.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94337185023159&amp;w=2">19991122 Remote DoS Attack in Vermillion FTP Daemon (VFTPD) v1.23 Vulnerability</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94329968617085&amp;w=2">19991122 Remote DoS Attack in Vermillion FTP Daemon (VFTPD) v1.23 Vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/3543.php">vermillion-ftp-cwd-overflow(3543)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/818">818</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1060" seq="1999-1060">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Tetrix TetriNet daemon 1.13.16 allows remote attackers to cause a denial of service and possibly execute arbitrary commands by connecting to port 31457 from a host with a long DNS hostname.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91937090211855&amp;w=2">19990217 Tetrix 1.13.16 is Vulnerable</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/340">340</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:tetrinet-dns-hostname-bo(7500)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1061" seq="1999-1061">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>HP Laserjet printers with JetDirect cards, when configured with TCP/IP, can be configured without a password, which allows remote attackers to connect to the printer and change its IP address or disable logging.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602248518480&amp;w=2">19971004 HP Laserjet 4M Plus DirectJet Problem</ref>
<ref source="XF" url="http://xforce.iss.net/static/1876.php">laserjet-unpassworded(1876)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">CONFIRM:http://www.hp.com/cposupport/printers/support_doc/bpl
02914.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1062" seq="1999-1062">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>HP Laserjet printers with JetDirect cards, when configured with TCP/IP, allow remote attackers to bypass print filters by directly sending PostScript documents to TCP ports 9099 and 9100.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602248518480&amp;w=2">19971004 HP Laserjet 4M Plus DirectJet Problem</ref>
<ref source="XF" url="http://xforce.iss.net/static/1876.php">laserjet-unpassworded(1876)</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">DELREF:XF:laserjet-unpassworded(1876)
ADDREF:XF:hp-printer-flood(1818)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1063" seq="1999-1063">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>CDomain whois_raw.cgi whois CGI script allows remote attackers to execute arbitrary commands via shell metacharacters in the fqdn parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/14019">19990601 whois_raw.cgi problem</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/304">304</ref>
<ref source="XF" url="http://xforce.iss.net/static/2251.php">http-cgi-cdomain(2251)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1064" seq="1999-1064">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Multiple buffer overflows in WindowMaker 0.52 through 0.60.0 allow attackers to cause a denial of service and possibly execute arbitrary commands by executing WindowMaker with a long program name (argv[0]).</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93555317429630&amp;w=2">19990822</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93582070508957&amp;w=2">19990824 Re: WindowMaker bugs (was sub:none )</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/596">596</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:windowmaker-bo(3249)</comment>
<comment voter="Frech">XF:windowmaker-bo(3249)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1065" seq="1999-1065">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Palm Pilot HotSync Manager 3.0.4 in Windows 98 allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long string to port 14238 while the manager is in network mode.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94175465525422&amp;w=2">19991104 Palm Hotsync vulnerable to DoS attack</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:palm-hotsync-bo(7785)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1066" seq="1999-1066">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Quake 1 server responds to an initial UDP game connection request with a large amount of traffic, which allows remote attackers to use the server as an amplifier in a &quot;Smurf&quot; style attack on another host, by spoofing the connection request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94589559631535&amp;w=2">19991222 Quake &quot;smurf&quot; - Quake War Utils</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Christey">This is apparently a problem with the connection protocol.
See BUGTRAQ:19980522 NetQuake Protocol problem resulting in smurf like effect.
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925989&amp;w=2</comment>
<comment voter="Frech">XF:quake-udp-connection-dos(7862)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1067" seq="1999-1067">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SGI MachineInfo CGI program, installed by default on some web servers, prints potentially sensitive system status information, which could be used by remote attackers for information gathering activities.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420919&amp;w=2">19970507 Re: SGI Security Advisory 19970501-01-A - Vulnerability in webdist.cgi</ref>
<ref source="XF">sgi-machineinfo</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">I'd be a lot more confident in this vote if there was a more
concrete reference strongly associating webdist.cgi and machineinfo.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1068" seq="1999-1068">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Oracle Webserver 2.1, when serving PL/SQL stored procedures, allows remote attackers to cause a denial of service via a long HTTP GET request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602661419366&amp;w=2">19970723 DoS against Oracle Webserver 2.1 with PL/SQL stored procedures</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:oracle-webserver-dos(1812)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1069" seq="1999-1069">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Directory traversal vulnerability in carbo.dll in iCat Carbo Server 3.0.0 allows remote attackers to read arbitrary files via a .. (dot dot) in the icatcommand parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/7943">19971108 Security bug in iCat Suite version 3.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2126">2126</ref>
<ref source="XF" url="http://xforce.iss.net/static/1620.php">icat-carbo-server-vuln(1620)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">iCat's site at http://www.icat.com/ is shut down, and no
further support seems to be available.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1070" seq="1999-1070">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in ping CGI program in Xylogics Annex terminal service allows remote attackers to cause a denial of service via a long query parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10021">19980725 Annex DoS</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:annex-ping-crash(2090)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1071" seq="1999-1071">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Excite for Web Servers (EWS) 1.1 installs the Architext.conf authentication file with world-writeable permissions, which allows local users to gain access to Excite accounts by modifying the file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91248445931140&amp;w=2">19981130 Security bugs in Excite for Web Servers 1.1</ref>
<ref source="XF" url="http://xforce.iss.net/static/1417.php">excite-world-write(1417)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1072" seq="1999-1072">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Excite for Web Servers (EWS) 1.1 allows local users to gain privileges by obtaining the encrypted password from the world-readable Architext.conf authentication file and replaying the encrypted password in an HTTP request to AT-generated.cgi or AT-admin.cgi.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91248445931140&amp;w=2">19981130 Security bugs in Excite for Web Servers 1.1</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1073" seq="1999-1073">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Excite for Web Servers (EWS) 1.1 records the first two characters of a plaintext password in the beginning of the encrypted password, which makes it easier for an attacker to guess passwords via a brute force or dictionary attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91248445931140&amp;w=2">19981130 Security bugs in Excite for Web Servers 1.1</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1075" seq="1999-1075">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>inetd in AIX 4.1.5 dynamically assigns a port N when starting ttdbserver (ToolTalk server), but also inadvertently listens on port N-1 without passing control to ttdbserver, which allows remote attackers to cause a denial of service via a large number of connections to port N-1, which are not properly closed by inetd.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89025820612530&amp;w=2">19980318 AIX 4.1.5 DoS attack (aka &quot;Port 1025 problem&quot;)</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:aix-ttdbserver(813)
CONFIRM:APAR IX70400</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1076" seq="1999-1076">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Idle locking function in MacOS 9 allows local users to bypass the password protection of idled sessions by selecting the &quot;Log Out&quot; option and selecting a &quot;Cancel&quot; option in the dialog box for an application that attempts to verify that the user wants to log out, which returns the attacker into the locked session.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94096348604173&amp;w=2">19991026 Mac OS 9 Idle Lock Bug</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/745">745</ref>
</refs>
<votes>
<accept count="2">Cole, Foat</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:macos-idle-screenlock-bypass(7794)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1077" seq="1999-1077">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Idle locking function in MacOS 9 allows local attackers to bypass the password protection of idled sessions via the programmer's switch or CMD-PWR keyboard sequence, which brings up a debugger that the attacker can use to disable the lock.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94149318124548&amp;w=2">19991101 Re: Mac OS 9 Idle Lock Bug</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/756">756</ref>
</refs>
<votes>
<accept count="2">Cole, Foat</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:macos-debug-screenlock-access(3426)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1078" seq="1999-1078">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>WS_FTP Pro 6.0 uses weak encryption for passwords in its initialization files, which allows remote attackers to easily decrypt the passwords and gain privileges.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9907&amp;L=ntbugtraq&amp;D=0&amp;P=10370&amp;F=P">19990729 WS_FTP Pro 6.0 Weak Password Encryption Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/547">547</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:wsftp-weak-password-encryption(8349)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1079" seq="1999-1079">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in ptrace in AIX 4.3 allows local users to gain privileges by attaching to a setgid program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92601792420088&amp;w=2">19990506 AIX Security Fixes Update</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93587956513233&amp;w=2">19990825 AIX security summary</ref>
<ref source="AIXAPAR" url="http://www-1.ibm.com/servlet/support/manager?rs=0&amp;rt=0&amp;org=apars&amp;doc=08E0B1A1B85472A1852567C90031BB36">IX80470</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/439">439</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:aix-ptrace-setgid(7487)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1081" seq="1999-1081">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in files.pl script in Novell WebServer Examples Toolkit 2 allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="MISC" url="http://www.w3.org/Security/Faq/wwwsf8.html#Q87">http://www.w3.org/Security/Faq/wwwsf8.html#Q87</ref>
<ref source="MISC" url="http://www.roxanne.org/faqs/www-secure/wwwsf4.html#Q35">http://www.roxanne.org/faqs/www-secure/wwwsf4.html#Q35</ref>
<ref source="XF" url="http://xforce.iss.net/static/2054.php">http-nov-files(2054)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1082" seq="1999-1082">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Directory traversal vulnerability in Jana proxy web server 1.40 allows remote attackers to ready arbitrary files via a &quot;......&quot; (modified dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93941794201059&amp;w=2">19991008 Jana webserver exploit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/699">699</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:jana-server-directory-traversal(6513)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1083" seq="1999-1083">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Directory traversal vulnerability in Jana proxy web server 1.45 allows remote attackers to ready arbitrary files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95730430727064&amp;w=2">20000502 Security Bug in Jana HTTP Server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/699">699</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:jana-server-directory-traversal(6513)</comment>
<comment voter="Christey">MODIFY description - the attack is of the form &quot;/./../&quot;
(single dot followed by double-dot)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1084" seq="1999-1084">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The &quot;AEDebug&quot; registry key is installed with insecure permissions, which allows local users to modify the key to specify a Trojan Horse debugger which is automatically executed on a system crash.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=90222453431604&amp;w=2">19980622 Yet another &quot;get yourself admin rights exploit&quot;:</ref>
<ref source="MSKB" url="http://support.microsoft.com/support/kb/articles/q103/8/61.asp">Q103861</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-008.asp">MS00-008</ref>
<ref source="CIAC" url="http://www.ciac.org/ciac/bulletins/k-029.shtml">K-029</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1044">1044</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Wall</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:nt-registry-permissions(4111)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1086" seq="1999-1086">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Novell 5 and earlier, when running over IPX with a packet signature level less than 3, allows remote attackers to gain administrator privileges by spoofing the MAC address in IPC fragmented packets that make NetWare Core Protocol (NCP) calls.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93214475111651&amp;w=2">19990715 NMRC Advisory: Netware 5 Client Hijacking</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/528">528</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:netware-ipx-session-spoof(2350)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1088" seq="1999-1088">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in chsh command in HP-UX 9.X through 10.20 allows local users to gain privileges.</desc>
<refs>
<ref source="HP">HPSBUX9701-050</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/h-21.shtml">H-21</ref>
<ref source="XF" url="http://xforce.iss.net/static/2012.php">hp-chsh(2012)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1089" seq="1999-1089">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in chfn command in HP-UX 9.X through 10.20 allows local users to gain privileges via a long command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420285&amp;w=2">19961209 the HP Bug of the Week!</ref>
<ref source="HP">HPSBUX9701-049</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/h-21.shtml">H-21</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/h-16.shtml">H-16</ref>
<ref source="AUSCERT">AA-96.18</ref>
<ref source="XF">hp-chfn(2008)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1091" seq="1999-1091">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>UNIX news readers tin and rtin create the /tmp/.tin_log file with insecure permissions and follow symlinks, which allows attackers to modify the permissions of files writable by the user via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419835&amp;w=2">19960903 [BUG] Vulnerability in TIN</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419839&amp;w=2">19960903 Re: BoS:      [BUG] Vulnerability in TIN</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420726&amp;w=2">19970329 symlink bug in tin/rtin</ref>
<ref source="XF" url="http://xforce.iss.net/static/431.php">tin-tmpfile(431)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1092" seq="1999-1092">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>tin 1.40 creates the .tin directory with insecure permissions, which allows local users to read passwords from the .inputhistory file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94286179032648&amp;w=2">19991117 default permissions for tin</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:tin-insecure-permissions(7796)
Confirmed in changelog for 1.4.1
http://ftp.kreonet.re.kr/pub/tools/news/tin/v1.4/CHANGES</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1095" seq="1999-1095">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>sort creates temporary files and follows symbolic links, which allows local users to modify arbitrary files that are writable by the user running sort, as observed in updatedb and other programs that use sort.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87619953510834&amp;w=2">19971006 KSR[T] Advisory #3: updatedb / crontabs</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88890116304676&amp;w=2">19980303 updatedb stuff</ref>
<ref source="BUGTRAQ">19980303 updatedb: sort patch</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88886870129518&amp;w=2">19980302 overwrite any file with updatedb</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:sort-tmp-file-symlink(7182)</comment>
<comment voter="Christey">This issue clearly has a long history.
CALDERA:CSSA-2002-SCO.21
URL:http://archives.neohapsis.com/archives/linux/caldera/2002-q2/0018.html
CALDERA:CSSA-2002-SCO.2
URL:http://archives.neohapsis.com/archives/linux/caldera/2002-q1/0002.html
(There are 2 Caldera advisories because one is for Open UNIX
and UnixWare, and the other is for OpenServer)

XF:openserver-sort-symlink(9218)
URL:http://www.iss.net/security_center/static/9218.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1096" seq="1999-1096">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in kscreensaver in KDE klock allows local users to gain root privileges via a long HOME environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925954&amp;w=2">19980516 kde exploit</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925959&amp;w=2">19980517 simple kde exploit fix</ref>
<ref source="XF" url="http://xforce.iss.net/static/1644.php">kde-klock-home-bo(1644)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1097" seq="1999-1097">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Microsoft NetMeeting 2.1 allows one client to read the contents of another client's clipboard via a CTRL-C in the chat box when the box is empty.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92586457816446&amp;w=2">19990504 Microsoft Netmeeting Hole</ref>
<ref source="XF" url="http://xforce.iss.net/static/2187.php">netmeeting-clipboard(2187)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1101" seq="1999-1101">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Kabsoftware Lydia utility uses weak encryption to store user passwords in the lydia.ini file, which allows local users to easily decrypt the passwords and gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12618">19990219 Yet Another password storing problem (was: Re: Possible Netscape Crypto Security Flaw)</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:lydia-ini-passwords(7501)
ADDREF:http://www.kabsoftware.com/lydia_history.txt (Version
History for Lydia, V3.3 - 11/24/00)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1106" seq="1999-1106">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in kppp in KDE allows local users to gain root access via a long -c (account_name) command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9121">19980429 Security hole in kppp</ref>
<ref source="XF" url="http://xforce.iss.net/static/1643.php">kde-kppp-account-bo(1643)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/92">92</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1107" seq="1999-1107">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in kppp in KDE allows local users to gain root access via a long PATH environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91141486301691&amp;w=2">19981118 Multiple KDE security vulnerabilities (root compromise)</ref>
<ref source="XF" url="http://xforce.iss.net/static/1650.php">kde-kppp-path-bo(1650)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1108" seq="1999-1108">
<status>Candidate</status>
<phase date="20050204">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-1107.  Reason: This candidate is a duplicate of CVE-1999-1107.  Notes: All CVE users should reference CVE-1999-1107 instead of this candidate.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Frech">Has exactly the same attributes as CVE-1999-1107.</comment>
<comment voter="Christey">DUPE CVE-1999-1107.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1110" seq="1999-1110">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Windows Media Player ActiveX object as used in Internet Explorer 5.0 returns a specific error code when a file does not exist, which allows remote malicious web sites to determine the existence of files on the client.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/34675">19991114 IE 5.0 and Windows Media Player ActiveX object allow checking the existence of local files and directories</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/793">793</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:ie-mediaplayer-activex(7800)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1112" seq="1999-1112">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in IrfanView32 3.07 and earlier allows attackers to execute arbitrary commands via a long string after the &quot;8BPS&quot; image type in a Photo Shop image header.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/34066">19991109 Irfan view 3.07 buffer overflow</ref>
<ref source="MISC" url="http://stud4.tuwien.ac.at/~e9227474/main2.html">http://stud4.tuwien.ac.at/~e9227474/main2.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/3549.php">irfan-view32-bo(3549)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/781">781</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1113" seq="1999-1113">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Eudora Internet Mail Server (EIMS) 2.01 and earlier on MacOS systems allows remote attackers to cause a denial of service via a long USER command to port 106.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89258194718577&amp;w=2">19980414 MacOS based buffer overflows...</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/75">75</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:eudora-ims-user-dos(7300) </comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1123" seq="1999-1123">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The installation of Sun Source (sunsrc) tapes allows local users to gain root privileges via setuid root programs (1) makeinstall or (2) winstall.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1991-07.html">CA-1991-07</ref>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/107&amp;type=0&amp;nav=sec.sba">00107</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/21">21</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/22">22</ref>
<ref source="XF" url="http://xforce.iss.net/static/582.php">sun-sourcetapes(582)</ref>
</refs>
<votes>
<accept count="5">Cole, Dik, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Dik">sun bug: 1059621</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1124" seq="1999-1124">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>HTTP Client application in ColdFusion allows remote attackers to bypass access restrictions for web pages on other ports by providing the target page to the mainframeset.cfm application, which requests the page from the server, making it look like the request is coming from the local host.</desc>
<refs>
<ref source="MISC" url="http://packetstorm.securify.com/mag/phrack/phrack54/P54-08">http://packetstorm.securify.com/mag/phrack/phrack54/P54-08</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1125" seq="1999-1125">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Oracle Webserver 2.1 and earlier runs setuid root, but the configuration file is owned by the oracle account, which allows any local or remote attacker who obtains access to the oracle account to gain privileges or modify arbitrary files by modifying the configuration file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602880019796&amp;w=2">19970919 Instresting practises of Oracle [Oracle Webserver]</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:oracle-webserver-gain-root(7174)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1126" seq="1999-1126">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cisco Resource Manager (CRM) 1.1 and earlier creates certain files with insecure permissions that allow local users to obtain sensitive configuration information including usernames, passwords, and SNMP community strings, from (1) swim_swd.log, (2) swim_debug.log, (3) dbi_debug.log, and (4) temporary files whose names begin with &quot;DPR_&quot;.</desc>
<refs>
<ref source="CISCO" url="http://www.cisco.com/warp/public/770/crmtmp-pub.shtml">19980813 CRM Temporary File Vulnerability</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/i-086.shtml">I-086</ref>
<ref source="XF" url="http://xforce.iss.net/static/1575.php">cisco-crm-file-vuln(1575)</ref>
</refs>
<votes>
<accept count="5">Armstrong, Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
<reject count="1">Balinsky</reject>
</votes>
<comments>
<comment voter="Balinsky">Duplicate of CVE-1999-1042</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1128" seq="1999-1128">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Explorer 3.01 on Windows 95 allows remote malicious web sites to execute arbitrary commands via a .isp file, which is automatically downloaded and executed without prompting the user.</desc>
<refs>
<ref source="MISC" url="http://oliver.efri.hr/~crv/security/bugs/NT/ie3.html">http://oliver.efri.hr/~crv/security/bugs/NT/ie3.html</ref>
<ref source="MISC" url="http://members.tripod.com/~unibyte/iebug3.htm">http://members.tripod.com/~unibyte/iebug3.htm</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:http-ie-exec(462)</comment>
<comment voter="Christey">DELREF MISC:http://oliver.efri.hr/~crv/security/bugs/NT/ie3.html
ADDREF MISC:http://focus.silversand.net/vulner/allbug/ie3.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1129" seq="1999-1129">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cisco Catalyst 2900 Virtual LAN (VLAN) switches allow remote attackers to inject 802.1q frames into another VLAN by forging the VLAN identifier in the trunking tag.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/26008">19990901 VLAN Security</ref>
<ref source="MISC" url="http://www.cisco.com/univercd/cc/td/doc/product/lan/28201900/1928v8x/eescg8x/aleakyv.htm">http://www.cisco.com/univercd/cc/td/doc/product/lan/28201900/1928v8x/eescg8x/aleakyv.htm</ref>
<ref source="XF" url="http://xforce.iss.net/static/3294.php">cisco-catalyst-vlan-frames(3294)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/615">615</ref>
</refs>
<votes>
<accept count="2">Foat, Frech</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Foat changed vote from NOOP to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1130" seq="1999-1130">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Default configuration of the search engine in Netscape Enterprise Server 3.5.1, and possibly other versions, allows remote attackers to read the source of JHTML files by specifying a search command using the HTML-tocrec-demo1.pat pattern file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93346448121208&amp;w=2">19990730 Netscape Enterprise Server yeilds source of JHTML</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93337389603117&amp;w=2">19990730 Netscape Enterprise Server yeilds source of JHTML</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/559">559</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:netscape-enterprise-view-jhtml(8352)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1133" seq="1999-1133">
<status>Candidate</status>
<phase date="20020217">Modified</phase>
<desc>HP-UX 9.x and 10.x running X windows may allow local attackers to gain privileges via (1) vuefile, (2) vuepad, (3) dtfile, or (4) dtpad, which do not authenticate users.</desc>
<refs>
<ref source="HP" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602880019776&amp;w=2">HPSBUX9709-069</ref>
<ref source="XF" url="http://xforce.iss.net/static/499.php">hp-vue-dt(499)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">CHANGEREF:  chaneg XF reference to XF:hp-vue-dt(499)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1134" seq="1999-1134">
<status>Candidate</status>
<phase date="20020217">Modified</phase>
<desc>Vulnerability in Vue 3.0 in HP 9.x allows local users to gain root privileges, as fixed by PHSS_4038, PHSS_4055, and PHSS_4066.</desc>
<refs>
<ref source="HP" url="http://packetstorm.securify.com/advisories/hpalert/008">HPSBUX9404-008</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/e-23.shtml">E-23</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/2284.php">hp-vue(2284)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:hp-vue(2284)
Packetstorm URL is dead. Try another archive.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1135" seq="1999-1135">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in VUE 3.0 in HP 9.x allows local users to gain root privileges, as fixed by PHSS_4994 and PHSS_5438.</desc>
<refs>
<ref source="HP" url="http://packetstorm.securify.com/advisories/hpalert/027">HPSBUX9504-027</ref>
<ref source="XF" url="http://xforce.iss.net/static/2284.php">hp-vue(2284)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1141" seq="1999-1141">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Ascom Timeplex router allows remote attackers to obtain sensitive information or conduct unauthorized activities by entering debug mode through a sequence of CTRL-D characters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420981&amp;w=2">19970515 MicroSolved finds hole in Ascom Timeplex Router Security</ref>
<ref source="XF" url="http://xforce.iss.net/static/1824.php">ascom-timeplex-debug(1824)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1149" seq="1999-1149">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in CSM Proxy 4.1 allows remote attackers to cause a denial of service (crash) via a long string to the FTP port.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104525993&amp;w=2">19980716 S.A.F.E.R. Security Bulletin 980708.DOS.1.1</ref>
<ref source="XF" url="http://xforce.iss.net/static/1422.php">csm-proxy-dos(1422)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1150" seq="1999-1150">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Livingston Portmaster routers running ComOS use the same initial sequence number (ISN) for TCP connections, which allows remote attackers to conduct spoofing and hijack TCP sessions.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9723">19980630 Livingston Portmaster - ISN generation is loosy!</ref>
<ref source="XF" url="http://xforce.iss.net/static/1882.php">portmaster-fixed-isn(1882)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1151" seq="1999-1151">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Compaq/Microcom 6000 Access Integrator does not cause a session timeout after prompting for a username or password, which allows remote attackers to cause a denial of service by connecting to the integrator without providing a username or password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90296493106214&amp;w=2">19980603 Compaq/Microcom 6000 DoS + more</ref>
<ref source="XF" url="http://xforce.iss.net/static/2089.php">microcom-dos(2089)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1152" seq="1999-1152">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Compaq/Microcom 6000 Access Integrator does not disconnect a client after a certain number of failed login attempts, which allows remote attackers to guess usernames or passwords via a brute force attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90296493106214&amp;w=2">19980603 Compaq/Microcom 6000 DoS + more</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:microcom-brute-force(7301)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1153" seq="1999-1153">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>HAMcards Postcard CGI script 1.0 allows remote attackers to execute arbitrary commands via shell metacharacters in the recipient email address.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11175">19981109 Several new CGI vulnerabilities</ref>
<ref source="XF" url="http://xforce.iss.net/static/1400.php">cgi-perl-mail-programs(1400)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1154" seq="1999-1154">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>LakeWeb Filemail CGI script allows remote attackers to execute arbitrary commands via shell metacharacters in the recipient email address.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11175">19981109 Several new CGI vulnerabilities</ref>
<ref source="MISC" url="http://lakeweb.com/scripts/">http://lakeweb.com/scripts/</ref>
<ref source="XF" url="http://xforce.iss.net/static/1400.php">cgi-perl-mail-programs(1400)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Christey">I confirmed this problem via visual inspection of the
source code in http://www.lakeweb.com/scripts/filemail.zip
Line 82 has an insufficient check for shell metacharacters
that doesn't exclude semicolons.  Line 129 is the 
call where the metacharacters are injected.

Need to add &quot;filemail.pl&quot; to the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1155" seq="1999-1155">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>LakeWeb Mail List CGI script allows remote attackers to execute arbitrary commands via shell metacharacters in the recipient email address.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11175">19981109 Several new CGI vulnerabilities</ref>
<ref source="MISC" url="http://lakeweb.com/scripts/">http://lakeweb.com/scripts/</ref>
<ref source="XF" url="http://xforce.iss.net/static/1400.php">cgi-perl-mail-programs(1400)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1158" seq="1999-1158">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in (1) pluggable authentication module (PAM) on Solaris 2.5.1 and 2.5 and (2) unix_scheme in Solaris 2.4 and 2.3 allows local users to gain root privileges via programs that use these modules such as passwd, yppasswd, and nispasswd.</desc>
<refs>
<ref source="AUSCERT" url="ftp://ftp.auscert.org.au/pub/auscert/advisory/AA-97.09.Solaris.passwd.buffer.overrun.vul">AA-97.09</ref>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/139&amp;type=0&amp;nav=sec.sba">00139</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<recast count="1">Christey</recast>
</votes>
<comments>
<comment voter="Frech">XF:solaris-pam-bo(7432)</comment>
<comment voter="Dik">sun bug: 4018347</comment>
<comment voter="Christey">These issues should be SPLIT per CD:SF-EXEC because the PAM
problem appears in different Solaris versions than
unix_scheme.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1164" seq="1999-1164">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Microsoft Outlook client allows remote attackers to cause a denial of service by sending multiple email messages with the same X-UIDL headers, which causes Outlook to hang.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93041631215856&amp;w=2">19990625 Outlook denial of service</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:outlook-xuidl-dos(8356)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1165" seq="1999-1165">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>GNU fingerd 1.37 does not properly drop privileges before accessing user information, which could allow local users to (1) gain root privileges via a malicious program in the .fingerrc file, or (2) read arbitrary files via symbolic links from .plan, .forward, or .project files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93268249021561&amp;w=2">19990721 old gnu finger bugs</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/2478">19950317 GNU finger 1.37 executes ~/.fingerrc with gid root</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/535">535</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:gnu-finger-privilege-dropping(7175)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1166" seq="1999-1166">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Linux 2.0.37 does not properly encode the Custom segment limit, which allows local users to gain root privileges by accessing and modifying kernel memory.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/18156">19990711 Linux 2.0.37 segment limit bug</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/523">523</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">(Task 2253)</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:linux-segment-limit-privileges(11202)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1168" seq="1999-1168">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>install.iss installation script for Internet Security Scanner (ISS) for Linux, version 5.3, allows local users to change the permissions of arbitrary files via a symlink attack on a temporary file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12640">19990220 ISS install.iss security hole</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:iss-temp-files(1793)
ADDREF:http://www.securityfocus.com/archive/1/12679</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1169" seq="1999-1169">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>nobo 1.2 allows remote attackers to cause a denial of service (crash) via a series of large UDP packets.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12284">19990204 NOBO denial of service</ref>
</refs>
<votes>
<accept count="1">Foat</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:nobo-udp-packet-dos(7502)
ADDREF:http://www.securityfocus.com/archive/1/12378
ADDREF:http://web.cip.com.br/nobo/mudancas_en.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1170" seq="1999-1170">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IPswitch IMail allows local users to gain additional privileges and modify or add mail accounts by setting the &quot;flags&quot; registry key to 1920.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91816507920544&amp;w=2">19990204 WS FTP Server Remote DoS Attack</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/218">218</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:imail-registry(1725)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1171" seq="1999-1171">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IPswitch WS_FTP allows local users to gain additional privileges and modify or add mail accounts by setting the &quot;flags&quot; registry key to 1920.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91816507920544&amp;w=2">19990204 WS FTP Server Remote DoS Attack</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/218">218</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:wsftp-registry(1726)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1172" seq="1999-1172">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>By design, Maximizer Enterprise 4 calendar and address book program allows arbitrary users to modify the calendar of other users when the calendar is being shared.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11947">19990114 security hole in Maximizer</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">The discloser does not provide enough details to fully
understand what the problem is.  This makes it difficult
because if Maximizer has a concept of &quot;users&quot; and it is
designed to allow any user to modify any other user's data,
then this would not be a vulnerability or exposure, unless
that &quot;cross-user&quot; capability could be used to violate system
integrity, data confidentiality, or the like.  There are some
features of Maximizer 6.0 that, if abused, could allow someone
to do some bad things.  For example, an attacker could modify
the email addresses for contacts to redirect sales to
locations besides the customer.  There's also a capability of
assigning priorities and alarms, which could be susceptible to
an &quot;inconvenience attack&quot; at the very least, as well as
tie-ins to e-commerce capabilities.

The critical question becomes: &quot;how is this data shared&quot; in
the first place?  If it's through a network share or other
distribution method besides transferring the complete database
between sites, then this may be accessible to any attacker who
can mimic a Maximizer client (if there is such a thing as a
client), and this could be a vulnerability or exposure
according to the CVE definition.

However, since the Maximizer functionality is unknown to me
and not readily apparent from product documentation, it's hard
to know what to do about this one.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:maximizer-enterprise-calendar-modification(7590)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1173" seq="1999-1173">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Corel Word Perfect 8 for Linux creates a temporary working directory with world-writable permissions, which allows local users to (1) modify Word Perfect behavior by modifying files in the working directory, or (2) modify files of other users via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91404045014047&amp;w=2">19981218 wordperfect 8 for linux security</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1174" seq="1999-1174">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ZIP drive for Iomega ZIP-100 disks allows attackers with physical access to the drive to bypass password protection by inserting a known disk with a known password, waiting for the ZIP drive to power down, manually replacing the known disk with the target disk, and using the known password to access the target disk.</desc>
<refs>
<ref source="MISC" url="http://www.counterpane.com/crypto-gram-9812.html#doghouse">http://www.counterpane.com/crypto-gram-9812.html#doghouse</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1176" seq="1999-1176">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in cidentd ident daemon allows local users to gain root privileges via a long line in the .authlie script.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88466930416716&amp;w=2">19980110 Cidentd</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90554230925545&amp;w=2">19980911 Re: security problems with jidentd</ref>
<ref source="MISC" url="http://spisa.act.uji.es/spi/progs/codigo/www.hack.co.za/exploits/daemon/ident/cidentd.c">http://spisa.act.uji.es/spi/progs/codigo/www.hack.co.za/exploits/daemon/ident/cidentd.c</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cidentd-authlie-bo(7327)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1178" seq="1999-1178">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Sambar Server 4.1 beta allows remote attackers to obtain sensitive information about the server via an HTTP request for the dumpenv.pl script.</desc>
<refs>
<ref source="XF" url="http://xforce.iss.net/static/3223.php">sambar-dump-env(3223)</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9505 ">19980610 Sambar Server Beta BUG..</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1179" seq="1999-1179">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in man.sh CGI script, included in May 1998 issue of SysAdmin Magazine, allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9330">19980515 May SysAdmin man.sh security hole</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:mansh-execute-commands(7328)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1180" seq="1999-1180">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>O'Reilly WebSite 1.1e and Website Pro 2.0 allows remote attackers to execute arbitrary commands via shell metacharacters in an argument to (1) args.cmd or (2) args.bat.</desc>
<refs>
<ref source="MISC" url="http://oliver.efri.hr/~crv/security/bugs/NT/buffer.html">http://oliver.efri.hr/~crv/security/bugs/NT/buffer.html</ref>
<ref source="BUGTRAQ" url="http://www.tryc.on.ca/archives/bugtraq/1999_1/0612.html">19990216 Website Pro v2.0 (NT) Configuration Issues</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Foat</noop>
</votes>
<comments>
<comment voter="Christey">DELREF MISC:http://oliver.efri.hr/~crv/security/bugs/NT/buffer.html
ADDREF MISC:http://focus.silversand.net/vulner/allbug/buffer.html</comment>
<comment voter="Frech">XF:website-pro-args-commands(7529)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1182" seq="1999-1182">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in run-time linkers (1) ld.so or (2) ld-linux.so for Linux systems allows local users to gain privileges by calling a setuid program with a long program name (argv[0]) and forcing ld.so/ld-linux.so to report an error.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602661419318&amp;w=2">19970717 KSR[T] Advisory #2: ld.so</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602661419351&amp;w=2">19970722 ld.so vulnerability</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88661732807795&amp;w=2">19980204 An old ld-linux.so hole</ref>
</refs>
<votes>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1183" seq="1999-1183">
<status>Candidate</status>
<phase date="20060705">Modified</phase>
<desc>System Manager sysmgr GUI in SGI IRIX 6.4 and 6.3 allows remote attackers to execute commands by providing a trojan horse (1) runtask or (2) runexec descriptor file, which is used to execute a System Manager Task when the user's Mailcap entry supports the x-sgi-task or x-sgi-exec type.</desc>
<refs>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19980403-02-PX">19980403-02-PX</ref>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19980403-01-PX">19980403-01-PX</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8556">8556</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/809.php">sgi-mailcap(809)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:sgi-mailcap(809)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1184" seq="1999-1184">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Elm 2.4 and earlier allows local users to gain privileges via a long TERM environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420967&amp;w=2">19970513</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420970&amp;w=2">19970514 Re: ELM overflow</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:elm-term-bo(7183)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1185" seq="1999-1185">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in SCO mscreen allows local users to gain root privileges via a long terminal entry (TERM) in the .mscreenrc file.</desc>
<refs>
<ref source="BUGTRAQ">19980827 SCO mscreen vul.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90686250717719&amp;w=2">19980926 Root exploit for SCO OpenServer.</ref>
<ref source="CERT">VB-98.10</ref>
<ref source="SCO">98.05</ref>
<ref source="XF">sco-openserver-mscreen-bo(1379)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Possible dupe on CVE-1999-1041.</comment>
<comment voter="Christey">Possible dupe with CVE-1999-1041.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1186" seq="1999-1186">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>rxvt, when compiled with the PRINT_PIPE option in various Linux operating systems including Linux Slackware 3.0 and RedHat 2.1, allows local users to gain root privileges by specifying a malicious program using the -print-pipe command line parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167418966&amp;w=2">19960102 rxvt security hole</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:rxvtpipe(425)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1187" seq="1999-1187">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Pine before version 3.94 allows local users to gain privileges via a symlink attack on a lockfile that is created when a user receives new mail.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419803&amp;w=2">19960826 [BUG] Vulnerability in PINE</ref>
<ref source="XF" url="http://xforce.iss.net/static/416.php">pine-tmpfile(416)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">CONFIRM:http://www.washington.edu/pine/changes.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1190" seq="1999-1190">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in POP3 server of Admiral Systems EmailClub 1.05 allows remote attackers to execute arbitrary commands via a long &quot;From&quot; header in an e-mail message.</desc>
<refs>
<ref source="MISC" url="http://www.securiteam.com/exploits/E-MailClub__FROM__remote_buffer_overflow.html">http://www.securiteam.com/exploits/E-MailClub__FROM__remote_buffer_overflow.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/801">801</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:emailclub-pop3-from-bo(7873)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1195" seq="1999-1195">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>NAI VirusScan NT 4.0.2 does not properly modify the scan.dat virus definition file during an update via FTP, but it reports that the update was successful, which could cause a system administrator to believe that the definitions have been updated correctly.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92587579032534&amp;w=2">19990505 NAI AntiVirus Update Problem</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92588169005196&amp;w=2">19990505 NAI AntiVirus Update Problem</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/169">169</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:virusscan-ftp-update(8387)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1196" seq="1999-1196">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Hummingbird Exceed X version 5 allows remote attackers to cause a denial of service via malformed data to port 6000.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13451">19990427 NT/Exceed D.O.S.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/158">158</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:exceed-xserver-dos(7530)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1200" seq="1999-1200">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vintra SMTP MailServer allows remote attackers to cause a denial of service via a malformed &quot;EXPN *@&quot; command.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=90222454131610&amp;w=2">19980720 DOS in Vintra systems Mailserver software.</ref>
<ref source="XF" url="http://xforce.iss.net/static/1617.php">vintra-mail-dos(1617)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1202" seq="1999-1202">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>StarTech (1) POP3 proxy server and (2) telnet server allows remote attackers to cause a denial of service via a long USER command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104525873&amp;w=2">19980703 Windows95 Proxy DoS Vulnerabilites</ref>
<ref source="XF" url="http://xforce.iss.net/static/2088.php">startech-pop3-overflow(2088)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1206" seq="1999-1206">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SystemSoft SystemWizard package in HP Pavilion PC with Windows 98, and possibly other platforms and operating systems, installs two ActiveX controls that are marked as safe for scripting, which allows remote attackers to execute arbitrary commands via a malicious web page that references (1) the Launch control, or (2) the RegObj control.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93336970231857&amp;w=2">19990729 New ActiveX security problems in Windows 98 PCs</ref>
<ref source="CONFIRM" url="http://www.systemsoft.com/l-2/l-3/support-systemwizard.htm">http://www.systemsoft.com/l-2/l-3/support-systemwizard.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/555">555</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:systemwizard-modify-registry(7080)</comment>
<comment voter="Christey">CERT-VN:VU#22919
URL:http://www.kb.cert.org/vuls/id/22919
CERT-VN:VU#34453
URL:http://www.kb.cert.org/vuls/id/34453</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1207" seq="1999-1207">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in web-admin tool in NetXRay 2.6 allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long HTTP request.</desc>
<refs>
<ref source="MISC" url="http://www.efri.hr/~crv/security/bugs/NT/netxtray.html">http://www.efri.hr/~crv/security/bugs/NT/netxtray.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/907.php">netxray-bo(907)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1210" seq="1999-1210">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>xterm in Digital UNIX 4.0B *with* patch kit 5 allows local users to overwrite arbitrary files via a symlink attack on a core dump file, which is created when xterm is called with a DISPLAY environmental variable set to a display that xterm cannot access.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87936891504885&amp;w=2">19971112 Digital Unix Security Problem</ref>
<ref source="XF" url="http://xforce.iss.net/static/613.php">dec-xterm(613)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1211" seq="1999-1211">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in in.telnetd in SunOS 4.1.1 and earlier allows local users to gain root privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1991-02.html">CA-1991-02</ref>
<ref source="XF" url="http://xforce.iss.net/static/574.php">sun-intelnetd(574)</ref>
</refs>
<votes>
<accept count="5">Cole, Dik, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">CONFIRM:Sun Microsystems, Inc. Security Bulletin #00106 at
http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/1
06&amp;type=0&amp;nav=sec.sba</comment>
<comment voter="Dik">sun bug:  1054669 1049886 1042370 1033809</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1212" seq="1999-1212">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in in.rlogind in SunOS 4.0.3 and 4.0.3c allows local users to gain root privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1991-02.html">CA-1991-02</ref>
<ref source="XF" url="http://xforce.iss.net/static/574.php">sun-intelnetd(574)</ref>
</refs>
<votes>
<accept count="5">Cole, Dik, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Dik">sun bug:  1054669 1049886 1042370 1033809</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1213" seq="1999-1213">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in telnet service in HP-UX 10.30 allows attackers to cause a denial of service.</desc>
<refs>
<ref source="HP" url="http://www2.dataguard.no/bugtraq/1997_4/0001.html">HPSBUX9710-070</ref>
<ref source="XF" url="http://xforce.iss.net/static/571.php">hp-telnetdos(571)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1216" seq="1999-1216">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cisco routers 9.17 and earlier allow remote attackers to bypass security restrictions via certain IP source routed packets that should normally be denied using the &quot;no ip source-route&quot; command.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1993-07.html">CA-1993-07</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/d-15.shtml">D-15</ref>
<ref source="XF" url="http://xforce.iss.net/static/541.php">cisco-sourceroute(541)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1218" seq="1999-1218">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in finger in Commodore Amiga UNIX 2.1p2a and earlier allows local users to read arbitrary files.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1993-04.html">CA-1993-04</ref>
<ref source="XF" url="http://xforce.iss.net/static/522.php">amiga-finger(522)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1219" seq="1999-1219">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in sgihelp in the SGI help system and print manager in IRIX 5.2 and earlier allows local users to gain root privileges, possibly through the clogin command.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1994-13.html">CA-1994-13</ref>
<ref source="AUSCERT">AA-94.04a</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/e-33.shtml">E-33</ref>
<ref source="XF" url="http://xforce.iss.net/static/511.php">sgi-prn-mgr(511)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/468">468</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1220" seq="1999-1220">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Majordomo 1.94.3 and earlier allows remote attackers to execute arbitrary commands when the advertise or noadvertise directive is used in a configuration file, via shell metacharacters in the Reply-To header.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/7527">19970824 Vulnerability in Majordomo</ref>
<ref source="XF" url="http://xforce.iss.net/static/502.php">majordomo-advertise(502)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1221" seq="1999-1221">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>dxchpwd in Digital Unix (OSF/1) 3.x allows local users to modify arbitrary files via a symlink attack on the dxchpwd.log file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420141&amp;w=2">19961117 Digital Unix v3.x (v4.x?) security vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/399.php">dgux-chpwd(399)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1224" seq="1999-1224">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IMAP 4.1 BETA, and possibly other versions, does not properly handle the SIGABRT (abort) signal, which allows local users to crash the server (imapd) via certain sequences of commands, which causes a core dump that may contain sensitive password information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87635124302928&amp;w=2">19971008 L0pht Advisory: IMAP4rev1 imapd server</ref>
<ref source="XF" url="http://xforce.iss.net/static/349.php">imapd-core(349)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1225" seq="1999-1225">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>rpc.mountd on Linux, Ultrix, and possibly other operating systems, allows remote attackers to determine the existence of a file on the server by attempting to mount that file, which generates different error messages depending on whether the file exists or not.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/7526">19970824 Serious security flaw in rpc.mountd on several operating systems.</ref>
<ref source="XF" url="http://xforce.iss.net/static/347.php">mountd-file-exists(347)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1227" seq="1999-1227">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Ethereal allows local users to overwrite arbitrary files via a symlink attack on the packet capture file.</desc>
<refs>
<ref source="MISC" url="http://www.ethereal.com/lists/ethereal-dev/199907/msg00126.html">http://www.ethereal.com/lists/ethereal-dev/199907/msg00126.html</ref>
<ref source="MISC" url="http://www.ethereal.com/lists/ethereal-dev/199907/msg00130.html">http://www.ethereal.com/lists/ethereal-dev/199907/msg00130.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/3334.php">ethereal-dev-capturec-root(3334)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1228" seq="1999-1228">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Various modems that do not implement a guard time, or are configured with a guard time of 0, can allow remote attackers to execute arbitrary modem commands such as ATH, ATH0, etc., via a &quot;+++&quot; sequence that appears in ICMP packets, the subject of an e-mail message, IRC commands, and others.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90695973308453&amp;w=2">19980927 1+2=3, +++ATH0=Old school DoS</ref>
<ref source="MISC" url="http://www.macintouch.com/modemsecurity.html">http://www.macintouch.com/modemsecurity.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/3320.php">global-village-modem-dos(3320)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1229" seq="1999-1229">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Quake 2 server 3.13 on Linux does not properly check file permissions for the config.cfg configuration file, which allows local users to read arbitrary files via a symlink from config.cfg to the target file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8590">19980225 Quake 2 Linux 3.13 (and lower) allow users to read arbitrary files</ref>
<ref source="XF" url="http://xforce.iss.net/static/733.php">linux-quake2(733)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1230" seq="1999-1230">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Quake 2 server allows remote attackers to cause a denial of service via a spoofed UDP packet with a source address of 127.0.0.1, which causes the server to attempt to connect to itself.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8282">19971224 Quake II Remote Denial of Service</ref>
<ref source="XF" url="http://xforce.iss.net/static/698.php">quake2-dos(698)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1231" seq="1999-1231">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ssh 2.0.12, and possibly other versions, allows valid user names to attempt to enter the correct password multiple times, but only prompts an invalid user name for a password once, which allows remote attackers to determine user account names on the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/14758">19990609 ssh advirsory</ref>
<ref source="XF" url="http://xforce.iss.net/static/2276.php">ssh-leak(2276)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1232" seq="1999-1232">
<status>Candidate</status>
<phase date="20060503">Modified</phase>
<desc>Untrusted search path vulnerability in day5datacopier in SGI IRIX 6.2 allows local users to execute arbitrary commands via a modified PATH environment variable that points to a malicious cp program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420994&amp;w=2">19970516 Irix and WWW</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8559">8559</ref>
<ref source="XF" url="http://xforce.iss.net/static/3316.php">sgi-day5datacopier(3316)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1234" seq="1999-1234">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>LSA (LSASS.EXE) in Windows NT 4.0 allows remote attackers to cause a denial of service via a NULL policy handle in a call to (1) SamrOpenDomain, (2) SamrEnumDomainUsers, and (3) SamrQueryDomainInfo.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94096671308565&amp;w=2">19991026 Re: LSA vulnerability on NT40 SP5</ref>
<ref source="XF" url="http://xforce.iss.net/static/3293.php">msrpc-samr-open-dos(3293)</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Wall</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1235" seq="1999-1235">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Explorer 5.0 records the username and password for FTP servers in the URL history, which could allow (1) local users to read the information from another user's index.dat, or (2) people who are physically observing (&quot;shoulder surfing&quot;) another user to read the information from the status bar when the user moves the mouse over a link.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://ntbugtraq.ntadvice.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9904&amp;L=NTBUGTRAQ&amp;P=R179">19990331 Minor Bug in IE5.0</ref>
<ref source="NTBUGTRAQ" url="http://packetderm.cotse.com/mailing-lists/ntbugtraq/1999/0364.html">19990825 IE5 FTP password exposure &amp; index.dat null ACL problem</ref>
<ref source="XF" url="http://xforce.iss.net/static/3289.php">nt-ie5-user-ftp-password(3289)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Wall</accept>
</votes>
<comments>
<comment voter="CHANGE">[Foat changed vote from NOOP to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1236" seq="1999-1236">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Anywhere Mail Server 2.3.1 stores passwords in plaintext in the msgboxes.dbf file, which could allow local users to gain privileges by extracting the passwords from msgboxes.dbf.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9910&amp;L=ntbugtraq&amp;F=&amp;S=&amp;P=662">19991001 Vulnerabilities in the Internet Anywhere Mail Server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/731">731</ref>
<ref source="XF" url="http://xforce.iss.net/static/3285.php">iams-passwords-plaintext(3285)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1237" seq="1999-1237">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Multiple buffer overflows in smbvalid/smbval SMB authentication library, as used in Apache::AuthenSmb and possibly other modules, allows remote attackers to execute arbitrary commands via (1) a long username, (2) a long password, and (3) other unspecified methods.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/14384">19990606 Buffer overflows in smbval library</ref>
<ref source="XF" url="http://xforce.iss.net/static/2272.php">smbvalid-bo(2272)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1238" seq="1999-1238">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in CORE-DIAG fileset in HP message catalog in HP-UX 9.05 and earlier allows local users to gain privileges.</desc>
<refs>
<ref source="HP" url="http://www.securityfocus.com/advisories/1531">HPSBUX9409-017</ref>
<ref source="XF" url="http://xforce.iss.net/static/2262.php">hp-core-diag-fileset(2262)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1239" seq="1999-1239">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>HP-UX 9.x does not properly enable the Xauthority mechanism in certain conditions, which could allow local users to access the X display even when they have not explicitly been authorized to do so.</desc>
<refs>
<ref source="HP" url="http://www.securityfocus.com/advisories/1559">HPSBUX9407-015</ref>
<ref source="XF" url="http://xforce.iss.net/static/2261.php">hp-xauthority(2261)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1240" seq="1999-1240">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in cddbd CD database server allows remote attackers to execute arbitrary commands via a long log message.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/5784">19961126 Major Security Vulnerabilities in Remote CD Databases</ref>
<ref source="XF" url="http://xforce.iss.net/static/2203.php">cddbd-bo(2203)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1241" seq="1999-1241">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Explorer, with a security setting below Medium, allows remote attackers to execute arbitrary commands via a malicious web page that uses the FileSystemObject ActiveX object.</desc>
<refs>
<ref source="MISC" url="http://oliver.efri.hr/~crv/security/bugs/NT/activex4.html">http://oliver.efri.hr/~crv/security/bugs/NT/activex4.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/2173.php">ie-filesystemobject(2173)</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Wall</accept>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Christey">DELREF MISC:http://oliver.efri.hr/~crv/security/bugs/NT/activex4.html
ADDREF MISC:http://focus.silversand.net/vulner/allbug/activex4.html</comment>
<comment voter="Frech">Change MISC to http://www.securitybugware.org/NT/1018.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1242" seq="1999-1242">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in subnetconfig in HP-UX 9.01 and 9.0 allows local users to gain privileges.</desc>
<refs>
<ref source="HP" url="http://packetstormsecurity.org/advisories/hpalert/003">HPSBUX9402-003</ref>
<ref source="XF" url="http://xforce.iss.net/static/2162.php">hp-subnet-config(2162)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1244" seq="1999-1244">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IPFilter 3.2.3 through 3.2.10 allows local users to modify arbitrary files via a symlink attack on the saved output file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13303">19990415 FSA-99.04-IPFILTER-v3.2.10</ref>
<ref source="XF" url="http://xforce.iss.net/static/2087.php">ipfilter-temp-file(2087)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1245" seq="1999-1245">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>vacm ucd-snmp SNMP server, version 3.52, does not properly disable access to the public community string, which could allow remote attackers to obtain sensitive information.</desc>
<refs>
<ref source="XF" url="http://xforce.iss.net/static/2086.php">ucd-snmpd-community(2086)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">http://www.securityfocus.com/archive/1/13130</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1247" seq="1999-1247">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in HP Camera component of HP DCE/9000 in HP-UX 9.x allows attackers to gain root privileges.</desc>
<refs>
<ref source="HP" url="http://packetstormsecurity.org/advisories/hpalert/006">HPSBUX9402-006</ref>
<ref source="XF" url="http://xforce.iss.net/static/2061.php">hp-dce9000(2061)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1248" seq="1999-1248">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in Support Watch (aka SupportWatch) in HP-UX 8.0 through 9.0 allows local users to gain privileges.</desc>
<refs>
<ref source="HP" url="http://packetstormsecurity.org/advisories/hpalert/019">HPSBUX9411-019</ref>
<ref source="XF" url="http://xforce.iss.net/static/2058.php">hp-supportwatch(2058)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1250" seq="1999-1250">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in CGI program in the Lasso application by Blue World, as used on WebSTAR and other servers, allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/7506">19970819 Lasso CGI security hole (fwd)</ref>
<ref source="XF" url="http://xforce.iss.net/static/2044.php">http-cgi-lasso(2044)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1251" seq="1999-1251">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in direct audio user space code on HP-UX 10.20 and 10.10 allows local users to cause a denial of service.</desc>
<refs>
<ref source="HP" url="http://packetstormsecurity.org/advisories/hpalert/043">HPSBUX9612-043</ref>
<ref source="XF" url="http://xforce.iss.net/static/2010.php">hp-audio-panic(2010)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1252" seq="1999-1252">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in a certain system call in SCO UnixWare 2.0.x and 2.1.0 allows local users to access arbitrary files and gain root privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/vendor_bulletins/VB-96.15.sco">VB-96.15</ref>
<ref source="SCO" url="ftp://ftp.sco.COM/SSE/security_bulletins/SB.96:02a">96:002</ref>
<ref source="XF" url="http://xforce.iss.net/static/1966.php">sco-system-call(1966)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1253" seq="1999-1253">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in a kernel error handling routine in SCO OpenServer 5.0.2 and earlier, and SCO Internet FastStart 1.0, allows local users to gain root privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/vendor_bulletins/VB-96.10.sco">VB-96.10</ref>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB.96:01a">96:001</ref>
<ref source="XF" url="http://xforce.iss.net/static/1965.php">sco-kernel(1965)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1254" seq="1999-1254">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Windows 95, 98, and NT 4.0 allow remote attackers to cause a denial of service by spoofing ICMP redirect messages from a router, which causes Windows to change its routing tables.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92099515709467&amp;w=2">19990308 Winfreeze EXPLOIT  Win9x/NT</ref>
<ref source="XF" url="http://xforce.iss.net/static/1947.php">win-redirects-freeze(1947)</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Wall</accept>
<modify count="1">Meunier</modify>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Christey">Need to get feedback from MS on this.</comment>
<comment voter="Christey">(prompted from Pascal Meunier) should this be treated
as a general design issue with ICMP?  Or is it a specific
implementation flaw that only affects Reliant?</comment>
<comment voter="Meunier">The description is too narrow and incorrect.  Spoofed ICMP
redirect messages can be used to setup man-in-the-middle attacks
instead of a DoS.  There's no reason that this behavior would be
limited to Windows, as it is specified by the standard.  As I said
elsewhere, ICMP messages should not be acted upon without access
controls.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1255" seq="1999-1255">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Hyperseek allows remote attackers to modify the hyperseek configuration by directly calling the admin.cgi program with an edit_file action parameter.</desc>
<refs>
<ref source="MISC" url="http://www.rootshell.com/archive-j457nxiqi3gq59dv/199902/hyperseek.txt.html">http://www.rootshell.com/archive-j457nxiqi3gq59dv/199902/hyperseek.txt.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/1914.php">hyperseek-modify(1914)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1256" seq="1999-1256">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Oracle Database Assistant 1.0 in Oracle 8.0.3 Enterprise Edition stores the database master password in plaintext in the spoolmain.log file when a new database is created, which allows local users to obtain the password from that file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12744">19990304 Oracle Plaintext Password</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92056752115116&amp;w=2">19990304 Oracle Plaintext Password</ref>
<ref source="XF" url="http://xforce.iss.net/static/1902.php">oracle-passwords(1902)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1257" seq="1999-1257">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Xyplex terminal server 6.0.1S1, and possibly other versions, allows remote attackers to bypass the password prompt by entering (1) a CTRL-Z character, or (2) a ? (question mark).</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8134">19971126 Xyplex terminal server bug</ref>
<ref source="XF" url="http://xforce.iss.net/static/1825.php">xyplex-controlz-login(1825)</ref>
<ref source="XF" url="http://xforce.iss.net/static/1826.php">xyplex-question-login(1826)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1260" seq="1999-1260">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>mSQL (Mini SQL) 2.0.6 allows remote attackers to obtain sensitive server information such as logged users, database names, and server version via the ServerStats query.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91910115718150&amp;w=2">19990215 KSR[T] Advisory #10: mSQL ServerStats</ref>
<ref source="XF" url="http://xforce.iss.net/static/1777.php">msql-serverstats(1777)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1261" seq="1999-1261">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Rainbow Six Multiplayer allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long nickname (nick) command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12433">19990211 Rainbow Six Buffer Overflow.....</ref>
<ref source="XF" url="http://xforce.iss.net/static/1772.php">rainbowsix-nick-bo(1772)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1264" seq="1999-1264">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>WebRamp M3 router does not disable remote telnet or HTTP access to itself, even when access has been expliticly disabled.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12048">19990121 WebRamp M3 remote network access bug</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91815321510224&amp;w=2">19990203 WebRamp M3 Perceived Bug</ref>
<ref source="XF" url="http://xforce.iss.net/static/1670.php">webramp-remote-access(1670)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1265" seq="1999-1265">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SMTP server in SLmail 3.1 and earlier allows remote attackers to cause a denial of service via malformed commands whose arguments begin with a &quot;(&quot; (parenthesis) character, such as (1) SEND, (2) VRFY, (3) EXPN, (4) MAIL FROM, (5) RCPT TO.</desc>
<refs>
<ref source="BUGTRAQ">19980922 Re: WARNING! SMTP Denial of Service in SLmail ver 3.1</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90649892424117&amp;w=2">19980922 WARNING! SMTP Denial of Service in SLmail ver 3.1</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=90650438826447&amp;w=2">19980922 WARNING! SMTP Denial of Service in SLmail ver 3.1</ref>
<ref source="XF" url="http://xforce.iss.net/static/1664.php">slmail-parens-overload(1664)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Frech</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1266" seq="1999-1266">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>rsh daemon (rshd) generates different error messages when a valid username is provided versus an invalid name, which allows remote attackers to determine valid users on the system.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/6978">19970613 rshd gives away usernames</ref>
<ref source="XF" url="http://xforce.iss.net/static/1660.php">rsh-username-leaks(1660)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1267" seq="1999-1267">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>KDE file manager (kfm) uses a TCP server for certain file operations, which allows remote attackers to modify arbitrary files by sending a copy command to the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420906&amp;w=2">19970505 Hole in the KDE desktop</ref>
<ref source="XF" url="http://xforce.iss.net/static/1646.php">kde-flawed-ipc(1646)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1268" seq="1999-1268">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in KDE konsole allows local users to hijack or observe sessions of other users by accessing certain devices.</desc>
<refs>
<ref source="MISC" url="http://lists.kde.org/?l=kde-devel&amp;m=91560433413263&amp;w=2">http://lists.kde.org/?l=kde-devel&amp;m=91560433413263&amp;w=2</ref>
<ref source="XF" url="http://xforce.iss.net/static/1645.php">kde-konsole-hijack(1645)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1269" seq="1999-1269">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Screen savers in KDE beta 3 allows local users to overwrite arbitrary files via a symlink attack on the .kss.pid file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8506">19980206 serious security hole in KDE Beta 3</ref>
<ref source="XF" url="http://xforce.iss.net/static/1641.php">kde-kss-file-clobber(1641)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1270" seq="1999-1270">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>KMail in KDE 1.0 provides a PGP passphrase as a command line argument to other programs, which could allow local users to obtain the passphrase and compromise the PGP keys of other users by viewing the arguments via programs that list process information, such as ps.</desc>
<refs>
<ref source="MISC" url="http://lists.kde.org/?l=kde-devel&amp;m=90221974029738&amp;w=2">http://lists.kde.org/?l=kde-devel&amp;m=90221974029738&amp;w=2</ref>
<ref source="XF" url="http://xforce.iss.net/static/1639.php">kde-kmail-passphrase-leak(1639)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1271" seq="1999-1271">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Macromedia Dreamweaver uses weak encryption to store FTP passwords, which could allow local users to easily decrypt the passwords of other users.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9511">19980611 Unsecure passwords in Macromedia Dreamweaver</ref>
<ref source="XF" url="http://xforce.iss.net/static/1636.php">dreamweaver-weak-passwords(1636)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1272" seq="1999-1272">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflows in CDROM Confidence Test program (cdrom) allow local users to gain root privileges.</desc>
<refs>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19980301-01-PX">19980301-01-PX</ref>
<ref source="XF" url="http://xforce.iss.net/static/1635.php">irix-cdrom-confidence(1635)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1273" seq="1999-1273">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Squid Internet Object Cache 1.1.20 allows users to bypass access control lists (ACLs) by encoding the URL with hexadecimal escape sequences.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8551">19980220 Simple way to bypass squid ACLs</ref>
<ref source="XF" url="http://xforce.iss.net/static/1627.php">squid-regexp-acl(1627)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1274" seq="1999-1274">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>iPass RoamServer 3.1 creates temporary files with world-writable permissions.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8307">19971229 iPass RoamServer 3.1</ref>
<ref source="XF" url="http://xforce.iss.net/static/1625.php">ipass-temporary-files(1625)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1275" seq="1999-1275">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Lotus cc:Mail release 8 stores the postoffice password in plaintext in a hidden file which has insecure permissions, which allows local users to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9478">19970908 Password unsecurity in cc:Mail release 8</ref>
<ref source="XF" url="http://xforce.iss.net/static/1619.php">lotus-ccmail-passwords(1619)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1277" seq="1999-1277">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>BackWeb client stores the username and password in cleartext for proxy authentication in the Communication registry key, which could allow other local users to gain privileges by reading the password.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91487886514546&amp;w=2">19981224 BackWeb - Password issue (used by NAI for Corporate customer notification).</ref>
<ref source="XF" url="http://xforce.iss.net/static/1565.php">backweb-cleartext-passwords(1565)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1278" seq="1999-1278">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>nlog CGI scripts do not properly filter shell metacharacters from the IP address argument, which could allow remote attackers to execute certain commands via (1) nlog-smb.pl or (2) rpc-nlog.pl.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91470326629357&amp;w=2">19981225 Re: Nlog v1.0 Released - Nmap 2.x log management / analyzing tool</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91471400632145&amp;w=2">19981226 Nlog 1.1b released - security holes fixed</ref>
<ref source="XF" url="http://xforce.iss.net/static/1550.php">http-cgi-nlog-netbios(1550)</ref>
<ref source="XF">http-cgi-nlog-metachars(1549)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Frech</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1280" seq="1999-1280">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Hummingbird Exceed 6.0.1.0 inadvertently includes a DLL that was meant for development and testing, which logs user names and passwords in cleartext in the test.log file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11512">19981203 Remote Tools w/Exceed v.6.0.1.0 fer 95</ref>
<ref source="XF" url="http://xforce.iss.net/static/1547.php">exceed-cleartext-passwords(1547)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1281" seq="1999-1281">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Development version of Breeze Network Server allows remote attackers to cause the system to reboot by accessing the configbreeze CGI program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11720">19981226 Breeze Network Server remote reboot and other bogosity.</ref>
<ref source="XF" url="http://xforce.iss.net/static/1544.php">breeze-remote-reboot(1544)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">There have been no followups to indicate that this issue has
been 
resolved in the production version, and as a benefit to the doubt,
this issue
transcends EX-BETA until proven otherwise.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1282" seq="1999-1282">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>RealSystem G2 server stores the administrator password in cleartext in a world-readable configuration file, which allows local users to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11543">19981210 RealSystem passwords</ref>
<ref source="XF" url="http://xforce.iss.net/static/1542.php">realsystem-readable-conf-file(1542)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1283" seq="1999-1283">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Opera 3.2.1 allows remote attackers to cause a denial of service (application crash) via a URL that contains an extra / in the http:// tag.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10320">19980814 URL exploit to crash Opera Browser</ref>
<ref source="XF" url="http://xforce.iss.net/static/1541.php">opera-slash-crash(1541)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">Will go along with a REJECT if MITRE decides on
EX-CLIENT-DOS.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1285" seq="1999-1285">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Linux 2.1.132 and earlier allows local users to cause a denial of service (resource exhaustion) by reading a large buffer from a random device (e.g. /dev/urandom), which cannot be interrupted until the read has completed.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91495921611500&amp;w=2">19981227 [patch] fix for urandom read(2) not interruptible</ref>
<ref source="XF" url="http://xforce.iss.net/static/1472.php">linux-random-read-dos(1472)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1286" seq="1999-1286">
<status>Candidate</status>
<phase date="20060623">Modified</phase>
<desc>addnetpr in SGI IRIX 6.2 and earlier allows local users to modify arbitrary files and possibly gain root access via a symlink attack on a temporary file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420927&amp;w=2">19970509 Re: Irix: misc</ref>
<ref source="MISC" url="ftp://patches.sgi.com/support/free/security/advisories/19961203-02-PX">ftp://patches.sgi.com/support/free/security/advisories/19961203-02-PX</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/330">330</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8560">8560</ref>
<ref source="XF" url="http://xforce.iss.net/static/1433.php">irix-addnetpr(1433)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Christey, Cole, Foat</noop>
</votes>
<comments>
<comment voter="Christey">CHANGE DESC: &quot;via a symlink attack on the printers temporary file.&quot;
Add 5.3 as another affected version.

MISC:ftp://patches.sgi.com/support/free/security/advisories/19961203-02-PX
SGI:19961203-02-PX may solve this problem, but the advisory is so
vague that it is uncertain whether this was fixed or not. addnetpr is
not specifically named in the advisory, which names netprint, which is
not specified in the original Bugtraq post. In addition, the date on
the advisory is one day earlier than that of the Bugtraq post, though
that could be a difference in time zones. It seems plausible that the
problem had already been patched (the researcher did say &quot;There *was*
[a] race condition&quot;) so maybe SGI released this advisory after the
problem was publicized.

ADDREF BID:330
URL:http://www.securityfocus.com/bid/330

Note: this is a dupe of CVE-1999-1410, but CVE-1999-1410 will
be rejected in favor of CVE-1999-1286.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1287" seq="1999-1287">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in Analog 3.0 and earlier allows remote attackers to read arbitrary files via the forms interface.</desc>
<refs>
<ref source="CONFIRM" url="http://www.statslab.cam.ac.uk/~sret1/analog/security.html">http://www.statslab.cam.ac.uk/~sret1/analog/security.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/1410.php">analog-remote-file(1410)</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Frech, Stracener</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Foat changed vote from ACCEPT to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1289" seq="1999-1289">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ICQ 98 beta on Windows NT leaks the internal IP address of a client in the TCP data segment of an ICQ packet instead of the public address (e.g. through NAT), which provides remote attackers with potentially sensitive information about the client or the internal network configuration.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/11233">19981111 WARNING: Another ICQ IP address vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/1398.php">icq-ip-info(1398)</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Wall</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">Override EX-BETA in this case, since ICQ is always in beta
and is 
widely run in production environments.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1291" seq="1999-1291">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>TCP/IP implementation in Microsoft Windows 95, Windows NT 4.0, and possibly others, allows remote attackers to reset connections by forcing a reset (RST) via a PSH ACK or other means, obtaining the target's last sequence number from the resulting packet, then spoofing a reset to the target.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10789">19981005 New Windows Vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/1383.php">nt-brkill(1383)</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Wall</accept>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Christey">Need to get feedback from MS on this.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1292" seq="1999-1292">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in web administration feature of Kolban Webcam32 4.8.3 and earlier allows remote attackers to execute arbitrary commands via a long URL.</desc>
<refs>
<ref source="ISS" url="http://xforce.iss.net/alerts/advise7.php">19980901 Remote Buffer Overflow in the Kolban Webcam32 Program</ref>
<ref source="XF" url="http://xforce.iss.net/static/1366.php">webcam32-buffer-overflow(1366)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1293" seq="1999-1293">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>mod_proxy in Apache 1.2.5 and earlier allows remote attackers to cause a denial of service via malformed FTP commands, which causes Apache to dump core.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88413292830649&amp;w=2">19980106 Apache security advisory</ref>
<ref source="CONFIRM" url="http://www.apache.org/info/security_bulletin_1.2.5.html">http://www.apache.org/info/security_bulletin_1.2.5.html</ref>
</refs>
<votes>
<accept count="3">Armstrong, Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:apache-mod-proxy-dos(7249)
CONFIRM reference no longer seems to exist. BugTraq message
seems to be a confirmation/advisory, however.</comment>
<comment voter="CHANGE">[Foat changed vote from ACCEPT to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1295" seq="1999-1295">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Transarc DCE Distributed File System (DFS) 1.1 for Solaris 2.4 and 2.5 does not properly initialize the grouplist for users who belong to a large number of groups, which could allow those users to gain access to resources that are protected by DFS.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/vendor_bulletins/VB-96.16.transarc">VB-96.16</ref>
<ref source="XF" url="http://xforce.iss.net/static/7154.php">dfs-login-groups(7154)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:dfs-login-groups(7154)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1296" seq="1999-1296">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Kerberos IV compatibility libraries as used in Kerberos V allows local users to gain root privileges via a long line in a kerberos configuration file, which can be specified via the KRB_CONF environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420878&amp;w=2">19970429 vulnerabilities in kerberos</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:kerberos-config-file-bo(7184)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1299" seq="1999-1299">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>rcp on various Linux systems including Red Hat 4.0 allows a &quot;nobody&quot; user or other user with UID of 65535 to overwrite arbitrary files, since 65535 is interpreted as -1 by chown and other system calls, which causes the calls to fail to modify the ownership of the file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420509&amp;w=2">19970203 Linux rcp bug</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:rcp-nobody-file-overwrite(7187)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1300" seq="1999-1300">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in accton in Cray UNICOS 6.1 and 6.0 allows local users to read arbitrary files and modify system accounting configuration.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/b-31.shtml">B-31</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF: unicos-accton-read-files(7210)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1302" seq="1999-1302">
<status>Candidate</status>
<phase date="20070105">Modified</phase>
<desc>Unspecified vulnerability in pt_chmod in SCO UNIX 4.2 and earlier allows local users to gain root access.</desc>
<refs>
<ref source="CERT" url="http://ftp.cerias.purdue.edu/pub/advisories/cert/cert_bulletins/VB-94:01.sco">VB-94:01</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">F-05</ref>
<ref source="SCO" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">94:001</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8797">8797</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/7586">sco-pt_chmod(7586)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:sco-pt_chmod(7586)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1303" seq="1999-1303">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in prwarn in SCO UNIX 4.2 and earlier allows local users to gain root access.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">F-05</ref>
<ref source="SCO" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">94:001</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:sco-prwarn(7587)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1304" seq="1999-1304">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in login in SCO UNIX 4.2 and earlier allows local users to gain root access.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">F-05</ref>
<ref source="SCO" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">94:001</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:sco-login(7588)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1305" seq="1999-1305">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in &quot;at&quot; program in SCO UNIX 4.2 and earlier allows local users to gain root access.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">F-05</ref>
<ref source="SCO" url="http://ciac.llnl.gov/ciac/bulletins/f-05.shtml">94:001</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:sco-at(7589)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1306" seq="1999-1306">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cisco IOS 9.1 and earlier does not properly handle extended IP access lists when the IP route cache is enabled and the &quot;established&quot; keyword is set, which could allow attackers to bypass filters.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1992-20.html">CA-1992-20</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:cisco-acl-established(1248)
Possibly duplicate with CVE-1999-0162?</comment>
<comment voter="Christey">Might be a duplicate of CVE-1999-0162, but CVE-1999-0162 was
released in 1995, whereas this bug was released in 1992.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1307" seq="1999-1307">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in urestore in Novell UnixWare 1.1 allows local users to gain root privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.dataguard.no/bugtraq/1994_4/0676.html">19941209 Novell security advisory on sadc, urestore and the suid_exec feature</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/f-06.shtml">F-06</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF;novell-unixware-urestore-root(7211)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1308" seq="1999-1308">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Certain programs in HP-UX 10.20 do not properly handle large user IDs (UID) or group IDs (GID) over 60000, which could allow local users to gain privileges.</desc>
<refs>
<ref source="HP" url="http://ciac.llnl.gov/ciac/bulletins/h-91.shtml">HPSBUX9611-041</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/h-09.shtml">H-09</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/h-91.shtml">H-91</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7594.php">hp-large-uid-gid(7594)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:hp-large-uid-gid(7594)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1310" seq="1999-1310">
<status>Candidate</status>
<phase date="20050204">Modified</phase>
<desc>** REJECT **  DO NOT USE THIS CANDIDATE NUMBER.  ConsultIDs: CVE-1999-1022.  Reason: This candidate is a duplicate of CVE-1999-1022.  Notes: All CVE users should reference CVE-1999-1022 instead of this candidate.  All references and descriptions in this candidate have been removed to prevent accidental usage.</desc>
<refs>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Frech">DUPE CVE-1999-1022</comment>
<comment voter="Christey">As noted by Andre Frech, this is a duplicate of CVE-1999-1022.
The references from this candidate will be added to
CVE-1999-1022.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1311" seq="1999-1311">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in dtlogin and dtsession in HP-UX 10.20 and 10.10 allows local users to bypass authentication and gain privileges.</desc>
<refs>
<ref source="HP" url="http://ciac.llnl.gov/ciac/bulletins/h-21.shtml">HPSBUX9701-046</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/h-21.shtml">H-21</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:hp-dt-bypass-auth(7668)
ACKNOWLEDGED-BY-VENDOR</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1312" seq="1999-1312">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in DEC OpenVMS VAX 5.5-2 through 5.0, and OpenVMS AXP 1.0, allows local users to gain system privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1993-05.html">CA-1993-05</ref>
<ref source="XF" url="http://xforce.iss.net/static/7142.php">openvms-local-privilege-elevation(7142)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:openvms-local-privilege-elevation(7142)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1313" seq="1999-1313">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Manual page reader (man) in FreeBSD 2.2 and earlier allows local users to gain privileges via a sequence of commands.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/g-24.shtml">G-24</ref>
<ref source="FREEBSD" url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/old/FreeBSD-SA-96:11.man.asc">FreeBSD-SA-96:11</ref>
<ref source="XF" url="http://xforce.iss.net/static/7348.php">bsd-man-command-sequence(7348)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:bsd-man-command-sequence(7348)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1314" seq="1999-1314">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in union file system in FreeBSD 2.2 and earlier, and possibly other operating systems, allows local users to cause a denial of service (system reload) via a series of certain mount_union commands.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/g-24.shtml">G-24</ref>
<ref source="FREEBSD" url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/old/FreeBSD-SA-96:10.mount_union.asc">FreeBSD-SA-96:10</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7429.php">unionfs-mount-ordering(7429)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:unionfs-mount-ordering(7429)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1315" seq="1999-1315">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerabilities in DECnet/OSI for OpenVMS before 5.8 on DEC Alpha AXP and VAX/VMS systems allow local users to gain privileges or cause a denial of service.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/f-04.shtml">F-04</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:openvms-decnetosi-gain-privileges(7212)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1319" seq="1999-1319">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in object server program in SGI IRIX 5.2 through 6.1 allows remote attackers to gain root privileges in certain configurations.</desc>
<refs>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19960101-01-PX">19960101-01-PX</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7430.php">irix-object-server(7430)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:irix-object-server(7430)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1322" seq="1999-1322">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The installation of 1ArcServe Backup and Inoculan AV client modules for Exchange create a log file, exchverify.log, which contains usernames and passwords in plaintext.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91096758513985&amp;w=2">19981112 exchverify.log</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91133714919229&amp;w=2">19981117 Re: exchverify.log - update #1</ref>
<ref source="NTBUGTRAQ">19981125 Re: exchverify.log - update #2</ref>
<ref source="NTBUGTRAQ">19981216 Arcserve Exchange Client security issue being fixed</ref>
<ref source="NTBUGTRAQ">19990305 Cheyenne InocuLAN for Exchange plain text password still there</ref>
<ref source="NTBUGTRAQ">19990426 ArcServe Exchange Client Security Issue still unresolved</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1323" seq="1999-1323">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Norton AntiVirus for Internet Email Gateways (NAVIEG) 1.0.1.7 and earlier, and Norton AntiVirus for MS Exchange (NAVMSE) 1.5 and earlier, store the administrator password in cleartext in (1) the navieg.ini file for NAVIEG, and (2) the ModifyPassword registry key in NAVMSE.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92370067416739&amp;w=2">19990409 NAV for MS Exchange &amp; Internet Email Gateways</ref>
</refs>
<votes>
<accept count="1">Prosser</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:nav-admin-password(7543)</comment>
<comment voter="Prosser">This has been since corrected in later releases.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1334" seq="1999-1334">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Multiple buffer overflows in filter command in Elm 2.4 allows attackers to execute arbitrary commands via (1) long From: headers, (2) long Reply-To: headers, or (3) via a long -f (filterfile) command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88609666024181&amp;w=2">19980129 KSR[T] Advisory #7: filter</ref>
<ref source="CONFIRM" url="http://www.redhat.com/support/errata/rh50-errata-general.html#elm">http://www.redhat.com/support/errata/rh50-errata-general.html#elm</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Armstrong, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:elm-filter-getfilterrules-bo(7214)
XF:elm-filter2(711)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1338" seq="1999-1338">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Delegate proxy 5.9.3 and earlier creates files and directories in the DGROOT with world-writable permissions.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93259112204664&amp;w=2">19990721 Delegate creates directories writable for anyone</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:delegate-dgroot-permissions(8438)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1340" seq="1999-1340">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in faxalter in hylafax 4.0.2 allows local users to gain privileges via a long -m command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94173799532589&amp;w=2">19991104 hylafax-4.0.2 local exploit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/765">765</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:hylafax-faxalter-gain-privs(3453)
Proper spelling of the product is HylaFAX (see
http://www.hylafax.org/)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1342" seq="1999-1342">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ICQ ActiveList Server allows remote attackers to cause a denial of service (crash) via malformed packets to the server's UDP port.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94042342010662&amp;w=2">19991017 ICQ ActiveList Server Exploit...</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:icq-activelist-udp-dos(7877)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1343" seq="1999-1343">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>HTTP server for Xerox DocuColor 4 LP allows remote attackers to cause a denial of service (hang) via a long URL that contains a large number of . characters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93986405412867&amp;w=2">19991013 Xerox DocuColor 4 LP D.O.S</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:xerox-docucolor4lp-dos(8041)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1344" seq="1999-1344">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Auto_FTP.pl script in Auto_FTP 0.2 stores usernames and passwords in plaintext in the auto_ftp.conf configuration file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93923873006014&amp;w=2">19991005 Auto_FTP v0.02 Advisory</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:autoftp-plaintext-password(8045)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1345" seq="1999-1345">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Auto_FTP.pl script in Auto_FTP 0.2 uses the /tmp/ftp_tmp as a shared directory with insecure permissions, which allows local users to (1) send arbitrary files to the remote server by placing them in the directory, and (2) view files that are being transferred.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93923873006014&amp;w=2">19991005 Auto_FTP v0.02 Advisory</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:autoftp-shared-directory(8047)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1346" seq="1999-1346">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>PAM configuration file for rlogin in Red Hat Linux 6.1 and earlier includes a less restrictive rule before a more restrictive one, which allows users to access the host via rlogin even if rlogin has been explicitly disabled using the /etc/nologin file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93942774609925&amp;w=2">19991007 Problems with redhat 6 Xsession and pam.d/rlogin.</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:pam-rlogin-bypass(8315)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1347" seq="1999-1347">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Xsession in Red Hat Linux 6.1 and earlier can allow local users with restricted accounts to bypass execution of the .xsession file by starting kde, gnome or anotherlevel from kdm.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93942774609925&amp;w=2">19991007 Problems with redhat 6 Xsession and pam.d/rlogin.</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:xsession-bypass(8316)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1348" seq="1999-1348">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Linuxconf on Red Hat Linux 6.0 and earlier does not properly disable PAM-based access to the shutdown command, which could allow local users to cause a denial of service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93220073515880&amp;w=2">19990630 linuxconf doesn't seem to deal correctly with /etc/pam.d/reboot</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linuxconf-pam-shutdown-dos(8437)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1349" seq="1999-1349">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>NFS daemon (nfsd.exe) for Omni-NFS/X 6.1 allows remote attackers to cause a denial of service (resource exhaustion) via certain packets, possibly with the Urgent (URG) flag set, to port 111.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93923679004325&amp;w=2">19991006 Omni-NFS/X Enterprise  (nfsd.exe) DOS</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:xlink-nfsd-dos(8317)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1350" seq="1999-1350">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ARCAD Systemhaus 0.078-5 installs critical programs and files with world-writeable permissions, which could allow local users to gain privileges by replacing a program with a Trojan horse.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93871933521519&amp;w=2">19990929 Multiple Vendor ARCAD permission problems</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:arcad-insecure-permissions(8318)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1352" seq="1999-1352">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>mknod in Linux 2.2 follows symbolic links, which could allow local users to overwrite files or gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93855134409747&amp;w=2">19990928 Re: [Fwd: Truth about ssh 1.2.27 vulnerabiltiy]</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:mknod-symlink(8319)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1353" seq="1999-1353">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Nosque MsgCore 2.14 stores passwords in cleartext: (1) the administrator password in the AdmPasswd registry key, and (2) user passwords in the Userbase.dbf data file, which could allow local users to gain privielges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93698162708211&amp;w=2">19990907 MsgCore mailserver stores passwords in clear text</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:msgcore-plaintext-passwords(8271)
BUGTRAQ Reference is actually NTBUGTRAQ.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1354" seq="1999-1354">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>E-mail client in Softarc FirstClass Internet Server 5.506 and earlier stores usernames and passwords in cleartext in the files (1) home.fc for version 5.506, (2) network.fc for version 3.5, or (3) FCCLIENT.LOG when logging is enabled.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93637687305327&amp;w=2">19990830 SoftArc's FirstClass E-mail Client</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93698283309513&amp;w=2">19990909 SoftArc's FirstClass E-mail Client</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">(Task 1766)</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:firstclass-plaintext-account(9874)</comment>
<comment voter="Christey">The following reference is for the FCCLIENT.LOG piece:
ADDREF NTBUGTRAQ:19990911 Re: SoftArc's FirstClass E-mail Client
URL:http://archives.neohapsis.com/archives/ntbugtraq/1999-q3/0189.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1355" seq="1999-1355">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>BMC Patrol component, when installed with Compaq Insight Management Agent 4.23 and earlier, or Management Agents for Servers 4.40 and earlier, creates a PFCUser account with a default password and potentially dangerous privileges.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93542118727732&amp;w=2">19990817 Compaq PFCUser account</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93654336516711&amp;w=2">19990905 Case ID  SSRT0620  - PFCUser account communication</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93759822430801&amp;w=2">19990915 (I) UPDATE - PFCUser Account,</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94183795025294&amp;w=2">19991105 UPDATE: SSRT0620 Compaq Foundation Agents v4.40B  PFCUser issues</ref>
<ref source="CONFIRM" url="http://www.compaq.com/products/servers/management/advisory.html">http://www.compaq.com/products/servers/management/advisory.html</ref>
<ref source="XF" url="http://xforce.iss.net/static/3231.php">management-pfcuser(3231)</ref>
</refs>
<votes>
<accept count="5">Armstrong, Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1357" seq="1999-1357">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Netscape Communicator 4.04 through 4.7 (and possibly other versions) in various UNIX operating systems converts the 0x8b character to a &quot;&lt;&quot; sign, and the 0x9b character to a &quot;&gt;&quot; sign, which could allow remote attackers to attack other clients via cross-site scripting (CSS) in CGI programs that do not filter these characters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93915331626185&amp;w=2">19991005 Time to update those CGIs again</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:netscape-cgi-filtering-css(8274)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1361" seq="1999-1361">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Windows NT 3.51 and 4.0 running WINS (Windows Internet Name Service) allows remote attackers to cause a denial of service (resource exhaustion) via a flood of malformed packets, which causes the server to slow down and fill the event logs with error messages.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925891&amp;w=2">19980509 coke.c</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:winnt-wins-packet-flood-dos(7329)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1364" seq="1999-1364">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Windows NT 4.0 allows local users to cause a denial of service (crash) via an illegal kernel mode address to the functions (1) GetThreadContext or (2) SetThreadContext.</desc>
<refs>
<ref source="MSKB" url="http://support.microsoft.com/support/kb/articles/q142/6/53.asp">Q142653</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7421.php">nt-threadcontext-dos(7421)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Wall</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:nt-threadcontext-dos(7421)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1366" seq="1999-1366">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Pegasus e-mail client 3.0 and earlier uses weak encryption to store POP3 passwords in the pmail.ini file, which allows local users to easily decrypt the passwords and read e-mail.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92714118829880&amp;w=2">19990515 Pegasus Mail weak encryption</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:pegasus-weak-password-encryption(8430)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1367" seq="1999-1367">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Explorer 5.0 does not properly reset the username/password cache for Web sites that do not use standard cache controls, which could allow users on the same system to access restricted web sites that were visited by other users.</desc>
<refs>
<ref source="MISC" url="http://www.pcworld.com/news/article/0,aid,10842,00.asp">http://www.pcworld.com/news/article/0,aid,10842,00.asp</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2283)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1368" seq="1999-1368">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>AV Option for MS Exchange Server option for InoculateIT 4.53, and possibly other versions, only scans the Inbox folder tree of a Microsoft Exchange server, which could allow viruses to escape detection if a user's rules cause the message to be moved to a different mailbox.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92652152723629&amp;w=2">19990512 InoculateIT 4.53 Real-Time Exchange Scanner Flawed</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=97439568517355&amp;w=2">20001116 InoculateIT AV Option for MS Exchange Server</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:inoculate-message-redirect-bypass(5602)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1369" seq="1999-1369">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Real Media RealServer (rmserver) 6.0.3.353 stores a password in plaintext in the world-readable rmserver.cfg file, which allows local users to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92411181619110&amp;w=2">19990414 Real Media Server stores passwords in plain text</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:realserver-insecure-password(7544)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1370" seq="1999-1370">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The setup wizard (ie5setup.exe) for Internet Explorer 5.0 disables (1) the screen saver, which could leave the system open to users with physical access if a failure occurs during an unattended installation, and (2) the Task Scheduler Service, which might prevent the scheduled execution of security-critical programs.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92220197414799&amp;w=2">19990323 MSIE 5 installer disables screen saver</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:ie-ie5setup-disable-password(7545)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1371" seq="1999-1371">
<status>Candidate</status>
<phase date="20040723">Modified</phase>
<desc>Buffer overflow in /usr/bin/write in Solaris 2.6 and 7 allows local users to gain privileges via a long string in the terminal name argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92100752221493&amp;w=2">19990308 Solaris &quot;/usr/bin/write&quot; bug</ref>
<ref source="MISC" url="http://www.securiteam.com/exploits/5ZP0O1P35O.html">http://www.securiteam.com/exploits/5ZP0O1P35O.html</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/7546">solaris-write-bo(7546)</ref>
</refs>
<votes>
<accept count="2">Cole, Dik</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:solaris-write-bo(7546)</comment>
<comment voter="Christey">This appears to be a rediscovery of the problem for Solaris
2.8:
BUGTRAQ:20011114 /usr/bin/write (solaris2.x) Segmentation Fault
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=100588255815773&amp;w=2</comment>
<comment voter="Dik">sun bug:  4218941</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1372" seq="1999-1372">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Triactive Remote Manager with Basic authentication enabled stores the username and password in cleartext in registry keys, which could allow local users to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91966339502073&amp;w=2">19990219 Plaintext Password in Tractive's Remote Manager Software</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:triactive-remote-basic-auth(7548)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1373" seq="1999-1373">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>FORE PowerHub before 5.0.1 allows remote attackers to cause a denial of service (hang) via a TCP SYN scan with TCP/IP OS fingerprinting, e.g. via nmap.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91651770130771&amp;w=2">19990105 Re: Network Scan Vulnerability [SUMMARY]</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:powerhub-nmap-dos(7556)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1374" seq="1999-1374">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>perlshop.cgi shopping cart program stores sensitive customer information in directories and files that are under the web root, which allows remote attackers to obtain that information via an HTTP request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92523159819402&amp;w=2">19990427 Re: Shopping Carts exposing CC data</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:perlshop-cgi-obtain-information(7557)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1375" seq="1999-1375">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>FileSystemObject (FSO) in the showfile.asp Active Server Page (ASP) allows remote attackers to read arbitrary files by specifying the name in the file parameter.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91877455626320&amp;w=2">19990211 Using FSO in ASP to view just about anything</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/230">230</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:iis-fso-read-files(7558)</comment>
<comment voter="Christey">Explicitly mention IIS</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1376" seq="1999-1376">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in fpcount.exe in IIS 4.0 with FrontPage Server Extensions allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91632724913080&amp;w=2">19990114 MS IIS 4.0 Security Advisory</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91638375309890&amp;w=2">19990114 MS IIS 4.0 Security Advisory</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:frontpage-ext-fpcount-crash(5494)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1377" seq="1999-1377">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Matt Wright's download.cgi 1.0 allows remote attackers to read arbitrary files via a .. (dot dot) in the f parameter.</desc>
<refs>
<ref source="MISC" url="http://pulhas.org/phrack/55/P55-07.html">http://pulhas.org/phrack/55/P55-07.html</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:download-cgi-directory-traversal(8279)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1378" seq="1999-1378">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>dbmlparser.exe CGI guestbook program does not perform a chroot operation properly, which allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93250710625956&amp;w=2">19990917 improper chroot in dbmlparser.exe</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2284)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1381" seq="1999-1381">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in dbadmin CGI program 1.0.1 on Linux allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90786656409618&amp;w=2">19981008 buffer overflow in dbadmin</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1383" seq="1999-1383">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>(1) bash before 1.14.7, and (2) tcsh 6.05 allow local users to gain privileges via directory names that contain shell metacharacters (` back-tick), which can cause the commands enclosed in the directory name to be executed when the shell expands filenames using the \w option in the PS1 variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419868&amp;w=2">19960913 tee see shell problems</ref>
<ref source="BUGTRAQ" url="http://www.dataguard.no/bugtraq/1996_3/0503.html">19960919 Vulnerability in expansion of PS1 in bash &amp; tcsh</ref>
</refs>
<votes>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1387" seq="1999-1387">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Windows NT 4.0 SP2 allows remote attackers to cause a denial of service (crash), possibly via malformed inputs or packets, such as those generated by a Linux smbmount command that was compiled on the Linux 2.0.29 kernel but executed on Linux 2.0.25.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420731&amp;w=2">19970402 Fatal bug in NT 4.0 server</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420732&amp;w=2">19970403 Fatal bug in NT 4.0 server (more comments)</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420741&amp;w=2">19970407 DUMP of NT system crash</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1388" seq="1999-1388">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>passwd in SunOS 4.1.x allows local users to overwrite arbitrary files via a symlink attack and the -F command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www2.dataguard.no/bugtraq/1994_2/0197.html">19940513 [8lgm]-Advisory-7.UNIX.passwd.11-May-1994</ref>
<ref source="BUGTRAQ" url="http://www2.dataguard.no/bugtraq/1994_2/0207.html">19940514 [8lgm]-Advisory-7.UNIX.passwd.11-May-1994.NEWFIX</ref>
<ref source="BUGTRAQ" url="http://www.dataguard.no/bugtraq/1994_4/0755.html">19941218 Sun Patch Id #102060-01</ref>
</refs>
<votes>
<accept count="1">Dik</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Dik">sun bug: 1171499</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1389" seq="1999-1389">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>US Robotics/3Com Total Control Chassis with Frame Relay between 3.6.22 and 3.7.24 does not properly enforce access filters when the &quot;set host prompt&quot; setting is made for a port, which allows attackers to bypass restrictions by providing the hostname twice at the &quot;host: &quot; prompt.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925916&amp;w=2">19980511 3Com/USR Total Control Chassis dialup port access filters</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/99">99</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:3com-netserver-filter-bypass(7330)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1390" seq="1999-1390">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>suidexec in suidmanager 0.18 on Debian 2.0 allows local users to gain root privileges by specifying a malicious program on the command line.</desc>
<refs>
<ref source="BUGTRAQ" url="http://darwin.bio.uci.edu/~mcoogan/bugtraq/msg00890.html">19980428 [Debian 2.0] /usr/bin/suidexec gives root access</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/94">94</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:suidmanager-suidexec-root-privileges(7304)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1391" seq="1999-1391">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in NeXT 1.0a and 1.0 with publicly accessible printers allows local users to gain privileges via a combination of the npd program and weak directory permissions.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1990-06.html">CA-1990-06</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/b-01.shtml">B-01</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/10">10</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7143.php">nextstep-npd-root-access(7143)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:nextstep-npd-root-access(7143)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1392" seq="1999-1392">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in restore0.9 installation script in NeXT 1.0a and 1.0 allows local users to gain root privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1990-06.html">CA-1990-06</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/b-01.shtml">B-01</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/9">9</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7144.php">nextstep-restore09-root-access(7144)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:nextstep-restore09-root-access(7144)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1393" seq="1999-1393">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Control Panel &quot;Password Security&quot; option for Apple Powerbooks allows attackers with physical access to the machine to bypass the security by booting it with an emergency startup disk and using a disk editor to modify the on/off toggle or password in the aaaaaaaAPWD file, which is normally inaccessible.</desc>
<refs>
<ref source="MISC" url="http://freaky.staticusers.net/macsec/data/powerbooksecurity-data.html">http://freaky.staticusers.net/macsec/data/powerbooksecurity-data.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/532">532</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2285)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1394" seq="1999-1394">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>BSD 4.4 based operating systems, when running at security level 1, allow the root user to clear the immutable and append-only flags for files by unmounting the file system and using a file system editor such as fsdb to directly modify the file through a device.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93094058620450&amp;w=2">19990702 BSD-fileflags</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/510">510</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2286)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1395" seq="1999-1395">
<status>Candidate</status>
<phase date="20091029">Modified</phase>
<desc>Vulnerability in Monitor utility (SYS$SHARE:SPISHR.EXE) in VMS 5.0 through 5.4-2 allows local users to gain privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1992-18.html">CA-1992-18</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-92.16.VMS.Monitor.vulnerability">CA-92.16</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/51">51</ref>
<ref source="OSVDB" url="http://osvdb.org/59332">59332</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7136.php">vms-monitor-gain-privileges(7136)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:vms-monitor-gain-privileges(7136)
Duplicate of CVE-1999-1056? If not, indicate why in Analysis
comments.</comment>
<comment voter="Christey">Note that CVE-1999-1056</comment>
<comment voter="Christey">CVE-1999-1056 is in fact a duplicate.  This candidate will
be kept, and CVE-1999-1056 will be REJECTed, because this
candidate has more references.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1396" seq="1999-1396">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in integer multiplication emulation code on SPARC architectures for SunOS 4.1 through 4.1.2 allows local users to gain root access or cause a denial of service (crash).</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1992-15.html">CA-1992-15</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/49">49</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7150.php">sun-integer-multiplication-access(7150)</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sun-integer-multiplication-access(7150)</comment>
<comment voter="Dik">sun bug: 1069072 1071053</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1398" seq="1999-1398">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in xfsdump in SGI IRIX may allow local users to obtain root privileges via the bck.log log file, possibly via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420921&amp;w=2">19970507 Irix: misc</ref>
<ref source="MISC" url="http://www.insecure.org/sploits/irix.xfsdump.html">http://www.insecure.org/sploits/irix.xfsdump.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/472">472</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:irix-xfsdump-symlink(7193)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1399" seq="1999-1399">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>spaceball program in SpaceWare 7.3 v1.0 in IRIX 6.2 allows local users to gain root privileges by setting the HOSTNAME environmental variable to contain the commands to be executed.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602746719552&amp;w=2">19970820 SpaceWare 7.3 v1.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/471">471</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:spaceware-hostname-command-execution(7194)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1400" seq="1999-1400">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The Economist screen saver 1999 with the &quot;Password Protected&quot; option enabled allows users with physical access to the machine to bypass the screen saver and read files by running Internet Explorer while the screen is still locked.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.indenial.com/hypermail/ntbugtraq/1999/June1999/0007.html">19990603 Huge Exploit in NT 4.0 SP5 Screensaver with Password Protection Enabled</ref>
<ref source="NTBUGTRAQ" url="http://archives.indenial.com/hypermail/ntbugtraq/1999/June1999/0009.html">19990603 Re: Huge Exploit in NT 4.0 SP5 Screensaver with Password Protecti on Enabled.</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92851653600852&amp;w=2">19990604 Official response from The Economist re: 1999 Screen Saver</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/466">466</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="2">Cole, Foat</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2287)
CONFIRM NTBUGTRAQ:19990604 Official response from The
Economist re: 1999 Screen Saver</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1401" seq="1999-1401">
<status>Candidate</status>
<phase date="20060309">Modified</phase>
<desc>Vulnerability in Desktop searchbook program in IRIX 5.0.x through 6.2 sets insecure permissions for certain user files (iconbook and searchbook).</desc>
<refs>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19961201-01-PX">19961201-01-PX</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/463">463</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8563">8563</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7575.php">irix-searchbook-permissions(7575)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:irix-searchbook-permissions(7575)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1403" seq="1999-1403">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IBM/Tivoli OPC Tracker Agent version 2 release 1 creates files, directories, and IPC message queues with insecure permissions (world-readable and world-writable), which could allow local users to disrupt operations and possibly gain privileges by modifying or deleting files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10771">19981002 Several potential security problems in IBM/Tivoli OPC Tracker Age nt</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/382">382</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1404" seq="1999-1404">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>IBM/Tivoli OPC Tracker Agent version 2 release 1 allows remote attackers to cause a denial of service (resource exhaustion) via malformed data to the localtracker client port (5011), which prevents the connection from being closed properly.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10771">19981002 Several potential security problems in IBM/Tivoli OPC Tracker Age nt</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/382">382</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1405" seq="1999-1405">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>snap command in AIX before 4.3.2 creates the /tmp/ibmsupt directory with world-readable permissions and does not remove or clear the directory when snap -a is executed, which could allow local users to access the shadowed password file by creating /tmp/ibmsupt/general/passwd before root runs snap -a.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91936783009385&amp;w=2">19990217 snap utility for AIX.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91954824614013&amp;w=2">19990220 Re: snap utility for AIX.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/375">375</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:aix-snap-insecure-tmp(7560)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1406" seq="1999-1406">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>dumpreg in Red Hat Linux 5.1 opens /dev/mem with O_RDWR access, which allows local users to cause a denial of service (crash) by redirecting fd 1 (stdout) to the kernel.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526185&amp;w=2">19980729 Crash a redhat 5.1 linux box</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526192&amp;w=2">19980730 FD's 0..2 and suid/sgid procs (Was: Crash a redhat 5.1 linux box)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/372">372</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1408" seq="1999-1408">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in AIX 4.1.4 and HP-UX 10.01 and 9.05 allows local users to cause a denial of service (crash) by using a socket to connect to a port on the localhost, calling shutdown to clear the socket, then using the same socket to connect to a different port on localhost.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420641&amp;w=2">19970305 Bug in connect() for aix 4.1.4 ?</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/352">352</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF: aix-hpux-connect-dos(7195)</comment>
<comment voter="Christey">BUGTRAQ:19970307 Re: Bug in connect() ?
URL:http://www.securityfocus.com/archive/1/Pine.HPP.3.92.970307195408.12139B-100000@wpax13.physik.uni-wuerzburg.de
BUGTRAQ:19970311 Re: Bug in connect() for aix 4.1.4 ?
URL:http://www.securityfocus.com/cgi-bin/archive.pl?id=1&amp;mid=6419</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1410" seq="1999-1410">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>addnetpr in IRIX 5.3 and 6.2 allows local users to overwrite arbitrary files and possibly gain root privileges via a symlink attack on the printers temporary file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420927&amp;w=2">19970509 Re: Irix: misc</ref>
<ref source="MISC" url="ftp://patches.sgi.com/support/free/security/advisories/19961203-02-PX">ftp://patches.sgi.com/support/free/security/advisories/19961203-02-PX</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/330">330</ref>
</refs>
<votes>
<noop count="2">Cole, Foat</noop>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-1999-1286
Need to add these references to CVE-1999-1286</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1412" seq="1999-1412">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>A possible interaction between Apple MacOS X release 1.0 and Apache HTTP server allows remote attackers to cause a denial of service (crash) via a flood of HTTP GET requests to CGI programs, which generates a large number of processes.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/14215">19990603 MacOS X system panic with CGI</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/306">306</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2288)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1413" seq="1999-1413">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Solaris 2.4 before kernel jumbo patch -35 allows set-gid programs to dump core even if the real user id is not in the set-gid group, which allows local users to overwrite or create files at higher privileges by causing a core dump, e.g. through dmesg.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167419549&amp;w=2">19960803 Exploiting Zolaris 2.4 ??  :)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/296">296</ref>
</refs>
<votes>
<modify count="2">Dik, Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:solaris-coredump-symlink(7196)</comment>
<comment voter="Dik">sun bug: 1208241

Also applies to set-uid executables that have made real
and effective uid identical</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1415" seq="1999-1415">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in /usr/bin/mail in DEC ULTRIX before 4.2 allows local users to gain privileges.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-91.13.Ultrix.mail.vulnerability">CA-91.13</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/27">27</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:bsd-binmail(515)
CA-1991-13 was superseded by CA-1995-02.</comment>
<comment voter="Christey">Is there overlap between CVE-1999-1415 and CVE-1999-1438?
Both CERT advisories are vague.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1416" seq="1999-1416">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>AnswerBook2 (AB2) web server dwhttpd 3.1a4 allows remote attackers to cause a denial of service (resource exhaustion) via an HTTP POST request with a large content-length.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10383">19980823 Solaris ab2 web server is junk</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/253">253</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1417" seq="1999-1417">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Format string vulnerability in AnswerBook2 (AB2) web server dwhttpd 3.1a4 allows remote attackers to cause a denial of service and possibly execute arbitrary commands via encoded % characters in an HTTP request, which is improperly logged.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/10383">19980823 Solaris ab2 web server is junk</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/253">253</ref>
</refs>
<votes>
<accept count="1">Dik</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Dik">sun bug: 4218283</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1418" seq="1999-1418">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ICQ99 ICQ web server build 1701 with &quot;Active Homepage&quot; enabled generates allows remote attackers to determine the existence of files on the server by comparing server responses when a file exists (&quot;404 Forbidden&quot;) versus when a file does not exist (&quot;404 not found&quot;).</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13508">19990501 Update: security hole in the ICQ-Webserver</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/246">246</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF;icq-webserver-gain-information(8229)
CONFIRM:http://online.securityfocus.com/archive/1/13655</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1420" seq="1999-1420">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>NBase switches NH2012, NH2012R, NH2015, and NH2048 have a back door password that cannot be disabled, which allows remote attackers to modify the switch's configuration.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526016&amp;w=2">19980720 N-Base Vulnerability Advisory</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526065&amp;w=2">19980722 N-Base Vulnerability Advisory Followup</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/212">212</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1421" seq="1999-1421">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>NBase switches NH208 and NH215 run a TFTP server which allows remote attackers to send software updates to modify the switch or cause a denial of service (crash) by guessing the target filenames, which have default names.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526016&amp;w=2">19980720 N-Base Vulnerability Advisory</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526065&amp;w=2">19980722 N-Base Vulnerability Advisory Followup</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/212">212</ref>
</refs>
<votes>
<accept count="2">Cole, Foat</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1422" seq="1999-1422">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The default configuration of Slackware 3.4, and possibly other versions, includes . (dot, the current directory) in the PATH environmental variable, which could allow local users to create Trojan horse programs that are inadvertently executed by other users.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91540043023167&amp;w=2">19990102 PATH variable in zip-slackware 2.0.35</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/211">211</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-path-execute-commands(7561)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1424" seq="1999-1424">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Solaris Solstice AdminSuite (AdminSuite) 2.1 uses unsafe permissions when adding new users to the NIS+ password table, which allows local users to gain root access by modifying their password table entries.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/145">00145</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/208">208</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solaris-adminsuite-nisplus-password(7467)</comment>
<comment voter="Dik">sun bug:1237225</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1425" seq="1999-1425">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Solaris Solstice AdminSuite (AdminSuite) 2.1 incorrectly sets write permissions on source files for NIS maps, which could allow local users to gain privileges by modifying /etc/passwd.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/145">00145</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/208">208</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solaris-adminsuite-password-map-permissions(7468)</comment>
<comment voter="Dik">1236787</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1426" seq="1999-1426">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Solaris Solstice AdminSuite (AdminSuite) 2.1 follows symbolic links when updating an NIS database, which allows local users to overwrite arbitrary files.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/145">00145</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/208">208</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solaris-adminsuite-symlink(7469)</comment>
<comment voter="Dik">sun bug: 1262888</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1427" seq="1999-1427">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Solaris Solstice AdminSuite (AdminSuite) 2.1 and 2.2 create lock files insecurely, which allows local users to gain root privileges.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/145">00145</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/208">208</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solaris-adminsuite-lock-file(7470)</comment>
<comment voter="Dik">sun bug: 1262888</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1428" seq="1999-1428">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Solaris Solstice AdminSuite (AdminSuite) 2.1 and 2.2 allows local users to gain privileges via the save option in the Database Manager, which is running with setgid bin privileges.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/145">00145</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/208">208</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solaris-adminsuite-database-manager(7471)</comment>
<comment voter="Dik">sun bug: 4005611</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1429" seq="1999-1429">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>DIT TransferPro installs devices with world-readable and world-writable permissions, which could allow local users to damage disks through the ff device driver.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88419633507543&amp;w=2">19980105 Security flaw in either DIT TransferPro or Solaris</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/204">204</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:transferpro-devices-insecure-permissions(7305)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1430" seq="1999-1430">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>PIM software for Royal daVinci does not properly password-protext access to data stored in the .mdb (Microsoft Access) file, which allows local users to read the data without a password by directly accessing the files with a different application, such as Access.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91540043723185&amp;w=2">19990102 security problem with Royal daVinci</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/185">185</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:davinci-pim-access-information(7562)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1431" seq="1999-1431">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ZAK in Appstation mode allows users to bypass the &quot;Run only allowed apps&quot; policy by starting Explorer from Office 97 applications (such as Word), installing software into the TEMP directory, and changing the name to that for an allowed application, such as Winword.exe.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91576100022688&amp;w=2">19990107 WinNT, ZAK and Office 97</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91606260910008&amp;w=2">19990109 WinNT, ZAK and Office 97</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/181">181</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:zak-bypass-restrictions(7563)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1434" seq="1999-1434">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>login in Slackware Linux 3.2 through 3.5 does not properly check for an error when the /etc/group file is missing, which prevents it from dropping privileges, causing it to assign root privileges to any local user who logs on to the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104525951&amp;w=2">19980713 Slackware Shadow Insecurity</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/155">155</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1435" seq="1999-1435">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in libsocks5 library of Socks 5 (socks5) 1.0r5 allows local users to gain privileges via long environmental variables.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104525933&amp;w=2">19980710 socks5 1.0r5 buffer overflow..</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/154">154</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1436" seq="1999-1436">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Ray Chan WWW Authorization Gateway 0.1 CGI program allows remote attackers to execute arbitrary commands via shell metacharacters in the &quot;user&quot; parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104525905&amp;w=2">19980708 WWW Authorization Gateway</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/152">152</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1438" seq="1999-1438">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in /bin/mail in SunOS 4.1.1 and earlier allows local users to gain root privileges via certain command line arguments.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-91.01a.SunOS.mail.vulnerability">CA-1991-01</ref>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/105 ">00105</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/15">15</ref>
</refs>
<votes>
<accept count="4">Cole, Dik, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:bsd-binmail(515)</comment>
<comment voter="Dik">sun bug: 1047340</comment>
<comment voter="Christey">Is there overlap between CVE-1999-1415 and CVE-1999-1438?
Both CERT advisories are vague.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1439" seq="1999-1439">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>gcc 2.7.2 allows local users to overwrite arbitrary files via a symlink attack on temporary .i, .s, or .o files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88419592307388&amp;w=2">19980102 Symlink bug with GCC 2.7.2</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88524071002939&amp;w=2">19980108 GCC Exploit</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88492937727193&amp;w=2">19980115 GCC 2.7.? /tmp files</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/146">146</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:gnu-gcc-tmp-symlink(7338)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1440" seq="1999-1440">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Win32 ICQ 98a 1.30, and possibly other versions, does not display the entire portion of long filenames, which could allow attackers to send an executable file with a long name that contains so many spaces that the .exe extension is not displayed, which could make the user believe that the file is safe to open from the client.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91522424302962&amp;w=2">19990101 Win32 ICQ 98a flaw</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/132">132</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:icq-long-filename(7564)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1441" seq="1999-1441">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Linux 2.0.34 does not properly prevent users from sending SIGIO signals to arbitrary processes, which allows local users to cause a denial of service by sending SIGIO to processes that do not catch it.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221103126047&amp;w=2">19980630 Serious Linux 2.0.34 security problem</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/111">111</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-sigio-dos(7339)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1442" seq="1999-1442">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Bug in AMD K6 processor on Linux 2.0.x and 2.1.x kernels allows local users to cause a denial of service (crash) via a particular sequence of instructions, possibly related to accessing addresses outside of segments.</desc>
<refs>
<ref source="MISC" url="http://www.cs.helsinki.fi/linux/linux-kernel/Year-1998/1998-25/0816.html">http://www.cs.helsinki.fi/linux/linux-kernel/Year-1998/1998-25/0816.html</ref>
<ref source="MISC" url="http://uwsg.iu.edu/hypermail/linux/kernel/9805.3/0855.html">http://uwsg.iu.edu/hypermail/linux/kernel/9805.3/0855.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/105">105</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-k6-dos(7340)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1443" seq="1999-1443">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Micah Software Full Armor Network Configurator and Zero Administration allow local users with physical access to bypass the desktop protection by (1) using &lt;CTRL&gt;&lt;ALT&gt;&lt;DEL&gt; and kill the process using the task manager, (2) booting the system from a separate disk, or (3) interrupting certain processes that execute while the system is booting.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221103125889&amp;w=2">19980602 Full Armor.... Fool Proof etc... bugs</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221103125869&amp;w=2">19980609 Full Armor</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/103">103</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:full-armor-protection-bypass(7341)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1444" seq="1999-1444">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>genkey utility in Alibaba 2.0 generates RSA key pairs with an exponent of 1, which results in transactions that are sent in cleartext.</desc>
<refs>
<ref source="MISC" url="http://catless.ncl.ac.uk/Risks/20.41.html#subj4">http://catless.ncl.ac.uk/Risks/20.41.html#subj4</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(Task 2290)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1445" seq="1999-1445">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in imapd and ipop3d in Slackware 3.4 and 3.3 with shadowing enabled, and possibly other operating systems, allows remote attackers to cause a core dump via a short sequence of USER and PASS commands that do not provide valid usernames or passwords.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=88637951600184&amp;w=2">19980202 imapd/ipop3d coredump in slackware 3.4</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-imapd-ipop3d-dos(7345)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1446" seq="1999-1446">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Explorer 3 records a history of all URL's that are visited by a user in DAT files located in the Temporary Internet Files and History folders, which are not cleared when the user selects the &quot;Clear History&quot; option, and are not visible when the user browses the folders because of tailored displays.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=87602837719654&amp;w=2">19970805 Re: Strange behavior regarding directory</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=87602837719655&amp;w=2">19970806 Re: Strange behavior regarding directory</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:http-ie-record(524)
In description, URL's should be URLs.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1447" seq="1999-1447">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Internet Explorer 4.0 allows remote attackers to cause a denial of service (crash) via HTML code that contains a long CLASSID parameter in an OBJECT tag.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526169&amp;w=2">19980728 Object tag crashes Internet Explorer 4.0</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526188&amp;w=2">19980730 Re: Object tag crashes Internet Explorer 4.0</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<noop count="2">Christey, Foat</noop>
</votes>
<comments>
<comment voter="Christey">BUGTRAQ:19980730 Re: Object tag crashes Internet Explorer 4.0
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526188&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1448" seq="1999-1448">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Eudora and Eudora Light before 3.05 allows remote attackers to cause a crash and corrupt the user's mailbox via an e-mail message with certain dates, such as (1) dates before 1970, which cause a Divide By Zero error, or (2) dates that are 100 years after the current date, which causes a segmentation fault.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221104526168&amp;w=2">19980729 Eudora exploit (was Microsoft Security Bulletin (MS98-008))</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1449" seq="1999-1449">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SunOS 4.1.4 on a Sparc 20 machine allows local users to cause a denial of service (kernel panic) by reading from the /dev/tcx0 TCX device.</desc>
<refs>
<ref source="BUGTRAQ" url="http://oamk.fi/~jukkao/bugtraq/before-971202/0498.html">19970519 /dev/tcx0 crashes SunOS 4.1.4 on Sparc 20's</ref>
<ref source="MISC" url="http://www.insecure.org/sploits/sunos.dev.tcx0.write.wierd.shit.to.device.bug.html">http://www.insecure.org/sploits/sunos.dev.tcx0.write.wierd.shit.to.device.bug.html</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:sun-tcx-dos(7197)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1450" seq="1999-1450">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in (1) rlogin daemon rshd and (2) scheme on SCO UNIX OpenServer 5.0.5 and earlier, and SCO UnixWare 7.0.1 and earlier, allows remote attackers to gain privileges.</desc>
<refs>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB-99.03b">SB-99.03b</ref>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB-99.06b">SB-99.06b</ref>
<ref source="SCO" url="ftp://ftp.sco.COM/SSE/sse020.ltr">SSE020</ref>
<ref source="SCO">SSE023</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:sco-rshd(7466)
Correct URLS are listed below:
Reference: SCO:SSE020
Reference:
URL:ftp://stage.caldera.com/pub/security/sse/sse020/sse020.ltr
Reference: SCO:SSE023
Reference:
URL:ftp://stage.caldera.com/pub/security/sse/sse023/sse023.ltr</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1451" seq="1999-1451">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>The Winmsdp.exe sample file in IIS 4.0 and Site Server 3.0 allows remote attackers to read arbitrary files.</desc>
<refs>
<ref source="MSKB" url="http://support.microsoft.com/support/kb/articles/q231/3/68.asp">Q231368</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-013.asp">MS99-013</ref>
<ref source="XF" url="http://xforce.iss.net/static/3271.php">iis-samples-winmsdp(3271)</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Wall</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1453" seq="1999-1453">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Explorer 4 allows remote attackers (malicious web site operators) to read the contents of the clipboard via the Internet WebBrowser ActiveX object.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91979439932341&amp;w=2">19990222 New IE4 vulnerability : the clipboard again.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/215">215</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:webbrowser-activex-view-clipboard(7565)
REMOVE:http://www.securityfocus.com/bid/215 This reference
deals with the Forms vulnerability only.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1454" seq="1999-1454">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Macromedia &quot;The Matrix&quot; screen saver on Windows 95 with the &quot;Password protected&quot; option enabled allows attackers with physical access to the machine to bypass the password prompt by pressing the ESC (Escape) key.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93915027622690&amp;w=2">19991004 Weakness In &quot;The Matrix&quot; Screensaver For Windows</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Christey">Looks like there might have been a re-discovery, though the
exploit is slightly different, and there is insufficient
detail to be certain that this isn't for a different
Matrix screen saver:
BUGTRAQ:20010801 matrix screensvr(16 Bit CineMac Screen Saver Engine) - [input validation error?]
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=99669949717618&amp;w=2
BID:3130
URL:http://www.securityfocus.com/bid/3130</comment>
<comment voter="Frech">XF:matrix-win95-password-bypass(8280)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1457" seq="1999-1457">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in thttpd HTTP server before 2.04-31 allows remote attackers to execute arbitrary commands via a long date string, which is not properly handled by the tdate_parse function.</desc>
<refs>
<ref source="SUSE" url="http://www.novell.com/linux/security/advisories/suse_security_announce_30.html">19991116 thttpd</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<reject count="1">Frech</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1458" seq="1999-1458">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in at program in Digital UNIX 4.0 allows local users to gain root privileges via a long command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12121">19990125 Digital Unix 4.0 exploitable buffer overflows</ref>
<ref source="SCO" url="http://ftp1.support.compaq.com/public/dunix/v4.0d/ssrt0583u.README">SSRT0583U</ref>
<ref source="XF" url="http://xforce.iss.net/static/3138.php">du-at(3138)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Frech</accept>
<noop count="1">Stracener</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1459" seq="1999-1459">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>BMC PATROL Agent before 3.2.07 allows local users to gain root privileges via a symlink attack on a temporary file.</desc>
<refs>
<ref source="ISS" url="http://xforce.iss.net/alerts/advise10.php">19981102 BMC PATROL File Creation Vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/1388.php">bmc-patrol-file-create(1388)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/534">534</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="3">Christey, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Christey">The vendor has acknowledged this vulnerability via e-mail.  It
has been fixed.

NOTE: despite the fact that this candidate has been acknowledged
and fixed by the vendor, it is affected by the CVE content
decision CD:SF-LOC.  It cannot be accepted until the
CD:SF-LOC guidelines have been finalized.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1460" seq="1999-1460">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>BMC PATROL SNMP Agent before 3.2.07 allows local users to create arbitrary world-writeable files as root by specifying the target file as the second argument to the snmpmagt program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93198293132463&amp;w=2">19990713 Root Perms Gained with Patrol SNMP Agent 3.2 (all others?)</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93372579004129&amp;w=2">19990801 Re: Root Perms Gained with Patrol SNMP Agent 3.2 (all others?)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/525">525</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:patrol-snmp-file-creation(2347)</comment>
<comment voter="Christey">The vendor has acknowledged this vulnerability via e-mail.  It
has been fixed.

NOTE: despite the fact that this candidate has been acknowledged
and fixed by the vendor, it is affected by the CVE content
decision CD:SF-LOC.  It cannot be accepted until the
CD:SF-LOC guidelines have been finalized.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1461" seq="1999-1461">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>inpview in InPerson on IRIX 5.3 through IRIX 6.5.10 trusts the PATH environmental variable to find and execute the ttsession program, which allows local users to obtain root access by modifying the PATH to point to a Trojan horse ttsession program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420921&amp;w=2">19970507 Irix: misc</ref>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/20001101-01-I">20001101-01-I</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/381">381</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Frech">Possible conflict with CVE-2000-0799.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1462" seq="1999-1462">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in bb-hist.sh CGI History module in Big Brother 1.09b and 1.09c allows remote attacker to read portions of arbitrary files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13440">19990426 FW: Security Notice: Big Brother 1.09b/c</ref>
<ref source="CONFIRM" url="http://bb4.com/README.CHANGES">http://bb4.com/README.CHANGES</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/142">142</ref>
<ref source="XF" url="http://xforce.iss.net/static/3755.php">http-cgi-bigbrother-bbhist(3755)</ref>
</refs>
<votes>
<accept count="5">Armstrong, Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1463" seq="1999-1463">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Windows NT 4.0 before SP3 allows remote attackers to bypass firewall restrictions or cause a denial of service (crash) by sending improperly fragmented IP packets without the first fragment, which the TCP/IP stack incorrectly reassembles into a valid session.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/7219">19970710 A New Fragmentation Attack</ref>
<ref source="XF" url="http://xforce.iss.net/static/528.php">nt-frag(528)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
<comment voter="Frech">This issue is also listed under CVE-1999-0226.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1464" seq="1999-1464">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in Cisco IOS 11.1CC and 11.1CT with distributed fast switching (DFS) enabled allows remote attackers to bypass certain access control lists when the router switches traffic from a DFS-enabled interface to an interface that does not have DFS enabled, as described by Cisco bug CSCdk35564.</desc>
<refs>
<ref source="CISCO" url="http://www.cisco.com/warp/public/770/iosdfsacl-pub.shtml">19981105 Cisco IOS DFS Access List Leakage</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/j-016.shtml">J-016</ref>
<ref source="XF" url="http://xforce.iss.net/static/1401.php">cisco-acl-leakage(1401)</ref>
</refs>
<votes>
<accept count="6">Armstrong, Balinsky, Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1465" seq="1999-1465">
<status>Candidate</status>
<phase date="20020228">Modified</phase>
<desc>Vulnerability in Cisco IOS 11.1 through 11.3 with distributed fast switching (DFS) enabled allows remote attackers to bypass certain access control lists when the router switches traffic from a DFS-enabled input interface to an output interface with a logical subinterface, as described by Cisco bug CSCdk43862.</desc>
<refs>
<ref source="CISCO" url="http://www.cisco.com/warp/public/770/iosdfsacl-pub.shtml">19981105 Cisco IOS DFS Access List Leakage</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/j-016.shtml">J-016</ref>
<ref source="XF" url="http://xforce.iss.net/static/1401.php">cisco-acl-leakage(1401)</ref>
</refs>
<votes>
<accept count="6">Armstrong, Balinsky, Cole, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1466" seq="1999-1466">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in Cisco routers versions 8.2 through 9.1 allows remote attackers to bypass access control lists when extended IP access lists are used on certain interfaces, the IP route cache is enabled, and the access list uses the &quot;established&quot; keyword.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1992-20.html">CA-1992-20</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/53">53</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cisco-acl-established(1248)
Possible dupe with CVE-1999-0162.</comment>
<comment voter="Christey">This is not a dupe with CVE-1999-0162.  The Cisco advisory
referenced in CVE-1999-0162 says that affected Cisco versions
are 10.0 through 10.3.  This CAN deals with versions 8.2
through 9.1.  In addition, the date of release of
CVE-1999-0162 is June 1995; this CAN was released December
1992.  Both items include clear Cisco acknowledgement with
details, so we should conclude that  they are separate
problems, despite the vagueness of the reports.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1467" seq="1999-1467">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in rcp on SunOS 4.0.x allows remote attackers from trusted hosts to execute arbitrary commands as root, possibly related to the configuration of the nobody user.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1989-07.html">CA-1989-07</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/5">5</ref>
<ref source="XF" url="http://xforce.iss.net/static/3165.php">sun-rcp(3165)</ref>
</refs>
<votes>
<accept count="5">Cole, Dik, Foat, Frech, Stracener</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Dik">sun bug: 1028958</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1469" seq="1999-1469">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in w3-auth CGI program in miniSQL package allows remote attackers to execute arbitrary commands via an HTTP request with (1) a long URL, or (2) a long User-Agent MIME header.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93871926821410&amp;w=2">19990930 mini-sql Buffer Overflow</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:msql-w3auth-bo(8301)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1470" seq="1999-1470">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Eastman Work Management 3.21 stores passwords in cleartext in the COMMON and LOCATOR registry keys, which could allow local users to gain privileges.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93034788412494&amp;w=2">19990624 Eastman Software Work Management 3.21</ref>
<ref source="XF" url="http://xforce.iss.net/static/2303.php">eastman-cleartext-passwords(2303)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/485">485</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1471" seq="1999-1471">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Buffer overflow in passwd in BSD based operating systems 4.3 and earlier allows local users to gain root privileges by specifying a long shell or GECOS field.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1989-01.html">CA-1989-01</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/4">4</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7152.php">bsd-passwd-bo(7152)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:bsd-passwd-bo(7152)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1474" seq="1999-1474">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>PowerPoint 95 and 97 allows remote attackers to cause an application to be run automatically without prompting the user, possibly through the slide show, when the document is opened in browsers such as Internet Explorer.</desc>
<refs>
<ref source="CONFIRM" url="http://www.microsoft.com/windows/ie/security/powerpoint.asp">http://www.microsoft.com/windows/ie/security/powerpoint.asp</ref>
<ref source="XF" url="http://xforce.iss.net/static/179.php">nt-ppt-patch(179)</ref>
</refs>
<votes>
<accept count="6">Armstrong, Cole, Foat, Frech, Stracener, Wall</accept>
</votes>
<comments>
<comment voter="Frech">Looks like CONFIRM URL is too old for Microsoft to keep
(currently cached at
http://www.google.com/search?q=cache:86loHcRhaL4:www.microsoft.com/ie/
security/powerpoint.htm+%22PowerPoint+Browsing+Security+Issue%22&amp;hl=en
). Same information is available at BugTraq at
http://www.securityfocus.com/cgi-bin/archive.pl?id=1&amp;mid=6724</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1475" seq="1999-1475">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ProFTPd 1.2 compiled with the mod_sqlpw module records user passwords in the wtmp log file, which allows local users to obtain the passwords and gain privileges by reading wtmp, e.g. via the last command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/35483">19991119 ProFTPd - mod_sqlpw.c</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/812">812</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:proftpd-modsqlpw-insecure-passwords(8332)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1477" seq="1999-1477">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in GNOME libraries 1.0.8 allows local user to gain root access via a long --espeaker argument in programs such as nethack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/28717">19990923 Linux GNOME exploit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/663">663</ref>
<ref source="XF" url="http://xforce.iss.net/static/3349.php">gnome-espeaker-local-bo(3349)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1479" seq="1999-1479">
<status>Candidate</status>
<phase date="20080304">Modified</phase>
<desc>The textcounter.pl by Matt Wright allows remote attackers to execute arbitrary commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9609">19980624 textcounter.pl SECURITY HOLE      </ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2265">2265</ref>
<ref source="XF" url="http://xforce.iss.net/static/2052.php">http-cgi-textcounter(2052)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1480" seq="1999-1480">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>(1) acledit and (2) aclput in AIX 4.3 allow local users to create or modify files via a symlink attack.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/429">429</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:aix-acledit-aclput-symlink(7346)
CONFIRM:APAR IX79139</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1482" seq="1999-1482">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>SVGAlib zgv 3.0-7 and earlier allows local users to gain root access via a privilege leak of the iopl(3) privileges to child processes.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=1999-02-15&amp;msg=Pine.LNX.3.96.990219175605.9622A-100000@ferret.lmh.ox.ac.uk">19990219 Security hole: &quot;zgv&quot;</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:zgv-privilege-leak(1798)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1483" seq="1999-1483">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in zgv in svgalib 1.2.10 and earlier allows local users to execute arbitrary code via a long HOME environment variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/7041">19970619 svgalib/zgv</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF;linux-svgalib-dos(3412)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1484" seq="1999-1484">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in MSN Setup BBS 4.71.0.10 ActiveX control (setupbbs.ocx) allows a remote attacker to execute arbitrary commands via the methods (1) vAddNewsServer or (2) bIsNewsServerConfigured.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/28719">19990924 Several ActiveX Buffer Overruns</ref>
<ref source="XF" url="http://xforce.iss.net/static/3310.php">msn-setup-bbs-activex-bo(3310)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/668">668</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1485" seq="1999-1485">
<status>Candidate</status>
<phase date="20060705">Modified</phase>
<desc>nsd in IRIX 6.5 through 6.5.2 exports a virtual filesystem on a UDP port, which allows remote attackers to view files and cause a possible denial of service by mounting the nsd virtual file system.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92818552106912&amp;w=2">19990531 IRIX 6.5 nsd virtual filesystem vulnerability</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8564">8564</ref>
<ref source="XF" url="http://xforce.iss.net/static/2246.php">sgi-nsd-view(2246)</ref>
<ref source="XF" url="http://xforce.iss.net/static/2247.php">sgi-nsd-create(2247)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/412">412</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1487" seq="1999-1487">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in digest in AIX 4.3 allows printq users to gain root privileges by creating and/or modifing any file on the system.</desc>
<refs>
<ref source="AIXAPAR" url="http://www-1.ibm.com/servlet/support/manager?rt=0&amp;rs=0&amp;org=apars&amp;doc=41D8B61D1E1C4FAB852567C9002C546C">IX74599</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/405">405</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7477.php">aix-digest(7477)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:aix-digest(7477)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1489" seq="1999-1489">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in TestChip function in XFree86 SuperProbe in Slackware Linux 3.1 allows local users to gain root privileges via a long -nopr argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/6384">19970304 Linux SuperProbe exploit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/364">364</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:xfree86-superprobe-testchip-bo(7198)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1491" seq="1999-1491">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>abuse.console in Red Hat 2.1 uses relative pathnames to find and execute the undrv program, which allows local users to execute arbitrary commands via a path that points to a Trojan horse program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167418994&amp;w=2">19960202 abuse Red Hat 2.1 security hole</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/354">354</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="1">Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1492" seq="1999-1492">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in (1) diskperf and (2) diskalign in IRIX 6.4 allows local attacker to create arbitrary root owned files, leading to root privileges.</desc>
<refs>
<ref source="SGI" url="ftp://patches.sgi.com/support/free/security/advisories/19980502-01-P3030">19980502-01-P3030</ref>
<ref source="XF" url="http://xforce.iss.net/static/2104.php">sgi-diskalign(2104)</ref>
<ref source="XF" url="http://xforce.iss.net/static/2103.php">sgi-diskperf(2103)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/348">348</ref>
</refs>
<votes>
<accept count="4">Cole, Foat, Frech, Stracener</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1493" seq="1999-1493">
<status>Candidate</status>
<phase date="20020308">Modified</phase>
<desc>Vulnerability in crp in Hewlett Packard Apollo Domain OS SR10 through SR10.3 allows remote attackers to gain root privileges via insecure system calls, (1) pad_$dm_cmd and (2) pad_$def_pfk().</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1991-23.html">CA-1991-23</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/34">34</ref>
<ref source="XF" url="http://xforce.iss.net/static/7158.php">apollo-crp-root-access(7158)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:apollo-crp-root-access(7158)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1495" seq="1999-1495">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>xtvscreen in SuSE Linux 6.0 allows local users to overwrite arbitrary files via a symlink attack on the pic000.pnm file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12580">19990218 xtvscreen and suse 6 </ref>
<ref source="XF" url="http://xforce.iss.net/static/1792.php">xtvscreen-overwrite(1792)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/325">325</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1496" seq="1999-1496">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Sudo 1.5 in Debian Linux 2.1 and Red Hat 6.0 allows local users to determine the existence of arbitrary files by attempting to execute the target filename as a program, which generates a different error message when the file does not exist.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/14665">19990608 unneeded information in sudo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/321">321</ref>
<ref source="XF" url="http://xforce.iss.net/static/2277.php">sudo-file-exists(2277)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1497" seq="1999-1497">
<status>Candidate</status>
<phase date="20070122">Modified</phase>
<desc>Ipswitch IMail 5.0 and 6.0 uses weak encryption to store passwords in registry keys, which allows local attackers to read passwords for e-mail accounts.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/39329">19991221 [w00giving '99 #11] IMail's password encryption scheme</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/880">880</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:imail-passwords(1901)
May be the same as CVE-2000-0019 on a different level of
abstraction.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1498" seq="1999-1498">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Slackware Linux 3.4 pkgtool allows local attacker to read and write to arbitrary files via a symlink attack on the reply file.</desc>
<refs>
<ref source="BUGTRAQ">19980406 insecure tmp file creation </ref>
<ref source="BID" url="http://www.securityfocus.com/bid/82">82</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-pkgtool-reply-symlink(7347) </comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1499" seq="1999-1499">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>named in ISC BIND 4.9 and 8.1 allows local users to destroy files via a symlink attack on (1) named_dump.db when root kills the process with a SIGINT, or (2) named.stats when SIGIOT is used.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8966">19980410 BIND 4.9.7 named follows symlinks, clobbers anything</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/80">80</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
<reject count="1">Foat</reject>
</votes>
<comments>
<comment voter="Foat">The files get written to /var/named which the user does not have write 
access.</comment>
<comment voter="Frech">XF:bind-sigint-sigiot-symlink(7366)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1500" seq="1999-1500">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internet Anywhere POP3 Mail Server 2.3.1 allows remote attackers to cause a denial of service (crash) via (1) LIST, (2) TOP, or (3) UIDL commands using letters as arguments.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=93880357530599&amp;w=2">19991001 Vulnerabilities in the Internet Anywhere Mail Server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/733">733</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:iams-pop3-command-dos(3283)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1501" seq="1999-1501">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>(1) ipxchk and (2) ipxlink in SGI OS2 IRIX 6.3 does not properly clear the IFS environmental variable before executing system calls, which allows local users to execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89217373930054&amp;w=2">19980408 SGI O2 ipx security issue</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/70">70</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/71">71</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:irix-ipxchk-ipxlink-ifs-commands(7365)</comment>
<comment voter="Christey">DUPE CVE-1999-1040</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1502" seq="1999-1502">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflows in Quake 1.9 client allows remote malicious servers to execute arbitrary commands via long (1) precache paths, (2) server name, (3) server address, or (4) argument to the map console command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89205623028934&amp;w=2">19980408 QuakeI client: serious holes.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/68">68</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/69">69</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:quake-precache-bo(7358)
XF:quake-server-address-bo(7359)
XF:quake-map-argument-bo(7360)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1503" seq="1999-1503">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Network Flight Recorder (NFR) 1.5 and 1.6 allows remote attackers to cause a denial of service in nfrd (crash) via a TCP packet with a null header and data field.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/63">63</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:nfr-tcp-packet-dos(7357)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1504" seq="1999-1504">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Stalker Internet Mail Server 1.6 allows a remote attacker to cause a denial of service (crash) via a long HELO command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/8951">19980408 Re: AppleShare IP Mail Server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/62">62</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:smtp-helo-bo(886)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1505" seq="1999-1505">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in QuakeWorld 2.10 allows remote attackers to cause a denial of service (crash) and possibly execute arbitrary commands via a long initial connect packet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=89200537415923&amp;w=2">19980407 QW vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/60">60</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:quakeworld-connect-bo(7356)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1506" seq="1999-1506">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in SMI Sendmail 4.0 and earlier, on SunOS up to 4.0.3, allows remote attackers to access user bin.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-90.01.sun.sendmail.vulnerability">CA-1990-01</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/6">6</ref>
</refs>
<votes>
<accept count="3">Cole, Dik, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sunos-sendmail-bin-access(7161)</comment>
<comment voter="Dik">sun bug 1028173</comment>
<comment voter="CHANGE">[Foat changed vote from ACCEPT to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1508" seq="1999-1508">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Web server in Tektronix PhaserLink Printer 840.0 and earlier allows a remote attacker to gain administrator access by directly calling undocumented URLs such as ncl_items.html and ncl_subjects.html.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94286041430870&amp;w=2">19991116 [Fwd: Printer Vulnerability: Tektronix PhaserLink Webserver gives Administrator Password]</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/806">806</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:tektronix-phaserlink-webserver-backdoor(6482)
Possible dupe with CVE-2001-0484 and BID-2659.</comment>
<comment voter="Christey">CVE-2001-0484 may be a duplicate.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1509" seq="1999-1509">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Directory traversal vulnerability in Etype Eserv 2.50 web server allows a remote attacker to read any file in the file system via a .. (dot dot) in a URL.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94177470915423&amp;w=2">19991104 Eserv 2.50 Web interface Server Directory Traversal Vulnerability</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94183041514522&amp;w=2">19991104 Eserv 2.50 Web interface Server Directory Traversal Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/773">773</ref>
<ref source="XF">eserv-fileread</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">Normalize XF:eserv-fileread(3449)
Normalize URL:http://xforce.iss.net/static/3449.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1510" seq="1999-1510">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflows in Bisonware FTP server prior to 4.1 allow remote attackers to cause a denial of service, and possibly execute arbitrary commands, via long (1) USER, (2) LIST, or (3) CWD commands.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92697301706956&amp;w=2">19990517 Vulnerabilities in BisonWare FTP Server 3.5</ref>
<ref source="XF" url="http://xforce.iss.net/static/3234.php">bisonware-command-bo(3234)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Frech</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1511" seq="1999-1511">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflows in Xtramail 1.11 allow attackers to cause a denial of service (crash) and possibly execute arbitrary commands via (1) a long PASS command in the POP3 service, (2) a long HELO command in the SMTP service, or (3) a long user name in the Control Service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94226003804744&amp;w=2">19991110 Multiples Remotes DoS Attacks in Artisoft XtraMail v1.11 Vulnerability </ref>
<ref source="BID" url="http://www.securityfocus.com/bid/791">791</ref>
<ref source="XF" url="http://xforce.iss.net/static/3488.php">xtramail-pass-dos(3488)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1513" seq="1999-1513">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Management information base (MIB) for a 3Com SuperStack II hub running software version 2.10 contains an object identifier (.1.3.6.1.4.1.43.10.4.2) that is accessible by a read-only community string, but lists the entire table of community strings, which could allow attackers to conduct unauthorized activities.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93616983223090&amp;w=2">19990830 One more 3Com SNMP vulnerability</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(ACCEPT; Task 2355)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1514" seq="1999-1514">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Celtech ExpressFS FTP server 2.x allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long USER command.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94130292519646&amp;w=2">19990729 ExpressFS 2.x FTPServer remotely exploitable buffer overflow vulnerability</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94121377716133&amp;w=2">19990729 ExpressFS 2.x FTPServer remotely exploitable buffer overflow vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/749">749</ref>
<ref source="XF" url="http://xforce.iss.net/static/3401.php">expressfs-command-bo(3401)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">BugTraq reference date seems to be 19991029; see
http://online.securityfocus.com/archive/1/33123</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1515" seq="1999-1515">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>A non-default configuration in TenFour TFS Gateway 4.0 allows an attacker to cause a denial of service via messages with incorrect sender and recipient addresses, which causes the gateway to continuously try to return the message every 10 seconds.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/613">613</ref>
<ref source="XF" url="http://xforce.iss.net/static/3290.php">tfs-gateway-dos(3290)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1516" seq="1999-1516">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>A buffer overflow in TenFour TFS Gateway SMTP mail server 3.2 allows an attacker to crash the mail server and possibly execute arbitrary code by offering more than 128 bytes in a MAIL FROM string.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93677241318492&amp;w=2">19990902 [SECURITY] TenFour TFS SMTP 3.2 Buffer Overflow</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:tfs-gateway-dos(3290)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1517" seq="1999-1517">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>runtar in the Amanda backup system used in various UNIX operating systems executes tar with root privileges, which allows a user to overwrite or read arbitrary files by providing the target files to runtar.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94148942818975&amp;w=2">19991101 Amanda multiple vendor local root compromises</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/750">750</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:amanda-runtar(3402)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1518" seq="1999-1518">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Operating systems with shared memory implementations based on BSD 4.4 code allow a user to conduct a denial of service and bypass memory limits (e.g., as specified with rlimits) using mmap or shmget to allocate memory and cause page faults.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93207728118694&amp;w=2">19990715 Shared memory DoS's</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/526">526</ref>
<ref source="XF" url="http://xforce.iss.net/static/2351.php">bsd-shared-memory-dos(2351)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1519" seq="1999-1519">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Gene6 G6 FTP Server 2.0 allows a remote attacker to cause a denial of service (resource exhaustion) via a long (1) user name or (2) password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94286244700573&amp;w=2">19991117 Remote D.o.S Attack in G6 FTP Server v2.0 (beta 4/5) Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/805">805</ref>
<ref source="XF" url="http://xforce.iss.net/static/3513.php">g6ftp-username-dos(3513)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1521" seq="1999-1521">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Computalynx CMail 2.4 and CMail 2.3 SP2 SMTP servers are vulnerable to a buffer overflow attack in the MAIL FROM command that may allow a remote attacker to execute arbitrary code on the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93720402717560&amp;w=2">19990912 Many kind of POP3/SMTP server softwares for Windows have buffer overflow bug</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94121824921783&amp;w=2">19990729 Vulnerability in CMail SMTP Server Version 2.4: Remotely exploitable buffer</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/633">633</ref>
<ref source="XF" url="http://xforce.iss.net/static/2240.php">cmail-command-bo(2240)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="4">Christey, Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Christey">Remove &quot;attack&quot; from description and slightly rewrite.</comment>
<comment voter="Christey">ADDREF BUGTRAQ:19991029 Vulnerability in CMail SMTP Server Version 2.4: Remotely exploitable buffer
URL:URL:http://www.securityfocus.com/archive/1/32573 
ADDREF BUGTRAQ:19990616 C-Mail SMTP Server Remote Buffer Overflow Exploit
URL:http://online.securityfocus.com/archive/1/15524

Note: this last post exploits an overflow through VRFY
instead of MAIL FROM.  However, CD:SF-LOC suggests merging two
issues of the same type that are in the same versions.

ADDREF BUGTRAQ:19990526 Multiple Web Interface Security Holes
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92774425211457&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1522" seq="1999-1522">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in htmlparse.pike in Roxen Web Server 1.3.11 and earlier, possibly related to recursive parsing and referer tags in RXML.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93942579008408&amp;w=2">19991007 Roxen security alert</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:roxen-rxml-recursive-parsing(3372)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1523" seq="1999-1523">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Sambar Web Server 4.2.1 allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long HTTP GET request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93901161727373&amp;w=2">19991004 </ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93941351229256&amp;w=2">19991006 Re: Sample DOS against the Sambar HTTP-Server</ref>
<ref source="XF" url="http://xforce.iss.net/static/1672.php">sambar-logging-bo(1672)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1524" seq="1999-1524">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>FlowPoint DSL router firmware versions prior to 3.0.8 allows a remote attacker to exploit a password recovery feature from the network and conduct brute force password guessing, instead of limiting the feature to the serial console port.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93424680430460&amp;w=2">19990807 Re: FlowPoint DSL router vulnerability </ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1525" seq="1999-1525">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Macromedia Shockwave before 6.0 allows a malicious webmaster to read a user's mail box and possibly access internal web servers via the GetNextText command on a Shockwave movie.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=87602167420670&amp;w=2">19970314 Shockwave Security Alert</ref>
<ref source="XF" url="http://xforce.iss.net/static/1585.php">shockwave-internal-access(1585)</ref>
<ref source="XF" url="http://xforce.iss.net/static/1586.php">shockwave-file-read-vuln(1586)</ref>
<ref source="XF" url="http://xforce.iss.net/static/460.php">http-ns-shockwave(460)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1526" seq="1999-1526">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Auto-update feature of Macromedia Shockwave 7 transmits a user's password and hard disk information back to Macromedia.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12842">19990311 [Fwd: Shockwave 7 Security Hole]</ref>
<ref source="XF" url="http://xforce.iss.net/static/1931.php">shockwave-updater(1931)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1527" seq="1999-1527">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Internal HTTP server in Sun Netbeans Java IDE in Netbeans Developer 3.0 Beta and Forte Community Edition 1.0 Beta does not properly restrict access to IP addresses as specified in its configuration, which allows arbitrary remote attackers to access the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94338883114254&amp;w=2">19991123 NetBeans/ Forte' Java IDE HTTP vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/816">816</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sun-java-ide-http-access(8333)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1528" seq="1999-1528">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>ProSoft Netware Client 5.12 on Macintosh MacOS 9 does not automatically log a user out of the NDS tree when the user logs off the system, which allows other users of the same system access to the unprotected NDS session.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94261444428430&amp;w=2">19991114 MacOS 9 and the MacOS Netware Client</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/794">794</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:macos-netware-nds-access(8339)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1529" seq="1999-1529">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>A buffer overflow exists in the HELO command in Trend Micro Interscan VirusWall SMTP gateway 3.23/3.3 for NT, which may allow an attacker to execute arbitrary code.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94201512111092&amp;w=2">19991107 Interscan VirusWall NT 3.23/3.3 buffer overflow</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94199707625818&amp;w=2">19991107 Interscan VirusWall NT 3.23/3.3 buffer overflow.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94210427406568&amp;w=2">19991108 Re: Interscan VirusWall NT 3.23/3.3 buffer overflow.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94204166130782&amp;w=2">19991108 Patch for VirusWall 3.23.</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94208143007829&amp;w=2">19991108 Patch for VirusWall 3.23.</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/55551">20000417 New DOS on Interscan NT/3.32</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/787">787</ref>
<ref source="XF" url="http://xforce.iss.net/static/3465.php">viruswall-helo-bo(3465)</ref>
</refs>
<votes>
<accept count="2">Cole, Foat</accept>
<noop count="1">Wall</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1532" seq="1999-1532">
<status>Candidate</status>
<phase date="20011126">Modified</phase>
<desc>Netscape Messaging Server 3.54, 3.55, and 3.6 allows a remote attacker to cause a denial of service (memory exhaustion) via a series of long RCPT TO commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94117465014255&amp;w=2">19991029 message:Netscape Messaging Server RCPT TO vul.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/748">748</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:netscape-messaging-rcptto-dos(8340)
Description ends with a comma and not a period, possibly 
indicating that the sentence is not complete,</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1533" seq="1999-1533">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Eicon Technology Diva LAN ISDN modem allows a remote attacker to cause a denial of service (hang) via a long password argument to the login.htm file in its HTTP service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93846522511387&amp;w=2">19990926 DoS Exploit in Eicon Diehl LAN ISDN Modem</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/665">665</ref>
<ref source="XF" url="http://xforce.iss.net/static/3317.php">diva-lan-isdn-dos(3317)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1534" seq="1999-1534">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in (1) nlservd and (2) rnavc in Knox Software Arkeia backup product allows local users to obtain root access via a long HOME environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93837184228248&amp;w=2">19990923 Multiple vendor Knox Arkiea local root/remote DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/661">661</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:arkiea-backup-home-bo(3322)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1536" seq="1999-1536">
<status>Candidate</status>
<phase date="20070207">Modified</phase>
<desc>.sbstart startup script in AcuShop Salesbuilder is world writable, which allows local users to gain privileges by appending commands to the file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93347785827287&amp;w=2">19990730 World writable root owned script in SalesBuilder (RedHat 6.0)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/560">560</ref>
<ref source="OSVDB" url="http://www.osvdb.org/13557">13557</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(ACCEPT; Task 2356)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1538" seq="1999-1538">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>When IIS 2 or 3 is upgraded to IIS 4, ism.dll is inadvertently left in /scripts/iisadmin, which does not restrict access to the local machine and allows an unauthorized user to gain access to sensitive server information, including the Administrator's password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91638375309890&amp;w=2">19990114 MS IIS 4.0 Security Advisory</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=91632724913080&amp;w=2">19990114 MS IIS 4.0 Security Advisory</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/189">189</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
<comment voter="Frech">XF:iis-ismdll-info(7566)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1539" seq="1999-1539">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in FTP server in QPC Software's QVT/Term Plus versions 4.2d and 4.3 and QVT/Net 4.3 allows remote attackers to cause a denial of service, and possibly execute arbitrary commands, via a long (1) user name or (2) password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94225924803704&amp;w=2">19991110 Remote DoS Attack in QVT/Term 'Plus' 4.2d FTP Server Vulnerability</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94223972910670&amp;w=2">19991110 Remote DoS Attack in QVT/Term 'Plus' 4.2d FTP Server Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/796">796</ref>
<ref source="XF" url="http://xforce.iss.net/static/3491.php">qvtterm-login-dos(3491)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1540" seq="1999-1540">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>shell-lock in Cactus Software Shell Lock uses weak encryption (trivial encoding) which allows attackers to easily decrypt and obtain the source code.</desc>
<refs>
<ref source="L0PHT" url="http://www.atstake.com/research/advisories/1999/shell-lock.txt">19991004</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93916168802365&amp;w=2">19991005 Cactus Software's shell-lock</ref>
<ref source="XF" url="http://xforce.iss.net/static/3356.php">cactus-shell-lock-retrieve-shell-code(3356)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1541" seq="1999-1541">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>shell-lock in Cactus Software Shell Lock allows local users to read or modify decoded shell files before they are executed, via a symlink attack on a temporary file.</desc>
<refs>
<ref source="L0PHT" url="http://www.atstake.com/research/advisories/1999/shell-lock.txt">19991004</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93916168802365&amp;w=2">19991005 Cactus Software's shell-lock</ref>
<ref source="XF" url="http://xforce.iss.net/static/3358.php">cactus-shell-lock-root-privs(3358)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1543" seq="1999-1543">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>MacOS uses weak encryption for passwords that are stored in the Users &amp; Groups Data File.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93188174906513&amp;w=2">19990710 MacOS system encryption algorithm</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93736667813924&amp;w=2">19990914 MacOS system encryption algorithm 3</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/519">519</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(ACCEPT; Task 2357)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1544" seq="1999-1544">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in FTP server in Microsoft IIS 3.0 and 4.0 allows local and sometimes remote attackers to cause a denial of service via a long NLST (ls) command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91722115016183&amp;w=2">19990124 Advisory: IIS FTP Exploit/DoS Attack</ref>
</refs>
<votes>
<accept count="1">Wall</accept>
<noop count="2">Cole, Foat</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Frech">Dupe CVE-1999-0349</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1545" seq="1999-1545">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Joe's Own Editor (joe) 2.8 sets the world-readable permission on its crash-save file, DEADJOE, which could allow local users to read files that were being edited by other users.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93216103027827&amp;w=2">19990714 </ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93226771401036&amp;w=2">19990717 joe 2.8 makes world-readable DEADJOE</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(ACCEPT; Task 2358)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1546" seq="1999-1546">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>netstation.navio-com.rte 1.1.0.1 configuration script for Navio NC on IBM AIX exports /tmp over NFS as world-readable and world-writable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12217">19990129 TROJAN: netstation.navio-comm.rte 1.1.0.1</ref>
<ref source="XF" url="http://xforce.iss.net/static/1724.php">navionc-config-script(1724)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1547" seq="1999-1547">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Oracle Web Listener 2.1 allows remote attackers to bypass access restrictions by replacing a character in the URL with its HTTP-encoded (hex) equivalent.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94359982417686&amp;w=2">19991125 Oracle Web Listener</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=94390053530890&amp;w=2">19991125 Oracle Web Listener</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/841">841</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:oracle-weblistener-bypass-restrictions(8355)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1548" seq="1999-1548">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cabletron SmartSwitch Router (SSR) 8000 firmware 2.x can only handle 200 ARP requests per second allowing a denial of service attack to succeed with a flood of ARP requests exceeding that limit.</desc>
<refs>
<ref source="BINDVIEW" url="http://razor.bindview.com/publish/advisories/adv_Cabletron.html">19991124 Cabletron SmartSwitch Router 8000 Firmware v2.x</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/841">821</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:smartswitch-arp-flood-dos(7770)
BID URL should be 821, not 841.</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1549" seq="1999-1549">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Lynx 2.x does not properly distinguish between internal and external HTML, which may allow a local attacker to read a &quot;secure&quot; hidden form value from a temporary file and craft a LYNXOPTIONS: URL that causes Lynx to modify the user's configuration file and execute commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94286509804526&amp;w=2">19991116 lynx 2.8.x - 'special URLs' anti-spoofing protection is weak</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/804">804</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:lynx-lynxurl-spoof(8342)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1551" seq="1999-1551">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in Ipswitch IMail Service 5.0 allows an attacker to cause a denial of service (crash) and possibly execute arbitrary commands via a long URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92038879607336&amp;w=2">19990302 Multiple IMail Vulnerabilites</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/505">505</ref>
<ref source="XF" url="http://xforce.iss.net/static/1898.php">imail-websvc-overflow(1898)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1552" seq="1999-1552">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>dpsexec (DPS Server) when running under XDM in IBM AIX 3.2.5 and earlier does not properly check privileges, which allows local users to overwrite arbitrary files and gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://lists.insecure.org/lists/bugtraq/1994/Jul/0038.html">19940720 xnews and XDM</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/358">358</ref>
</refs>
<votes>
<noop count="2">Cole, Foat</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1553" seq="1999-1553">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in XCmail 0.99.6 with autoquote enabled allows remote attackers to execute arbitrary commands via a long subject line.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/12730">19990301 [0z0n3] XCmail remotely exploitable vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/311">311</ref>
<ref source="XF" url="http://xforce.iss.net/static/1859.php">xcmail-reply-overflow(1859)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1554" seq="1999-1554">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>/usr/sbin/Mail on SGI IRIX 3.3 and 3.3.1 does not properly set the group ID to the group ID of the user who started Mail, which allows local users to read the mail of other users.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1990-08.html">CA-1990-08</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/13">13</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/3164.php">sgi-irix-reset(3164)</ref>
</refs>
<votes>
<accept count="2">Cole, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sgi-irix-reset(3164)</comment>
<comment voter="CHANGE">[Foat changed vote from ACCEPT to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1555" seq="1999-1555">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Cheyenne InocuLAN Anti-Virus Server in Inoculan 4.0 before Service Pack 2 creates an update directory with &quot;EVERYONE FULL CONTROL&quot; permissions, which allows local users to cause Inoculan's antivirus update feature to install a Trojan horse dll.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/9515">19980611 Cheyenne Inoculan vulnerability on NT</ref>
<ref source="BID">106</ref>
<ref source="XF" url="http://xforce.iss.net/static/1536.php">inoculan-bad-permissions(1536)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">http://support.cai.com/Download/patches/inocnt.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1557" seq="1999-1557">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in the login functions in IMAP server (imapd) in Ipswitch IMail 5.0 and earlier allows remote attackers to cause a denial of service and possibly execute arbitrary code via (1) a long user name or (2) a long password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92038879607336&amp;w=2">19990301 Multiple IMail Vulnerabilites</ref>
<ref source="XF" url="http://xforce.iss.net/static/1895.php">imail-imap-overflow(1895)</ref>
</refs>
<votes>
<accept count="2">Cole, Frech</accept>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1558" seq="1999-1558">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Vulnerability in loginout in Digital OpenVMS 7.1 and earlier allows unauthorized access when external authentication is enabled.</desc>
<refs>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/i-071a.shtml">I-071A</ref>
<ref source="CERT">VB-98.07</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/161">161</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/7151.php">openvms-loginout-unauth-access(7151)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:openvms-loginout-unauth-access(7151)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1559" seq="1999-1559">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Xylan OmniSwitch before 3.2.6 allows remote attackers to bypass the login prompt via a CTRL-D (control d) character, which locks other users out of the switch because it only supports one session at a time.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92299263017061&amp;w=2">19990331 Xylan OmniSwitch &quot;features&quot;</ref>
<ref source="XF" url="http://xforce.iss.net/static/2064.php">xylan-omniswitch-login(2064)</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1560" seq="1999-1560">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Vulnerability in a script in Texas A&amp;M University (TAMU) Tiger allows local users to execute arbitrary commands as the Tiger user, usually root.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93252050203589&amp;w=2">19990720 tiger vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/2369.php">tiger-script-execute(2369)</ref>
</refs>
<votes>
<accept count="3">Cole, Foat, Frech</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1561" seq="1999-1561">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Nullsoft SHOUTcast server stores the administrative password in plaintext in a configuration file (sc_serv.conf), which could allow a local user to gain administrative privileges on the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/24852">19990820 Winamp SHOUTcast server: Gain Administrator Password</ref>
</refs>
<votes>
<noop count="3">Cole, Foat, Wall</noop>
<reviewing count="1">Frech</reviewing>
</votes>
<comments>
<comment voter="Frech">(ACCEPT; Task 2359)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1562" seq="1999-1562">
<status>Candidate</status>
<phase date="20050309">Modified</phase>
<desc>gFTP FTP client 1.13, and other versions before 2.0.0, records a password in plaintext in (1) the log window, or (2) in a log file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/26915">19990905 gftp</ref>
<ref source="DEBIAN" url="http://www.debian.org/security/2001/dsa-084">DSA-084</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/3446">3446</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:gftp-plaintext-password(7319)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1563" seq="1999-1563">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Nachuatec D435 and D445 printer allows remote attackers to cause a denial of service via ICMP redirect storm.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/30849">19991014 NEUROCOM: Nashuatec printer, 3 vulnerabilities found</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/35075">19991116 NEUROCOM: Nashuatec D445/435 vulnerabilities updated</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:icmp-redirect(285)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1564" seq="1999-1564">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>FreeBSD 3.2 and possibly other versions allows a local user to cause a denial of service (panic) with a large number accesses of an NFS v3 mounted directory from a large number of processes.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/26166">19990902 [ Kernel panic with FreeBSD-3.2-19990830-STABLE ]</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:freebsd-nfs-access-dos(8325)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1566" seq="1999-1566">
<status>Candidate</status>
<phase date="20010912">Proposed</phase>
<desc>Buffer overflow in iParty server 1.2 and earlier allows remote attackers to cause a denial of service (crash) by connecting to default port 6004 and sending repeated extended characters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/13600">19990508 iParty Daemon Vulnerability w/ Exploit Code (worse than thought?)</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Cole, Foat, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:iparty-dos(1416)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1567" seq="1999-1567">
<status>Candidate</status>
<phase date="20020218">Modified</phase>
<desc>Seapine Software TestTrack server allows a remote attacker to cause a denial of service (high CPU) via (1) TestTrackWeb.exe and (2) ttcgi.exe by connecting to port 99 and disconnecting without sending any data.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9903&amp;L=NTBUGTRAQ&amp;P=R1215">19990308 Password and DOS Vulnerability with Testrack (bug tracking software)</ref>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9906&amp;L=NTBUGTRAQ&amp;P=R1680">19990616 Password and DOS Vulnerability with Testrack (bug tracking software)</ref>
<ref source="XF" url="http://xforce.iss.net/static/1948.php">testtrack-dos(1948)</ref>
</refs>
<votes>
<accept count="2">Cole, Foat</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:testtrack-dos(1948)</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1569" seq="1999-1569">
<status>Candidate</status>
<phase date="20020830">Proposed</phase>
<desc>Quake 1 and NetQuake servers allow remote attackers to cause a denial of service (resource exhaustion or forced disconnection) via a flood of spoofed UDP connection packets, which exceeds the server's player limit.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/197268">20010716 Quake client and server denial-of-service</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=91012172524181&amp;w=2">19981101 Quake problem?</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221101925989&amp;w=2">19980502 NetQuake Protocol problem resulting in smurf like effect.</ref>
<ref source="XF" url="http://xforce.iss.net/static/6871.php">quake-spoofed-client-dos(6871)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/3051">3051</ref>
</refs>
<votes>
<accept count="1">Frech</accept>
<noop count="5">Armstrong, Cole, Cox, Foat, Wall</noop>
<reviewing count="1">Green</reviewing>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1570" seq="1999-1570">
<status>Candidate</status>
<phase date="20020830">Proposed</phase>
<desc>Buffer overflow in sar for OpenServer 5.0.5 allows local users to gain root privileges via a long -o parameter.</desc>
<refs>
<ref source="VULN-DEV" url="http://marc.theaimsgroup.com/?l=vuln-dev&amp;m=102098949103708&amp;w=2">20020509 Sar -o exploitation process info.</ref>
<ref source="BUGTRAQ" url="http://online.securityfocus.com/archive/1/27074">19990909 19 SCO 5.0.5+Skunware98 buffer overflows</ref>
<ref source="CALDERA" url="ftp://stage.caldera.com/pub/security/openserver/CSSA-2002-SCO.17/CSSA-2002-SCO.17.txt">CSSA-2002-SCO.17</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/4089">4089</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/8989.php">openserver-sar-bo(8989)</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Frech, Green</accept>
<noop count="3">Cox, Foat, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">It seems as if the BID-4089 assignment on this CAN name may be
in error.
BID-4089 (Multiple Vendor SNMP Request Handling Vulnerabilities) is
already assigned to CVE-2002-0013. Also, this CVE issue seems to have
nothing to do with SNMP.</comment>
<comment voter="Christey">Agreed, this is the wrong BID.  SecurityFocus has assigned
BID:643 to CVE-1999-1570, but there's a bit of an
inconsistency.  BID:643 alludes to Bugtraq posts in 1999
from Brock Tellier, mentioning overflows in sar via BOTH the
-o and -f parameters.  However, they also link this issue to
SCO advisory 99.17, although the advisory itself is too vague
to *really* know what vulns they fixed.  And now the link
to a potentially more detailed document (sse037.ltr)
is broken.  So we don't have any independent reason for
knowing whether SCO 99.17 (a) addresses any &quot;sar&quot;
vulnerabilities, and (b) even if it does, whether it addresses
*both* the -o and -f arguments originally claimed by Tellier.
Finally, it seems rather curious that CSSA-2002-SCO.17
talks about a -o overflow but does not mention -f.
Sounds like an email to the security people at SCO
is in order...

OK.  Having consulted with SCO (who responded quickly), I
looked even further into this issue.  There is now sufficient
evidence that the -f overflow was fixed in 1999.  This
means that a separate candidate should be created (by
CD:SF-LOC), so the -f overflow is now covered by
CVE-1999-1571.

Need to DELREF BID:4089</comment>
<comment voter="CHANGE">[Frech changed vote from NOOP to ACCEPT]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
</comments>
</item>

<item type="CAN" name="CVE-1999-1571" seq="1999-1571">
<status>Candidate</status>
<phase date="20021008">Assigned</phase>
<desc>Buffer overflow in sar for SCO OpenServer 5.0.0 through 5.0.5 may allow local users to gain root privileges via a long -f parameter, a different vulnerability than CVE-1999-1570.</desc>
<refs>
<ref source="BUGTRAQ" url="http://online.securityfocus.com/archive/1/27074">19990909 19 SCO 5.0.5+Skunware98 buffer overflows</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=93762097815861&amp;w=2">19990917 Re: recent SCO 5.0.x vulnerabilities</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94053017801639&amp;w=2">19991020 Re: recent SCO 5.0.x vulnerabilities</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94183363719024&amp;w=2">19991105 SCO Security Bulletin 99.17</ref>
<ref source="MISC" url="http://online.securityfocus.com/advisories/1843">http://online.securityfocus.com/advisories/1843</ref>
<ref source="SCO" url="ftp://stage.caldera.com/pub/security/sse/security_bulletins/SB-99.17c">SB-99.17c</ref>
<ref source="CONFIRM" url="ftp://stage.caldera.com/pub/security/sse/sse037c/sse037c.ltr">ftp://stage.caldera.com/pub/security/sse/sse037c/sse037c.ltr</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/643">643</ref>
<ref source="VULN-DEV" url="http://marc.theaimsgroup.com/?l=vuln-dev&amp;m=102098949103708&amp;w=2">20020509 Sar -o exploitation process info.</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/8989.php">openserver-sar-bo(8989)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1572" seq="1999-1572">
<status>Candidate</status>
<phase date="20050127">Assigned</phase>
<desc>cpio on FreeBSD 2.1.0, Debian GNU/Linux 3.0, and possibly other operating systems, uses a 0 umask when creating files using the -O (archive) or -F options, which creates the files with mode 0666 and allows local users to read or overwrite those files.</desc>
<refs>
<ref source="MISC" url="http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/1391">http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/1391</ref>
<ref source="CONFIRM" url="http://support.avaya.com/elmodocs2/security/ASA-2005-212.pdf">http://support.avaya.com/elmodocs2/security/ASA-2005-212.pdf</ref>
<ref source="DEBIAN" url="http://www.debian.org/security/2005/dsa-664">DSA-664</ref>
<ref source="MANDRAKE" url="http://www.mandriva.com/security/advisories?name=MDKSA-2005:032">MDKSA-2005:032</ref>
<ref source="REDHAT" url="http://www.redhat.com/support/errata/RHSA-2005-073.html">RHSA-2005:073</ref>
<ref source="REDHAT" url="http://www.redhat.com/support/errata/RHSA-2005-080.html">RHSA-2005:080</ref>
<ref source="REDHAT" url="http://www.redhat.com/support/errata/RHSA-2005-806.html">RHSA-2005:806</ref>
<ref source="TRUSTIX" url="http://www.trustix.org/errata/2005/0003/">2005-0003</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=110763404701519&amp;w=2">20050204 [USN-75-1] cpio vulnerability</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:10888">oval:org.mitre.oval:def:10888</ref>
<ref source="SECUNIA" url="http://secunia.com/advisories/14357">14357</ref>
<ref source="SECUNIA" url="http://secunia.com/advisories/17063">17063</ref>
<ref source="SECUNIA" url="http://secunia.com/advisories/17532">17532</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/19167">cpio-o-archive-insecure-permissions(19167)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1573" seq="1999-1573">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Multiple unknown vulnerabilities in the &quot;r-cmnds&quot; (1) remshd, (2) rexecd, (3) rlogind, (4) rlogin, (5) remsh, (6) rcp, (7) rexec, and (8) rdist for HP-UX 10.00 through 11.00 allow attackers to gain privileges or access files.</desc>
<refs>
<ref source="HP" url="http://www.securityfocus.com/advisories/1471">HPSBUX9812-090</ref>
<ref source="AUSCERT" url="http://www.auscert.org.au/render.html?it=490">ESB-98.186</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/13217">VU#13217</ref>
<ref source="CIAC" url="http://www.ciac.org/ciac/bulletins/j-022.shtml">J-022</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:5550">oval:org.mitre.oval:def:5550</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/7860">hp-rcmnds-gain-privileges(7860)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1574" seq="1999-1574">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Buffer overflow in the lex routines of nslookup for AIX 4.3 may allow attackers to cause a core dump and possibly execute arbitrary code via &quot;long input strings.&quot;</desc>
<refs>
<ref source="AIXAPAR" url="http://www-1.ibm.com/support/search.wss?rs=0&amp;q=IX79909&amp;apar=only">IX79909</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/182777">VU#182777</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/7867">aix-nslookup-lex-bo(7867)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1575" seq="1999-1575">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>The Kodak/Wang (1) Image Edit (imgedit.ocx), (2) Image Annotation (imgedit.ocx), (3) Image Scan (imgscan.ocx), (4) Thumbnail Image (imgthumb.ocx), (5) Image Admin (imgadmin.ocx), (6) HHOpen (hhopen.ocx), (7) Registration Wizard (regwizc.dll), and (8) IE Active Setup (setupctl.dll) ActiveX controls for Internet Explorer (IE) 4.01 and 5.0 are marked as &quot;Safe for Scripting,&quot; which allows remote attackers to create and modify files and execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/28719">19990924 Several ActiveX Buffer Overruns</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-037.mspx">MS99-037</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/23412">VU#23412</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/24839">VU#24839</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/26924">VU#26924</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/41408">VU#41408</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/9162">VU#9162</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/7097">wang-kodak-activex-control(7097)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1576" seq="1999-1576">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Buffer overflow in Adobe Acrobat ActiveX control (pdf.ocx, PDF.PdfCtrl.1) 1.3.188 for Acrobat Reader 4.0 allows remote attackers to execute arbitrary code via the pdf.setview method.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/28719">19990924 Several ActiveX Buffer Overruns</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/25919">VU#25919</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/666">666</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/3318">adobe-acrobat-pdf-bo(3318)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1577" seq="1999-1577">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Buffer overflow in HHOpen ActiveX control (hhopen.ocx) 1.0.0.1 for Internet Explorer 4.01 and 5 allows remote attackers to execute arbitrary commands via long arguments to the OpenHelp method.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/28719">19990924 Several ActiveX Buffer Overruns</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/29795">VU#29795</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/0669">669</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/3314">ie-hhopen-bo(3314)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1578" seq="1999-1578">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Buffer overflow in Registration Wizard ActiveX control (regwizc.dll, InvokeRegWizard) 3.0.0.0 for Internet Explorer 4.01 and 5 allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/28719">19990924 Several ActiveX Buffer Overruns</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/37556">VU#37556</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/671">671</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/3311">ie-registration-wiz-bo(3311)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1579" seq="1999-1579">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>The Cenroll ActiveX control (xenroll.dll) for Terminal Server Editions of Windows NT 4.0 and Windows NT Server 4.0 before SP6 allows remote attackers to cause a denial of service (resource consumption) by creating a large number of arbitrary files on the target machine.</desc>
<refs>
<ref source="MSKB" url="http://support.microsoft.com/default.aspx?scid=kb;[LN];242366">Q242366</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/3062">VU#3062</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/6827">6827</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/7107">winnt-xenroll-dos(7107)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1580" seq="1999-1580">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>SunOS sendmail 5.59 through 5.65 uses popen to process a forwarding host argument, which allows local users to gain root privileges by modifying the IFS (Internal Field Separator) variable and passing crafted values to the -oR option.</desc>
<refs>
<ref source="MISC" url="http://www.alw.nih.gov/Security/8lgm/8lgm-Advisory-21.html">http://www.alw.nih.gov/Security/8lgm/8lgm-Advisory-21.html</ref>
<ref source="AUSCERT" url="http://www.auscert.org.au/render.html?it=1853&amp;cid=1978">AA-95.09</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-95.11.sun.sendmail-oR.vul">CA-1995-11</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/3278">VU#3278</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/7829">7829</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1581" seq="1999-1581">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Memory leak in Simple Network Management Protocol (SNMP) agent (snmp.exe) for Windows NT 4.0 before Service Pack 4 allows remote attackers to cause a denial of service (memory consumption) via a large number of SNMP packets with Object Identifiers (OIDs) that cannot be decoded.</desc>
<refs>
<ref source="MSKB" url="http://support.microsoft.com/kb/q178381/">Q178381</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/4923">VU#4923</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/8231">winnt-snmp-oid-memory-leak(8231)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1582" seq="1999-1582">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>By design, the &quot;established&quot; command on the Cisco PIX firewall allows connections from one host to arbitrary ports of a target host if an alternative conduit has already been allowed, which can cause administrators to configure less restrictive access controls than intended if they do not understand this functionality.</desc>
<refs>
<ref source="CISCO" url="http://www.cisco.com/warp/public/707/pixest-pub.shtml">19980715 PIX Firewall &quot;established&quot; Command</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/6733">VU#6733</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/8052">cisco-pix-established-bypass(8052)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1583" seq="1999-1583">
<status>Candidate</status>
<phase date="20050421">Assigned</phase>
<desc>Buffer overflow in nslookup for AIX 4.3 allows local users to execute arbitrary code via a long hostname command line argument.</desc>
<refs>
<ref source="AIXAPAR" url="http://www-1.ibm.com/support/search.wss?rs=0&amp;q=IY02120&amp;apar=only">IY02120</ref>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/872443">VU#872443</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/8031">aix-nslookup-hostname-bo(8031)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1584" seq="1999-1584">
<status>Candidate</status>
<phase date="20050830">Assigned</phase>
<desc>Unknown vulnerability in (1) loadmodule, and (2) modload if modload is installed with setuid/setgid privileges, in SunOS 4.1.1 through 4.1.3c, and Open Windows 3.0, allows local users to gain root privileges via environment variables, a different vulnerability than CVE-1999-1586.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/search/document.do?assetkey=1-22-00124-1">00124</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1993-18.html">CA-93.18</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1585" seq="1999-1585">
<status>Candidate</status>
<phase date="20050830">Assigned</phase>
<desc>The (1) rcS and (2) mountall programs in Sun Solaris 2.x, possibly before 2.4, start a privileged shell on the system console if fsck fails while the system is booting, which allows attackers with physical access to gain root privileges.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/search/document.do?assetkey=1-22-00124-1">00124</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1586" seq="1999-1586">
<status>Candidate</status>
<phase date="20050830">Assigned</phase>
<desc>loadmodule in SunOS 4.1.x, as used by xnews, does not properly sanitize its environment, which allows local users to gain privileges, a different vulnerability than CVE-1999-1584.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1995-12.html">CA-95.12</ref>
<ref source="CIAC" url="http://www.ciac.org/ciac/bulletins/g-02.shtml">G-02</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/498">sun-loadmodule(498)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1587" seq="1999-1587">
<status>Candidate</status>
<phase date="20060328">Assigned</phase>
<desc>/usr/ucb/ps in Sun Microsystems Solaris 8 and 9, and certain earlier releases, allows local users to view the environment variables and values of arbitrary processes via the -e option.</desc>
<refs>
<ref source="MISC" url="http://www.sunmanagers.org/archives/1996/1383.html">http://www.sunmanagers.org/archives/1996/1383.html</ref>
<ref source="SUNALERT" url="http://sunsolve.sun.com/search/document.do?assetkey=1-26-102215-1">102215</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/19662">19662</ref>
<ref source="VUPEN" url="http://www.vupen.com/english/advisories/2006/1123">ADV-2006-1123</ref>
<ref source="OSVDB" url="http://www.osvdb.org/24200">24200</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:1470">oval:org.mitre.oval:def:1470</ref>
<ref source="SECTRACK" url="http://securitytracker.com/id?1015833">1015833</ref>
<ref source="SECUNIA" url="http://secunia.com/advisories/19426">19426</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/25460">solaris-ps-information-disclosure(25460)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1588" seq="1999-1588">
<status>Candidate</status>
<phase date="20060421">Assigned</phase>
<desc>Buffer overflow in nlps_server in Sun Solaris x86 2.4, 2.5, and 2.5.1 allows remote attackers to execute arbitrary code as root via a long string beginning with &quot;NLPS:002:002:&quot; to the listen (aka System V listener) port, TCP port 2766.</desc>
<refs>
<ref source="MISC" url="http://security-protocols.com/sploits/unsorted_exploits/nlps_server.c">http://security-protocols.com/sploits/unsorted_exploits/nlps_server.c</ref>
<ref source="MISC" url="http://www.securityfocus.com/data/vulnerabilities/exploits/nlps_server.c">http://www.securityfocus.com/data/vulnerabilities/exploits/nlps_server.c</ref>
<ref source="MISC" url="http://lsd-pl.net/files/get?SOLARIS/solx86_nlps_server">http://lsd-pl.net/files/get?SOLARIS/solx86_nlps_server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2319">2319</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1589" seq="1999-1589">
<status>Candidate</status>
<phase date="20060615">Assigned</phase>
<desc>Unspecified vulnerability in crontab in IBM AIX 3.2 allows local users to gain root privileges via unknown attack vectors.</desc>
<refs>
<ref source="AIXAPAR">IX26997</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-1992-10.html">CA-1992-10</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/357">357</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1590" seq="1999-1590">
<status>Candidate</status>
<phase date="20061203">Assigned</phase>
<desc>Directory traversal vulnerability in Muhammad A. Muquit wwwcount (Count.cgi) 2.3 allows remote attackers to read arbitrary GIF files via &quot;..&quot; sequences in the image parameter, a different vulnerability than CVE-1999-0021.</desc>
<refs>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/1997/Oct/0058.html">19971010 Security flaw in Count.cgi (wwwcount)</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1591" seq="1999-1591">
<status>Candidate</status>
<phase date="20070705">Assigned</phase>
<desc>Microsoft Internet Information Services (IIS) server 4.0 SP4, without certain hotfixes released for SP4, does not require authentication credentials under certain conditions, which allows remote attackers to bypass authentication requirements, as demonstrated by connecting via Microsoft Visual InterDev 6.0.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/1998-1999/msg00276.html">19990118 IIS4.0 and Visual Interdev</ref>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/1998-1999/msg00277.html">19990119 Re: IIS4.0 and Visual Interdev</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/190">190</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1592" seq="1999-1592">
<status>Candidate</status>
<phase date="20070712">Assigned</phase>
<desc>Multiple unspecified vulnerabilities in sendmail 5, as installed on Sun SunOS 4.1.3_U1 and 4.1.4, have unspecified attack vectors and impact.  NOTE: this might overlap CVE-1999-0129.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/search/document.do?assetkey=1-22-00159-1">00159</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/243">243</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1593" seq="1999-1593">
<status>Candidate</status>
<phase date="20090114">Assigned</phase>
<desc>Windows Internet Naming Service (WINS) allows remote attackers to cause a denial of service (connectivity loss) or steal credentials via a 1Ch registration that causes WINS to change the domain controller to point to a malicious server.  NOTE: this problem may be limited when Windows 95/98 clients are used, or if the primary domain controller becomes unavailable.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/1998-1999/msg00371.html">19990302 NT Domain DoS and Security Exploit with SAMBA Server</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0269.html">20010117 Re: Invalid WINS entries</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0264.html">20010117 Invalid WINS entries</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0276.html">20010117 Re: Invalid WINS entries</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0274.html">20010117 Re: Invalid WINS entries</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0289.html">20010118 Re: Invalid WINS entries</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0271.html">20010118 Re: Invalid WINS entries</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2001/Jan/0298.html">20010119 Re: Invalid WINS entries</ref>
<ref source="MISC" url="https://www2.sans.org/reading_room/whitepapers/win2k/185.php">https://www2.sans.org/reading_room/whitepapers/win2k/185.php</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2221">2221</ref>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1594" seq="1999-1594">
<status>Candidate</status>
<phase date="20120104">Assigned</phase>
<desc>** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided.</desc>
<refs>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1595" seq="1999-1595">
<status>Candidate</status>
<phase date="20120104">Assigned</phase>
<desc>** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided.</desc>
<refs>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1596" seq="1999-1596">
<status>Candidate</status>
<phase date="20120104">Assigned</phase>
<desc>** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided.</desc>
<refs>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1597" seq="1999-1597">
<status>Candidate</status>
<phase date="20120104">Assigned</phase>
<desc>** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided.</desc>
<refs>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-1999-1598" seq="1999-1598">
<status>Candidate</status>
<phase date="20120104">Assigned</phase>
<desc>** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided.</desc>
<refs>
</refs>
<votes>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0005" seq="2000-0005">
<status>Candidate</status>
<phase date="20090302">Modified</phase>
<desc>HP-UX aserver program allows local users to gain privileges via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">19991230 aserver.sh</ref>
<ref source="BUGTRAQ">20000102 HPUX Aserver revisited.</ref>
<ref source="HP">HPSBUX0001-108</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:5635">oval:org.mitre.oval:def:5635</ref>
<ref source="XF">hp-aserver</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Stracener</accept>
<modify count="1">Frech</modify>
<recast count="1">Christey</recast>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Christey">BUGTRAQ:20000102 &quot;HPUX Aserver revisited.&quot; indicates that two
different versions of aserver have symlink problems, but with
different files.  So CD:SF-LOC says we should split this.</comment>
<comment voter="Frech">XF:hp-aserver</comment>
<comment voter="Christey">BID:1928 and BID:1930?  Which one is being described in
this candidate?</comment>
<comment voter="Christey">BID:1930</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0008" seq="2000-0008">
<status>Candidate</status>
<phase date="20000111">Proposed</phase>
<desc>FTPPro allows local users to read sensitive information, which is stored in plain text.</desc>
<refs>
<ref source="BUGTRAQ">19991227 FTPPro insecuities</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:ftppro-plaintext-information</comment>
<comment voter="Christey">ADDREF BID:1790
ADDREF URL:http://www.securityfocus.com/bid/1790</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0016" seq="2000-0016">
<status>Candidate</status>
<phase date="20000111">Proposed</phase>
<desc>Buffer overflow in Internet Anywhere POP3 Mail Server allows remote attackers to cause a denial of service or execute commands via a long username.</desc>
<refs>
<ref source="NTBUGTRAQ">19991001 Vulnerabilities in the Internet Anywhere Mail Server</ref>
<ref source="BUGTRAQ">19991227 Remote DoS/Access Attack in Internet Anywhere Mail Server(POP 3) v2.3.1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/730">730</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Levy, Stracener</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:iams-pop3-command-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0017" seq="2000-0017">
<status>Candidate</status>
<phase date="20000111">Proposed</phase>
<desc>Buffer overflow in Linux linuxconf package allows remote attackers to gain root privileges via a long parameter.</desc>
<refs>
<ref source="BUGTRAQ">19991221 (Possible) Linuxconf Remote Buffer Overflow Vulnerability</ref>
</refs>
<votes>
<noop count="4">Armstrong, Baker, Christey, Stracener</noop>
<reject count="2">Frech, Levy</reject>
</votes>
<comments>
<comment voter="Christey">It's not certain whether this is exploitable or not.  An 
expert (the linuxconf author?) wasn't able to duplicate the
bug - see http://lwn.net/1999/1223/a/linuxconfresponse.html

The original posting with example exploit was
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94580196627059&amp;w=2

However - GIAC and the Security Focus incidents list have
consistently reported that scans are taking place for
linuxconf, so do the hackers know more than we do?</comment>
<comment voter="Frech">Unless vendor or other confirmation occurs, there has been no corroboration
of this issue in public forums.</comment>
<comment voter="CHANGE">[Armstrong changed vote from ACCEPT to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0019" seq="2000-0019">
<status>Candidate</status>
<phase date="20000111">Proposed</phase>
<desc>IMail POP3 daemon uses weak encryption, which allows local users to read files.</desc>
<refs>
<ref source="BUGTRAQ">19991221 [w00giving '99 #11] IMail's password encryption scheme</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Stracener</accept>
<modify count="2">Frech, Levy</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:imail-passwords</comment>
<comment voter="Levy">BID 880</comment>
<comment voter="Christey">BUGTRAQ:19990304 IMAIL password recovery is trivial.
http://www.securityfocus.com/archive/1/12750</comment>
<comment voter="Christey">Add version numbers (5.0 through 5.08)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0021" seq="2000-0021">
<status>Candidate</status>
<phase date="20060616">Modified</phase>
<desc>Lotus Domino HTTP server allows remote attackers to determine the real path of the server via a request to a non-existent script in /cgi-bin.</desc>
<refs>
<ref source="BUGTRAQ">19991221 serious Lotus Domino HTTP denial of service</ref>
<ref source="BUGTRAQ">19991227 Re: Lotus Domino HTTP denial of service attack</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/881">881</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Stracener</accept>
<modify count="2">Frech, Levy</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:http-cgi-lotus-domino</comment>
<comment voter="Levy">BID 881</comment>
<comment voter="Christey">BID:881</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0028" seq="2000-0028">
<status>Candidate</status>
<phase date="20000626">Modified</phase>
<desc>Internet Explorer 5.0 and 5.01 allows remote attackers to bypass the cross frame security policy and read files via the external.NavigateAndFind function.</desc>
<refs>
<ref source="BUGTRAQ">19991222 IE 5.01 vulnerabilities in external.NavigateAndFind()</ref>
<ref source="XF">ie-navigateandfind</ref>
</refs>
<votes>
<accept count="2">Armstrong, Stracener</accept>
<modify count="2">Frech, Levy</modify>
<noop count="1">Baker</noop>
<recast count="1">LeBlanc</recast>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:ie-navigateandfind</comment>
<comment voter="Christey">May be a duplicate of CVE-2000-0465 according to my
communications with Microsoft people.  CVE-2000-0266 may
also be a variant.</comment>
<comment voter="Levy">BID 887</comment>
<comment voter="LeBlanc">duplicate</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0035" seq="2000-0035">
<status>Candidate</status>
<phase date="20000111">Proposed</phase>
<desc>resend command in Majordomo allows local users to gain privileges via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ">19991228 majordomo local exploit</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94780294009285&amp;w=2">20000113 Info on some security holes reported against SCO Unixware.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/902">902</ref>
</refs>
<votes>
<accept count="3">Baker, Levy, Stracener</accept>
<modify count="2">Cox, Frech</modify>
<noop count="1">Armstrong</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:majordomo-local-resend</comment>
<comment voter="Christey">The Bugtraq thread indicates that this problem may be
due to misconfiguration, and may extend beyond just the
resend command.</comment>
<comment voter="CHANGE">[Armstrong changed vote from REVIEWING to NOOP]</comment>
<comment voter="Christey">Include &quot;wrapper&quot; to facilitate search and matching?  (but
double-check CVE-2000-0037).
Add &quot;1.94.4 and earlier&quot; as the affected version number.
ADDREF AUSCERT:AA-2000.01
ftp://ftp.auscert.org.au/pub/auscert/advisory/AA-2000.01</comment>
<comment voter="Cox">ADDREF REDHAT:RHSA-2000:005</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0038" seq="2000-0038">
<status>Candidate</status>
<phase date="20000111">Proposed</phase>
<desc>glFtpD includes a default glftpd user account with a default password and a UID of 0.</desc>
<refs>
<ref source="BUGTRAQ">19991223 Multiple vulnerabilites in glFtpD (current versions)</ref>
</refs>
<votes>
<accept count="2">Armstrong, Stracener</accept>
<modify count="2">Frech, Levy</modify>
<noop count="1">Baker</noop>
</votes>
<comments>
<comment voter="Frech">XF:glftpd-default-account</comment>
<comment voter="Levy">BID 881</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0046" seq="2000-0046">
<status>Candidate</status>
<phase date="20000204">Modified</phase>
<desc>Buffer overflow in ICQ 99b 1.1.1.1 client allows remote attackers to execute commands via a malformed URL within an ICQ message.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/929">929</ref>
<ref source="BUGTRAQ">20000111 ICQ Buffer Overflow Exploit</ref>
<ref source="XF">icq-url-bo</ref>
</refs>
<votes>
<accept count="2">Baker, Williams</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">ADDREF XF:icq-url-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0047" seq="2000-0047">
<status>Candidate</status>
<phase date="20000202">Modified</phase>
<desc>Buffer overflow in Yahoo Pager/Messenger client allows remote attackers to cause a denial of service via a long URL within a message.</desc>
<refs>
<ref source="BUGTRAQ">20000117 Yahoo Pager/Messanger Buffer Overflow</ref>
<ref source="XF">yahoo-messenger-pager-dos</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<noop count="1">Williams</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0049" seq="2000-0049">
<status>Candidate</status>
<phase date="20071115">Modified</phase>
<desc>Buffer overflow in Winamp client allows remote attackers to execute commands via a long entry in a .pls file.</desc>
<refs>
<ref source="NTBUGTRAQ">20000107 Winamp buffer overflow advisory</ref>
<ref source="BUGTRAQ">20000109 Buffer overflow with WinAmp 2.10</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/925">925</ref>
<ref source="OSVDB" url="http://www.osvdb.org/12022">12022</ref>
<ref source="XF">winamp-playlist-bo</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<modify count="2">Baker, Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:winamp-playlist-bo</comment>
<comment voter="Christey">This may have been discovered earlier in:
BUGTRAQ:19990512 Buffer overflow in WinAMP 2.x
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92662988700367&amp;w=2
See the following for possible confirmation:
URL:http://www.winamp.com/getwinamp/newfeatures.jhtml</comment>
<comment voter="Wall">This vulnerability has been seen in several versions of Winamp and part of ISS
X-Force
and SecuriTeam vulnerability checks.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Baker">The old confirm url doesn't work any more... I am not sure where we can get the old changelog/error list.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0054" seq="2000-0054">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>search.cgi in the SolutionScripts Home Free package allows remote attackers to view directories via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ">20000104 Another search.cgi vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/921">921</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:http-cgi-homefree-search</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0055" seq="2000-0055">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>Buffer overflow in Solaris chkperm command allows local users to gain root access via a long -n option.</desc>
<refs>
<ref source="BUGTRAQ">20000106 [Hackerslab bug_paper] Solaris chkperm buffer overflow</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/918">918</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="1">Dik</noop>
</votes>
<comments>
<comment voter="Frech">XF:sol-chkperm-bo(3870)</comment>
<comment voter="Dik">chkperm runs set-uid bin, so initially the access granted
will be user bin, not root.  (Though bin access can easily be leveraged
to root access, less so in Solaris 8+)
Also, there is reason to believe this bug is not exploitable; the buffer
overflown is declared in the stack in main(); yet, the program never
returns from main() but calls exit instead so any damage to return addresses
is never noticed.</comment>
<comment voter="Baker">Maybe the details from Caspar could be included, or modify the description somewhat</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0058" seq="2000-0058">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>Network HotSync program in Handspring Visor does not have authentication, which allows remote attackers to retrieve email and files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.security-express.com/archives/bugtraq/2000-01/0085.html">20000105 Handspring Visor Network HotSync Security Hole</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/920">920</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:handspring-visor-auth(3873)
Consider removing the security-express.com reference, since it is identical
to the BugTraq reference. The BugTraq reference is (hopefully) not going to
disappear soon, and the security-express.com reference provides no new or
additional information.</comment>
<comment voter="Christey">URLs will begin to be included with candidates to support
Board members' voting activities.  They will be converted to
the generalized reference format when if candidate is
ACCEPTed and becomes an official entry.</comment>
<comment voter="Christey">The problem may not be a lack of authentication (as mentioned
by the poster), but rather weak authentication (the apparent
need to provide the same username).</comment>
<comment voter="Baker">MOdify description to indicate the weak authentication</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0059" seq="2000-0059">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>PHP3 with safe_mode enabled does not properly filter shell metacharacters from commands that are executed by popen, which could allow remote attackers to execute commands.</desc>
<refs>
<ref source="BUGTRAQ">20000103 PHP3 safe_mode and popen()</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/911">911</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:php3-popen-execute(3900)</comment>
<comment voter="Christey">CONFIRM:http://www.php.net/ChangeLog.php3
Section dated January 11, 2000 says: &quot;Fix safe-mode problem in
popen() (Kristian)&quot; </comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0061" seq="2000-0061">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>Internet Explorer 5 does not modify the security zone for a document that is being loaded into a window until after the document has been loaded, which could allow remote attackers to execute Javascript in a different security context while the document is loading.</desc>
<refs>
<ref source="BUGTRAQ">20000107 IE 5 security vulnerablity - circumventing Cross-frame security policy and accessing the DOM of &quot;old&quot; documents.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/923">923</ref>
</refs>
<votes>
<modify count="2">Frech, LeBlanc</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:ie-cross-frame-docs(3901)</comment>
<comment voter="LeBlanc">- I'd like to see a KB or bulletin referenced </comment>
<comment voter="Christey">This is a duplicate of CVE-2000-0156.  The FAQ at
http://www.microsoft.com/technet/security/bulletin/fq00-009.asp.
says &quot;the vulnerability requires Active Scripting&quot; and
&quot;it is possible, under very specific conditions, to violate IE's
cross-domain security model.&quot;  Also says &quot;the redirect is made, via
the &lt;IMG SRC&gt; HTML tag&quot;

Need to copy these references over to CVE-2000-0156.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0066" seq="2000-0066">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>WebSite Pro allows remote attackers to determine the real pathname of webdirectories via a malformed URL request.</desc>
<refs>
<ref source="BUGTRAQ">20000112 WebSitePro/2.3.18  is revealing Webdirectories</ref>
</refs>
<votes>
<accept count="2">Baker, Williams</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:website-pro-dir-path</comment>
<comment voter="Christey">ADDREF BUGTRAQ:20000113 Re: WebSitePro/2.3.18 + 2.4.9 is revealing Webdirectories
URL:http://www.securityfocus.com/archive/1/41798
Also BID:932</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0067" seq="2000-0067">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>CyberCash Merchant Connection Kit (MCK) allows local users to modify files via a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ">20000112 CyberCash MCK 3.2.0.4: Large /tmp hole</ref>
</refs>
<votes>
<accept count="2">Baker, Williams</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:cybercash-mck-tmp(3823)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0068" seq="2000-0068">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>daynad program in Intel InBusiness E-mail Station does not require authentication, which allows remote attackers to modify its configuration, delete files, or read mail.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94704437920965&amp;w=2">20000104 [rootshell] Security Bulletin #27</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:intel-email-unauthenticate-users</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0069" seq="2000-0069">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>The recover program in Solstice Backup allows local users to restore sensitive files.</desc>
<refs>
<ref source="BUGTRAQ">20000104 Security problem with Solstice Backup/Legato Networker recover command</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:solstice-backup-restore-files(3904)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0071" seq="2000-0071">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>IIS 4.0 allows a remote attacker to obtain the real pathname of the document root by requesting non-existent files with .ida or .idq extensions.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94770020309953&amp;w=2">20000111 IIS still revealing paths for web directories</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94780058006791&amp;w=2">20000113 SV: IIS still revealing paths for web directories</ref>
</refs>
<votes>
<accept count="2">LeBlanc, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:iis-ida-idq-paths</comment>
<comment voter="Christey">Consider adding:
ADDREF BID:1065
BUGTRAQ:20000309 Enumerate Root Web Server Directory Vulnerability for IIS 4.0
Are there really 2 different threads on the same problem?

Also consider XF:iis-root-enum

May also be a dupe of CVE-1999-0450 (BID:194)</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Appears to be a duplicate of CVE-2000-0098.  Confirm with
Microsoft, and if it is a duplicate, then REJECT this
candidate.</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">Confirmed duplicate by Microsoft.</comment>
<comment voter="Christey">iis-ida-idq-paths(4346)	is obsolete; ensure
http-indexserver-path(3890) is added to CVE-2000-0098.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0074" seq="2000-0074">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>PowerScripts PlusMail CGI program allows remote attackers to execute commands via a password file with improper permissions.</desc>
<refs>
<ref source="BUGTRAQ">20000111 PowerScripts PlusMail Vulnerablity</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Williams</noop>
</votes>
<comments>
<comment voter="Frech">XF:plusmail-password-permissions</comment>
<comment voter="Christey">Re-read the Bugtraq post to make sure the problem is described
properly.  The advisory itself is vague as to the nature of
the problem, and the exploit doesn't help clarify too much.</comment>
<comment voter="Christey">Consider adding BID:2653</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0077" seq="2000-0077">
<status>Candidate</status>
<phase date="20090302">Modified</phase>
<desc>The October 1998 version of the HP-UX aserver program allows local users to gain privileges by specifying an alternate PATH which aserver uses to find the ps and grep commands.</desc>
<refs>
<ref source="BUGTRAQ">20000102 HPUX Aserver revisited.</ref>
<ref source="HP">HPSBUX0001-108</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:5549">oval:org.mitre.oval:def:5549</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">ADDREF XF:hp-aserver</comment>
<comment voter="Christey">The Bugtraq posting does not mention specific versions.
Is October 1998 equivalent to HP-UX 10.x?</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">BID:1929
Make sure not dupe's with CVE-2000-0005 and CVE-20000-0078.</comment>
<comment voter="Baker">Was the BID reference ever added to this one?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0078" seq="2000-0078">
<status>Candidate</status>
<phase date="20090302">Modified</phase>
<desc>The June 1999 version of the HP-UX aserver program allows local users to gain privileges by specifying an alternate PATH which aserver uses to find the awk command.</desc>
<refs>
<ref source="BUGTRAQ">20000102 HPUX Aserver revisited.</ref>
<ref source="HP">HPSBUX0001-108</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:5728">oval:org.mitre.oval:def:5728</ref>
</refs>
<votes>
<accept count="2">Baker, Prosser</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">ADDREF XF:hp-aserver</comment>
<comment voter="Christey">The Bugtraq posting does not mention specific versions.
Is June 1999 equivalent to HP-UX 10.x?</comment>
<comment voter="Prosser">The HP Bulletin (already ref'd) just specifies 10.x and 11.x OS versions running on HP9000 700/800 series.  According to Tripp (bugtraq), the audio server doesn't run on a machine without Audio Hardware (logical).  So one has to assume from the bulletin that any 9000 with audio hardware that is running a 10.x or 11.x version of OS with either the 98 or 99 version of Aserver loaded will be vulnerable to either the exploit in CVE-1999-0005(the 98 version of Aserver) or CVE-2000-0078 (the 99 version)and should take appropriate action.  No patches out from HP as of 10/2/2000 so either remove the program or tighten the permissions considerably.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">BID:1929
Make sure not dupe's with CVE-2000-0005 and CVE-20000-0077.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0079" seq="2000-0079">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>The W3C CERN httpd HTTP server allows remote attackers to determine the real pathnames of some commands via a request for a nonexistent URL.</desc>
<refs>
<ref source="BUGTRAQ">20000118 Re: IIS still revealing paths for web directories</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/936">936</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="2">Christey, Williams</noop>
<recast count="1">LeBlanc</recast>
</votes>
<comments>
<comment voter="Frech">XF:w3c-httpd-reveal-paths</comment>
<comment voter="LeBlanc">Title references IIS, vuln references W3C CERN httpd. Which
one is broken?</comment>
<comment voter="Christey">The mention of CERN httpd was buried in a followup on a
description of an IIS problem, so this is the correct reference.</comment>
<comment voter="Baker">Will the XF reference be added?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0081" seq="2000-0081">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>Hotmail does not properly filter JavaScript code from a user's mailbox, which allows a remote attacker to execute the code by using hexadecimal codes to specify the javascript: protocol, e.g. j&amp;#x41;vascript.</desc>
<refs>
<ref source="BUGTRAQ">20000110 Yet another Hotmail security hole - injecting JavaScript using &quot;j&amp;#x41;vascript:&quot;</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<reject count="1">Baker</reject>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:hotmail-vascript-java-injection</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0082" seq="2000-0082">
<status>Candidate</status>
<phase date="20040901">Modified</phase>
<desc>WebTV email client allows remote attackers to force the client to send email without the user's knowledge via HTML.</desc>
<refs>
<ref source="MISC" url="http://net4tv.com/voice/story.cfm?StoryID=1823">http://net4tv.com/voice/story.cfm?StoryID=1823</ref>
<ref source="MISC" url="http://www.wired.com/news/technology/0,1282,33420,00.html">http://www.wired.com/news/technology/0,1282,33420,00.html</ref>
<ref source="BUGTRAQ">20000104 The WebTV Email Exploit</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<reject count="1">Baker</reject>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">ADDREF XF:webtv-hijack-mail-forward</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0084" seq="2000-0084">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>CuteFTP uses weak encryption to store password information in its tree.dat file.</desc>
<refs>
<ref source="BUGTRAQ">20000105 CuteFTP saved password 'encryption' weakness</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:cuteftp-weak-encrypt(3910)</comment>
<comment voter="Christey">BUGTRAQ:20010823 Re: Respondus v1.1.2 stores passwords using weak encryption
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=99861651923668&amp;w=2
This followup to a different thread mentions the sm.dat file
for the site manager.</comment>
<comment voter="Baker">The reference from the Bugtraq mentions the sm.dat uses better encryption, but doesn't really address the tree.dat file.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0085" seq="2000-0085">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>Hotmail does not properly filter JavaScript code from a user's mailbox, which allows a remote attacker to execute code via the LOWSRC or DYNRC parameters in the IMG tag.</desc>
<refs>
<ref source="BUGTRAQ">20000103 Hotmail security hole - injecting JavaScript using &lt;IMG LOWSRC=&quot;javascript:....&quot;&gt;</ref>
<ref source="BUGTRAQ">20000104 Yet another Hotmail security hole - injecting JavaScript in IE using &lt;IMG DYNRC=&quot;javascript:....&quot;&gt;</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:hotmail-java-execute</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0086" seq="2000-0086">
<status>Candidate</status>
<phase date="20000125">Proposed</phase>
<desc>Netopia Timbuktu Pro sends user IDs and passwords in cleartext, which allows remote attackers to obtain them via sniffing.</desc>
<refs>
<ref source="BUGTRAQ">20000116 TB2 Pro sending NT passwords cleartext</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/935">935</ref>
</refs>
<votes>
<accept count="2">Baker, Williams</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:timbuktu-password-cleartext</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0093" seq="2000-0093">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>An installation of Red Hat uses DES password encryption with crypt() for the initial password, instead of md5.</desc>
<refs>
<ref source="BUGTRAQ">20000122 NIS security advisory : password method downgrade</ref>
<ref source="BUGTRAQ">20000121 Rh 6.1 initial root password encryption</ref>
</refs>
<votes>
<accept count="2">Baker, Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-initial-password-encryption</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0096" seq="2000-0096">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Buffer overflow in qpopper 3.0 beta versions allows local users to gain privileges via a long LIST command.</desc>
<refs>
<ref source="BUGTRAQ">20000126 Qpopper security bug</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/948">948</ref>
</refs>
<votes>
<accept count="2">Baker, Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:qpopper-list-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0101" seq="2000-0101">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The Make-a-Store OrderPage shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">I would combine all of these shopping cart applications into one listing, 
since they all have the same vulnerability being able to modify sensitive 
purchase information via hidden form fields.  My concern is in cases like 
this we used over 10 entries for basically the same vulnerability.  I could 
think of cases were there could be 20+ applications with the same 
vulnerability and in my opinion it could start to weaken the value of CVE 
where there are 30 entries all referring to the same thing.  It is almost 
like we are playing the vendor game where more is better.  I think we 
should go after the quality over quantity aspect.</comment>
<comment voter="Christey">I disagree with Eric here.  This vulnerability is a &quot;type&quot; of
problem in the same way that a buffer overflow is a &quot;type&quot; of
problem.  While the shopping cart application bugs were
proposed mostly at the same time, they are all by different
vendors.

The raw numbers of applications with this problem can make it
appear that CVE is artificially inflating the number of
entries.   However, content decisions such as CD:SF-LOC
(different lines of code) dictate that these should be
separated.  It's not a &quot;numbers game&quot; but rather a principled
and consistent approach to resolving problems with
selecting a level of abstraction.</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0102" seq="2000-0102">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The SalesCart shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0103" seq="2000-0103">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The SmartCart shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0104" seq="2000-0104">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The Shoptron shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0105" seq="2000-0105">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Outlook Express 5.01 and Internet Explorer 5.01 allow remote attackers to view a user's email messages via a script that accesses a variable that references subsequent email messages that are read by the client.</desc>
<refs>
<ref source="BUGTRAQ">20000201 Outlook Express 5 vulnerability - Active Scripting may read email messages</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/962">962</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">email-active-script-html</comment>
<comment voter="Christey">Acknowledged via personal communication with Microsoft
personnel, but I need to look through my email logs to recall
whether they said that it is a duplicate of CVE-2000-0653</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0106" seq="2000-0106">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The EasyCart shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0108" seq="2000-0108">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The Intellivend shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0109" seq="2000-0109">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The mcsp Client Site Processor system (MultiCSP) in Standard and Poor's ComStock is installed with several accounts that have no passwords or easily guessable default passwords.</desc>
<refs>
<ref source="BUGTRAQ">20000201 Security issues with S&amp;P ComStock multiCSP (Linux)</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BUGTRAQ:20000324 Security issues with S&amp;P ComStock multiCSP (Linux)
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95422382625409&amp;w=2

Note: this posting was a repeat of the February 1 post,
saying that the problem still hadn't been fixed.</comment>
<comment voter="Frech">XF:comstock-multicsp-passwords</comment>
<comment voter="Christey">ADDREF BID:1080
URL:http://www.securityfocus.com/vdb/bottom.html?vid=1080</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0110" seq="2000-0110">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The WebSiteTool shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0114" seq="2000-0114">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Frontpage Server Extensions allows remote attackers to determine the name of the anonymous account via an RPC POST request to shtml.dll in the /_vti_bin/ virtual directory.</desc>
<refs>
<ref source="BUGTRAQ">20000203 2 MS Frontpage issues Cerberus Information Security Advisory (CISADV000203)</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:iis-frontpage-info</comment>
<comment voter="Christey">Acknowledged via personal communication with Microsoft
personnel.

May be the same as BID:1174 and/or BID:1433 (both mention
FrontPage, but one mentions shtml.exe and another mentions
shtml.dll)</comment>
<comment voter="Christey">[note to self: review comments by Mark Burnett]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0115" seq="2000-0115">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>IIS allows local users to cause a denial of service via invalid regular expressions in a Visual Basic script in an ASP page.</desc>
<refs>
<ref source="NTBUGTRAQ">20000121 Strange behaviour IIS and RegExp</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="1">Baker</noop>
<reject count="2">Frech, LeBlanc</reject>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">This reference to NTBugtraq has a message that ends with &quot;Can anyone
reproduce this?&quot;, and there are no followups. This makes for a weak
reference. There are also no other references listed for this CAN.</comment>
<comment voter="LeBlanc">- no follow-ups, no KB article, no fix</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0118" seq="2000-0118">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The Red Hat Linux su program does not log failed password guesses if the su process is killed before it times out, which allows local attackers to conduct brute force password guessing.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94935300520617&amp;w=2">20000130 RedHat 6.1 /and others/ PAM</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Is this the same issue as BugTraq Mailing List, Wed, 9 Jun 1999 14:07:27
-0700 &quot;vulnerability in su/PAM in redhat&quot; at
http://www.netspace.org/cgi-bin/wa?A2=ind9906b&amp;L=bugtraq&amp;F=&amp;S=&amp;P=5356 and
&quot;Solaris 2.5 /bin/su [was: vulnerability in su/PAM in redhat]&quot; at
http://www.netspace.org/cgi-bin/wa?A2=ind9906b&amp;L=bugtraq&amp;F=&amp;S=&amp;P=6051
If so, then MODIFY XF:su-brute</comment>
<comment voter="Christey">BID:320
URL:http://www.securityfocus.com/vdb/bottom.html?vid=320</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:su-brute(2278)
This issue involves more platforms than Red Hat. See BugTraq
Mailing List, Thu Jun 10 1999 12:13:06, &quot;Solaris 2.5 /bin/su [was:
vulnerability in su/PAM in redhat]&quot;,
http://www.securityfocus.com/archive/1/14854</comment>
<comment voter="Christey">It does look like this is the same issue as the other Bugtraq
post that explicitly mentions Red Hat and PAM.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0119" seq="2000-0119">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The default configurations for McAfee Virus Scan and Norton Anti-Virus virus checkers do not check files in the RECYCLED folder that is used by the Windows Recycle Bin utility, which allows attackers to store malicious code without detection.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94936267131123&amp;w=2">20000130 Bypass Virus Checking</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF BID:956

A followup post on Feb 8 by Paul L Schmehl claims that this
would not work, because the anti-virus checkers would
activate if the user attempts to execute the program.</comment>
<comment voter="Frech">XF:win-trojan-detection-bypass
Much earlier possible reference at NTBugtraq Mailing List, Wed, 22 Dec 1999
20:37:43 -0800, &quot;Bypass Virus Checking under 95/98/NT&quot; at
http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9912&amp;L=ntbugtraq&amp;F=&amp;S=&amp;P=6030</comment>
<comment voter="CHANGE">[Cole changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Christey">NTBUGTRAQ:19991222 Bypass Virus Checking under 95/98/NT
http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind9912&amp;L=ntbugtraq&amp;F=&amp;S=&amp;P=6030</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0122" seq="2000-0122">
<status>Candidate</status>
<phase date="20070607">Modified</phase>
<desc>Frontpage Server Extensions allows remote attackers to determine the physical path of a virtual directory via a GET request to the htimage.exe CGI program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/archive/1/470458/100/0/threaded">20070603 CERN &amp;#304;mage Map Dispatcher</ref>
<ref source="NTBUGTRAQ">20000203 2 MS Frontpage issues Cerberus Information Security Advisory (CISADV000203)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/964">964</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/34719">frontpage-cern-information-disclosure(34719)</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, LeBlanc, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:ms-frontpage-get-htimage</comment>
<comment voter="Christey">It appears that this was rediscovered in April 18, 2000:
BUGTRAQ:20000418 More vulnerabilities in FP
URL:http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26msg%3D38FCAC0C.869611C0%40hobbiton.org

This in turn may match BID:1141</comment>
<comment voter="Christey">According to Scott Culp of Microsoft, this was patched in MS:MS00-028.</comment>
<comment voter="Christey">BID:1141 ??</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0123" seq="2000-0123">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The shopping cart application provided with Filemaker allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="BUGTRAQ">20000203 Re: [xforce@iss.net: ISSalert: ISS E-Security Alert: Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications]</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0124" seq="2000-0124">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>surfCONTROL SuperScout does not properly asign a category to web sites with a . (dot) at the end, which may allow users to bypass web access restrictions.</desc>
<refs>
<ref source="BUGTRAQ">20000203 surfCONTROL SuperScout v2.6.1.6 flaw</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/965">965</ref>
</refs>
<votes>
<modify count="2">Baker, Frech</modify>
<noop count="2">Christey, Wall</noop>
<recast count="1">Cole</recast>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:surfcontrol-superscout-bypass-filter(4009)</comment>
<comment voter="Christey">Fix typo: &quot;asign&quot;</comment>
<comment voter="Baker">Description still has typo asign instead of assign</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0125" seq="2000-0125">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>wwwthreads does not properly cleanse numeric data or table names that are passed to SQL queries, which allows remote attackers to gain privileges for wwwthreads forums.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.4.10.10002031027120.15921-100000@eight.wiretrip.net">20000203 RFP2K01 - &quot;How I hacked Packetstorm&quot; (wwwthreads advisory)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/967">967</ref>
</refs>
<votes>
<accept count="2">Baker, Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:wwwthreads-sql-command-privs(4011)</comment>
<comment voter="Christey">CONFIRM:http://www.wwwthreads.com/perl/showflat.pl?Cat=&amp;Board=info&amp;Number=9932&amp;page=1&amp;view=collapsed&amp;sb=5</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0126" seq="2000-0126">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Sample Internet Data Query (IDQ) scripts in IIS 3 and 4 allow remote attackers to read files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ">20000202 Alert: IIS 4 / IS 2 IDQ Cerberus Information Security Advisory (CISADV000202)</ref>
<ref source="NTBUGTRAQ">20000202 Alert: IIS 4 / IS 2 IDQ Cerberus Information Security Advisory (CISADV000202)</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, LeBlanc, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:iis-dir-traversal-read</comment>
<comment voter="Christey">This may be a variant of CVE-2000-0097 or CVE-2000-0098.
MS:MS00-006 says that a new variant was announced on February 4,
but that it only revealed the physical path.  The post related
to this CAN is dated February 2, but it describes the impact
as being able to read files.

See http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94972759912790&amp;w=2</comment>
<comment voter="Christey">According to Mark Burnett: &quot;CISADV000202 [described] idq.dll
and involving .idq files...  IDQ files are vulnerable to a
double-dot bug that allows files on the same partition as the
web root to be viewed.... [This candidate] refers to the same
MS00-006&quot;

ADDREF MS:MS00-006
ADDREF BID:968 ?</comment>
<comment voter="Frech">Change iis-dir-traversal-read(4014) to http-indexserver-view-files(4232)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0129" seq="2000-0129">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Buffer overflow in the SHGetPathFromIDList function of the Serv-U FTP server allows attackers to cause a denial of service by performing a LIST command on a malformed .lnk file.</desc>
<refs>
<ref source="NTBUGTRAQ">20000204 Local / Remote D.o.S Attack in Serv-U FTP-Server v2.5b for Win9x/WinNT Vulnerability</ref>
<ref source="BUGTRAQ">20000204 Local / Remote D.o.S Attack in Serv-U FTP-Server v2.5b for Win9x/WinNT Vulnerability</ref>
<ref source="NTBUGTRAQ">20000204 Windows Api SHGetPathFromIDList Buffer Overflow</ref>
<ref source="BUGTRAQ">20000204 Windows Api SHGetPathFromIDList Buffer Overflow</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Cole</accept>
<modify count="2">Frech, Levy</modify>
<noop count="2">Armstrong, Ozancin</noop>
<recast count="1">Christey</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:win-shortcut-api-bo
The real problem seems to be with the Windows API call, not the Serv-U FTP
app. As the &quot;Windows Api SHGetPathFromIDList Buffer Overflow&quot; reference
states, [The bug can] &quot;cause whatever handles the shortcuts to crash.&quot;
As a suggestion, rephrase the description from Windows's context, and state
that the Serv-U FTP server is an example of an app that exhibits this
problem.</comment>
<comment voter="Wall">Comment:  the original UssrLabs advisory does mention the SHGetPathFromIDList
buffer overflow in a Windows API and that Serv-U FTP uses this API to cause the
problem.  The problem does not exist on Windows 2000.  The solution seems to be
in a new release of Serv-U FTP.</comment>
<comment voter="Levy">BID 970</comment>
<comment voter="Christey"> 
Reports indicate that while the vulnerable function was found in Serv-U FTP
server, the function is actually from Microsoft, and as such may affect other
applications.
XF:win-shortcut-api-bo
BID:970</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0132" seq="2000-0132">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Microsoft Java Virtual Machine allows remote attackers to read files via the getSystemResourceAsStream function.</desc>
<refs>
<ref source="BUGTRAQ">20000201 `Microsoft VM for Java' allows reading local files using `getSystemResourceAsStream'.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/957">957</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<noop count="1">Baker</noop>
<reject count="3">Christey, Frech, LeBlanc</reject>
</votes>
<comments>
<comment voter="Frech">How is this different from MITRE:CVE-2000-0162, other than the
fact that it has an MS advisory that's vague on the reason but
has the same outcome, and this one mentions the
getSystemResourceAsStream function?</comment>
<comment voter="Christey">This is a duplicate of CVE-2000-0162, as confirmed via David
LeBlanc.  The descriptions of CVE-2000-0132 and CVE-2000-0162 were
significantly different, as was the descriptive text of
MS:MS00-011 and the original Bugtraq posting.  So this
duplicate wasn't picked up before.   CVE-2000-0162 needs to be
modified to include XF:virtual-machine-file-read as a
reference.</comment>
<comment voter="LeBlanc">Duplicate</comment>
<comment voter="Christey">Ensure that CVE-2000-0162 uses msvm-java-file-read(4024) now,
instead of virtual-machine-file-read(4577)</comment>
<comment voter="Frech">If duplicate with CVE-2000-0098, shouldn't the references be
moved over to the valid CVE number? Please advise.</comment>
<comment voter="Christey">When CVE-2000-0132 is rejected, the references will be added
to CVE-2000-0098.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0133" seq="2000-0133">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>Buffer overflows in Tiny FTPd 0.52 beta3 FTP server allows users to execute commands via the STOR, RNTO, MKD, XMKD, RMD, XRMD, APPE, SIZE, and RNFR commands.</desc>
<refs>
<ref source="BUGTRAQ">20000201 Tiny FTPd 0.52 beta3 Buffer Overflow</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/961">961</ref>
</refs>
<votes>
<accept count="2">Baker, Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:tinyftp-command-overflow(4000)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0134" seq="2000-0134">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The Check It Out shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0135" seq="2000-0135">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The @Retail shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0136" seq="2000-0136">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The Cart32 shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0137" seq="2000-0137">
<status>Candidate</status>
<phase date="20000208">Proposed</phase>
<desc>The CartIt shopping cart application allows remote users to modify sensitive purchase information via hidden form fields.</desc>
<refs>
<ref source="ISS">20000201 Form Tampering Vulnerabilities in Several Web-Based Shopping Cart Applications</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<recast count="1">Cole</recast>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Cole">See comments for CVE-2000-0101</comment>
<comment voter="Frech">XF:shopping-cart-form-tampering</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0138" seq="2000-0138">
<status>Candidate</status>
<phase date="20130104">Modified</phase>
<desc>A system has a distributed denial of service (DDOS) attack master, agent, or zombie installed, such as (1) Trinoo, (2) Tribe Flood Network (TFN), (3) Tribe Flood Network 2000 (TFN2K), (4) stacheldraht, (5) mstream, or (6) shaft.</desc>
<refs>
<ref source="CERT">CA-2000-01</ref>
<ref source="CERT">IN-99-04</ref>
<ref source="SUN">00193</ref>
<ref source="ISS">20000209 Denial of Service Attack using the TFN2K and Stacheldraht programs</ref>
<ref source="ISS" url="http://xforce.iss.net/alerts/advise48.php3">20000502 &quot;mstream&quot; Distributed Denial of Service Tool</ref>
<ref source="BUGTRAQ">19991206 Analysis of trin00</ref>
<ref source="BUGTRAQ">19991206 Analysis of Tribe Flood Network</ref>
<ref source="BUGTRAQ">19991229 Analysis of &quot;stacheldraht&quot;</ref>
<ref source="BUGTRAQ">20000211 DDOS Attack Mitigation</ref>
<ref source="BUGTRAQ">20000211 TFN2K - An Analysis</ref>
<ref source="BUGTRAQ">20000211 A DDOS proposal.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95715370208598&amp;w=2">20000429 Source code to mstream, a DDoS tool</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95722093124322&amp;w=2">20000501 Re: Source code to mstream, a DDoS tool</ref>
</refs>
<votes>
<accept count="2">Cole, Wall</accept>
<noop count="4">Christey, Dik, Levy, Shostack</noop>
<recast count="3">Baker, Meunier, Ziese</recast>
<reviewing count="2">Bishop, Blake</reviewing>
</votes>
<comments>
<comment voter="Christey">**********************************************************
THIS CANDIDATE HAS GENERATED A LONG THREAD.  SEE THE 
EDITORIAL BOARD ARCHIVES FOR DETAILS, BEGINNING AT

http://cve.mitre.org/Board_Sponsors/archives/msg00590.html

**********************************************************</comment>
<comment voter="Ziese"> 
I suggest we I'd like to suggest that we consider not tying
specifically to a DDOS tool.  Instead, since we are at at higher
abstraction level, that we make the class include those master/slave
tool combinations that are used for malicious purposes (i.e. DDOS,
data exfiltration, or whatever the appropriate classes of effect are).

My concern is that (1) we treat all distributed attacks at the same
abstract level; not just the DDOS ones.  Second, if it is at a higher
abstraction level then it seems right to unlimit it (by including
master/slave combinations in general; not just the DDOS asect).</comment>
<comment voter="Meunier">I think that trinoo etc... are very similar to smurf attacks
(CVE-1999-0513 ) in the sense that a third party allows itself to be
used.  Also, there is an  obvious solution that can only be done by
that third party.

As for the CVE entry, I am considering whether the common entry point
could be reduced to &quot;egress filtering has not been implemented or has
been disabled, allowing the sending of spoofed IP packets&quot;.
Incidentally, this would prevent the use of decoys in port scans,
etc...  This single CVE entry would be very powerful. We could use
the dot notation to list the DDoS tools and attacks that rely on the
absence of egress filtering based on the argument that if you have
egress filtering, nobody will bother to put or use DDoS tools on your
computers.

The weakness of this is that one could in theory still use DDoS tools
even if you have egress filtering -- only they will be one shot guns,
almost completely eliminating their appeal and effectiveness.  One
use, and they will be blocked, tracked down and destroyed
efficiently.

Pascal

P.S.: I am attracted by the idea of starting an internet (fire)wall
of shame, for people who haven't implemented egress filtering.  It
worked pretty well against sites allowing themselves to be used for
smurf attacks (http://www.powertech.no/smurf/).  Why not use the same
strategy for egress filtering?  Of course it's hard to know who is
the source of IP spoofed  packets.  However the consistent detection
of crud originating from a server is a sure sign that they haven't
implemented egress filtering.  For example (my first candidate to
this wall of shame), this weekend the Linux suse ftp server sent many
packets with an illegal ip address as source, one reserved for local
area networks, upon making an ftp connection (it may still be doing
it, I haven't checked since -- the suse ftp admin mentioned that they
were aware of it).  It was easy to figure out it was them by
repeating the ftp connections and observing the 100% reproducibility
and time correlation of the extraneous packets.  In addition, the
suse servers kept sending me crud for *hours* after a failed attempt
to download their PPC beta.

The cost of egress filtering is easily justified.  The argument is
similar to those relating to pollution, excepted that people don't
try to break into your car if you have removed the catalytic
converter.</comment>
<comment voter="Bishop">I need to think about the exact meaning of MP. I suspect I
will agree with the classification, on an operational basis
(meaning I may want to revisit it), but I want to think on it
some more.</comment>
<comment voter="Blake">I don't agree with Pascal that this is a filtering problem analogous to
smurf.  Rootkit is a better analogy.  The DDoS software doesn't exploit
any unique vulnerability directly.  It's presence is entirely predicated
on the existence of at least one other, easily exploited vulnerability.</comment>
<comment voter=" ">From the perspective of the system owner, this is just one of several
backdoors that could be installed.  Seems to me that the presence of a
known backdoor package should be considered a vulnerability (or at least
an exposure).

I'm really torn on whether or not to split them out, though.  My
inclination is to group master and slave by package; i.e., trinoo
master/slave, tfn master/slave, etc.
</comment>
<comment voter="Wall"> 
Just to be consistent, you may add Trinoo (trin00) and does it matter
if it is Tribal or Tribe?  The original internal c program says Tribe Flood
Network.</comment>
<comment voter="Meunier">What they have in common is the use of an amplification mechanism.
They are broadcasting (multicasting) to a (virtual private) network,
which then amplifies the messages.  In both cases, the amplification
is done by the third party victim hosts.  The difference is just that
the network is virtual instead of physical.


Scott, you are assuming that the people who have the tools installed
are unwilling.  Let's say theoretically speaking that there is an
underground hacker group (or student association) who is hooked up to
DSL lines (like in university residences) and who thinks that it
would be &quot;cool&quot; to form an &quot;army&quot;.  How about a popular civil
movement protesting something, like the WTO last summer?  I think
some people would voluntarily &quot;enlist&quot; their computers in a cause
that would use DDoS attacks.  The rootkit analogy does not hold, yet
the DDoS attacks could be just as effective.  However, if the
university or ISPs implemented egress filtering, the DDoS attacks
could be easily stopped because the people could be held accountable.
The crux of the matter is the anonymity provided by IP spoofing.

You are correct that in most cases, having a DDoS tool installed on
your system is an exposure like rootkit.  Maybe that deserves a CVE
entry.  However, I think that does not capture the nature of the
DDoS, and that an entry about egress filtering is of utmost
importance because it patches a fundamental vulnerability of IPv4.</comment>
<comment voter="Blake">Excellent response, Pascal, thanks.  I hadn't thought of people
volunteering, but that's certainly a plausible scenario.  Part of my
motivation/thinking was a desire to stay away from making this into only
yet another use for spoofed IP packets.  I wholeheartedly agree that
egress filtering essential, but am reluctant to single out the recent DDoS
events as the reason for it.

I'd prefer to split out egress filtering as a seperate CVE entry (on the
theory that not using egress filtering constitutes an exposure -- at least
to liability), rather than tying it to these entries.</comment>
<comment voter="Levy">I agree with Scott for no other reason that there needs to be a CVE
ID so that IDS systems can report this things.

Are we going to start handing out CVE ids for low level design faults?
E.g. lack of encryption at the IPv4 packet level? lack of resource
allocation protocols? the used of DES instead of Triple DES? etc</comment>
<comment voter="Shostack">Both excellent points, however, I'd like to add that even if people
volunteer to host the tools, Trinoo and company allow the controlling
attacker to hide activities, which counts as an exposure under
http://cve.mitre.org/About_CVE/About/definition.html</comment>
<comment voter="Cole">Even with all of the debate i accept this one.</comment>
<comment voter="Christey">With respect to inclusion of design flaws in CVE, review
http://cve.mitre.org/Board_Sponsors/archives/msg00602.html

Other design flaws that have already been added to CVE
include Smurf (CVE-1999-0513), Fraggle (CVE-1999-0514)
and TCP sequence number prediction (CVE-1999-0077), although
this last one may need to be RECAST to a lower level of
abstraction.</comment>
<comment voter="CHANGE">[Meunier changed vote from REVIEWING to RECAST]</comment>
<comment voter="Meunier">In the sense that this is like a rootkit, then it is a
duplicate of CVE-1999-0660, &quot;A hacker utility or Trojan Horse is
installed on a system, e.g. NetBus, Back Orifice, Rootkit, etc...&quot;

It should be recast as CVE-1999-0660.1 DDoS tools
Other dot notations could indicate different effects of the tools.</comment>
<comment voter="Dik">There doesn't seem to be much to add to the
discussion.</comment>
<comment voter="Baker">Concur that this is a hacker utility, and should be recast and merged with other backdoor programs that allow a hacker to control the activities of the system.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0142" seq="2000-0142">
<status>Candidate</status>
<phase date="20000216">Proposed</phase>
<desc>The authentication protocol in Timbuktu Pro 2.0b650 allows remote attackers to cause a denial of service via connections to port 407 and 1417.</desc>
<refs>
<ref source="BUGTRAQ">20000211 Timbuktu Pro 2.0b650 DoS</ref>
</refs>
<votes>
<accept count="4">Bishop, Blake, Cole, LeBlanc</accept>
<modify count="2">Frech, Levy</modify>
<noop count="2">Baker, Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:timbuktu-auth-dos</comment>
<comment voter="Levy">BID 984</comment>
<comment voter="Christey">BUGTRAQ:20000412 Timbuktu DoS repaired by Netopia
http://www.securityfocus.com/archive/1/54850
BID:984</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0143" seq="2000-0143">
<status>Candidate</status>
<phase date="20001011">Interim</phase>
<desc>The SSH protocol server sshd allows local users without shell access to redirect a TCP connection through a service that uses the standard system password database for authentication, such as POP or FTP.</desc>
<refs>
<ref source="BUGTRAQ">20000211 sshd and pop/ftponly users incorrect configuration</ref>
<ref source="XF">ssh-redirect-tcp-connection</ref>
</refs>
<votes>
<accept count="3">Blake, Cole, LeBlanc</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Bishop</noop>
<reject count="1">Levy</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:ssh-redirect-tcp-connection</comment>
<comment voter="CHANGE">[Cole changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Christey">Examine the thread at
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95055978131077&amp;w=2
to ensure that this problem is being characterized
appropriately.</comment>
<comment voter="Levy">SSH is working as designed. The fact that some of its interactions
are not forseen by some is not a vulnerability.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0147" seq="2000-0147">
<status>Candidate</status>
<phase date="20000321">Modified</phase>
<desc>snmpd in SCO OpenServer has an SNMP community string that is writable by default, which allows local attackers to modify the host's configuration.</desc>
<refs>
<ref source="NAI" url="http://archives.neohapsis.com/archives/bugtraq/2000-02/0045.html">20000207 SNMPD default writable community string</ref>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB-00.04a">SB-00.04a</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/973">973</ref>
</refs>
<votes>
<accept count="5">Baker, Bishop, Blake, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">LeBlanc</noop>
</votes>
<comments>
<comment voter="Frech">XF:sco-openserver-snmpd</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0151" seq="2000-0151">
<status>Candidate</status>
<phase date="20000216">Proposed</phase>
<desc>GNU make follows symlinks when it reads a Makefile from stdin, which allows other local users to execute commands.</desc>
<refs>
<ref source="SUSE">20000209 make-3.77-44</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/981">981</ref>
</refs>
<votes>
<accept count="3">Bishop, Blake, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, Cole, LeBlanc</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:gnu-makefile-tmp-root
(We have made assignment to two CANs. Requesting confirmation that this is
not a duplicate of CVE-2000-0092: The BSD make program allows local users to
modify files via a symlink attack when the -j option is being used.)</comment>
<comment voter="Christey">To confirm Andre's question, this is being treated as
different from CVE-2000-0092, based largely on the fact
that the exploit is different.  I believe there was
another reason for keeping these distinct, but that
&quot;deeper analysis&quot; was not recorded :-(  While it's possible
that this is the same bug from some common version of make,
in the absence of other information we should probably
keep these two split.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">Taking a fresh look at the diff's for FreeBSD make:
ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:01.make.asc
And Debian make:
http://security.debian.org/dists/slink/updates/source/make_3.77-5slink.diff.gz

OK... now that I've hurt my brain looking at the code, while
there are major differences in the surrounding code,
ultimately both FreeBSD and Debian create an &quot;outfile&quot; file
descriptor for the temporary file, within main() in main.c.
In addition, child_execute_job() in job.c uses an outfile
variable - for both sources.

Perhaps FreeBSD reported the -j problem without seeing that it
could come in from stdin as well, and/or Debian/etc. didn't realize
that it was exploitable from job control, or maybe a combination of
the two.  Regardless, the two problems are the same.

Phew!  There goes a half-hour of my life that I'll never be
able to get back...</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0153" seq="2000-0153">
<status>Candidate</status>
<phase date="20000223">Proposed</phase>
<desc>FrontPage Personal Web Server (PWS) allows remote attackers to read files via a .... (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-02-15&amp;msg=000801bf780a$9ad4b2e0$0100007f@localhost">20000216 Doubledot bug in FrontPage FrontPage Personal Web Server.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/989">989</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Christey</noop>
<reject count="1">LeBlanc</reject>
</votes>
<comments>
<comment voter="LeBlanc">I think this is the same as
http://www.microsoft.com/technet/security/bulletin/ms99-010.asp
If that is true, and you already have it logged, we don't want to have an
entry for the same bug.</comment>
<comment voter="Christey">MS:MS99-010 describes CVE-1999-0386.  Are there sufficient
details to ensure that this is the same problem?

See http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=01bae51a$9ab232b0$0100007f@nordnode
</comment>
<comment voter="Frech">XF:pws-file-access
(We currently have this issue assigned to this CAN and to CVE-1999-0386. I
see that others have similar concerns that this is a duplicate; please
confirm on current status of this candidate.)</comment>
<comment voter="Christey">[note to self: review comments by Mark Burnett]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0154" seq="2000-0154">
<status>Candidate</status>
<phase date="20000403">Modified</phase>
<desc>The ARCserve agent in UnixWare allows local attackers to modify arbitrary files via a symlink attack.</desc>
<refs>
<ref source="NAI" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-02-15&amp;msg=000101bf78af$94528870$4d2f45a1@jmagdych.na.nai.com">20000215 ARCserve symlink vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/988">988</ref>
<ref source="MISC" url="http://www.sco.com/security/">http://www.sco.com/security/</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<noop count="3">Baker, LeBlanc, Wall</noop>
<reject count="3">Christey, Frech, Levy</reject>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-2000-0224</comment>
<comment voter="Frech">DUPE MITRE:CVE-2000-0224; XF:sco-openserver-arc-symlink
Recommend moving BID reference to CVE-2000-0224.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0155" seq="2000-0155">
<status>Candidate</status>
<phase date="20000223">Proposed</phase>
<desc>Windows NT Autorun executes the autorun.inf file on non-removable media, which allows local attackers to specify an alternate program to execute when other users access a drive.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-02-15&amp;msg=000701bf79cd$fdb5a620$4c4342a6@mightye.org">20000218 AUTORUN.INF Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/993">993</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:nt-autorun-notdefault</comment>
<comment voter="Christey">Consider:
http://support.microsoft.com/support/kb/articles/Q155/2/17.asp
http://support.microsoft.com/support/kb/articles/Q136/2/14.asp</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0158" seq="2000-0158">
<status>Candidate</status>
<phase date="20000403">Modified</phase>
<desc>Buffer overflow in MMDF server allows remote attackers to gain privileges via a long MAIL FROM command to the SMTP daemon.</desc>
<refs>
<ref source="NAI" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-02-15&amp;msg=000001bf78af$6d0d47a0$4d2f45a1@jmagdych.na.nai.com">20000215 Remote Vulnerability in the MMDF SMTP Daemon</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-02-15&amp;msg=200002181449.JAA03436@dragonfly.corp.home.net">20000218 MMDF</ref>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB-00.06a">SB-00.06a</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/997">997</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sco-mmdf-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0160" seq="2000-0160">
<status>Candidate</status>
<phase date="20000321">Modified</phase>
<desc>The Microsoft Active Setup ActiveX component in Internet Explorer 4.x and 5.x allows a remote attacker to install software components without prompting the user by stating that the software's manufacturer is Microsoft.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-02-15&amp;msg=20000221103938.T21312@securityfocus.com">20000221 Microsoft signed software can be install software without prompting users</ref>
<ref source="XF">win-active-setup</ref>
</refs>
<votes>
<accept count="4">Baker, LeBlanc, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Cole</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">In a followup to Bugtraq, Juan Carlos Cuartango makes some
clarifications, specifically that the code that is executed
*must* be signed by Microsoft.

See BUGTRAQ:20000222 MS signed softwrare privileges

Microsoft sends some followups, including a statement that it
will include notification.

The question is, does this belong in CVE?  There is no known
means of exploitation; on the other hand, it is related
to privacy concerns.  Several posts to the Bugtraq list
indicate that some people believe that unprompted installation
is a significant concern.</comment>
<comment voter="Frech">XF:win-active-setup</comment>
<comment voter="Levy">BID 999

I do consider this vulnerability as it allows a malicious web page
to install *old* and *vulnerable* components signed by microsoft.</comment>
<comment voter="LeBlanc">Fixed in MS00-042</comment>
<comment voter="Christey">BID:999
Also add XF:ie-active-setup-download ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0163" seq="2000-0163">
<status>Candidate</status>
<phase date="20000223">Proposed</phase>
<desc>asmon and ascpu in FreeBSD allow local users to gain root privileges via a configuration file.</desc>
<refs>
<ref source="FREEBSD" url="http://www.securityfocus.com/templates/advisory.html?id=2092">FreeBSD-SA-00:03</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/996">996</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:asmon-ascpu-execute-commands
(Not sims-slapd-logfiles)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0167" seq="2000-0167">
<status>Candidate</status>
<phase date="20000223">Proposed</phase>
<desc>IIS Inetinfo.exe allows local users to cause a denial of service by creating a mail file with a long name and a .txt.eml extension in the pickup directory.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind0002&amp;L=ntbugtraq&amp;F=&amp;S=&amp;P=8800">20000215 Crashing Inetinfo.exe by using a longfilename in the \mailroot\pickup directory</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
<reviewing count="4">Christey, LeBlanc, Levy, Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:iis-pickup-directory-dos</comment>
<comment voter="Christey">BID:1819
URL:http://www.securityfocus.com/bid/1819</comment>
<comment voter="LeBlanc">Trying to get more info</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0173" seq="2000-0173">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>Vulnerability in the EELS system in SCO UnixWare 7.1.x allows remote attackers to cause a denial of service.</desc>
<refs>
<ref source="SCO" url="ftp://ftp.sco.com/SSE/security_bulletins/SB-00.08a">SB-00.08a</ref>
</refs>
<votes>
<accept count="3">Baker, Blake, Cole</accept>
<modify count="1">Frech</modify>
<noop count="4">LeBlanc, Ozancin, Prosser, Wall</noop>
<reviewing count="2">Christey, Levy</reviewing>
</votes>
<comments>
<comment voter="Prosser">Although SCO is reporting the problem, there is too little info
available to make an informed decision.  Unable to find anything
anywhere on this.  It is an events logging system, so one would assume
that there is a way to fill up the log and cause a system halt, but no
way of confirming this with limited information.</comment>
<comment voter="Christey">Perhaps we should create a content decision, say
CD:VAGUE-ACK, which says whether it's reasonable to
ACCEPT vendor-acknowledged problems that do not provide any
salient details, as in this candidate as well as several
others.</comment>
<comment voter="Cole">I researched this a little more and you can change my NOOP to an
ACCEPT</comment>
<comment voter="Frech">XF:sco-eels-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0176" seq="2000-0176">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>The default configuration of Serv-U 2.5d and earlier allows remote attackers to determine the real pathname of the server by requesting a URL for a directory or file that does not exist.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-02/0417.html">20000228 Serv-U FTP-Server v2.4a showing real path</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1016">1016</ref>
</refs>
<votes>
<accept count="4">Blake, Cole, Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:servu-ftp-server-path(4060)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0177" seq="2000-0177">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>DNSTools CGI applications allow remote attackers to execute arbitrary commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-03/0000.html">20000302 DNSTools v1.08 has no input validation</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1028">1028</ref>
</refs>
<votes>
<accept count="4">Blake, Cole, Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:dnstools-invalid-input(4876)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0187" seq="2000-0187">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>EZShopper 3.0 loadpage.cgi CGI script allows remote attackers to read arbitrary files via a .. (dot dot) attack or execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-02/0356.html">20000227 EZ Shopper 3.0 shopping cart CGI remote command execution</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1014">1014</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="6">Baker, Blake, Christey, Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Christey">Since EZShopper is written in Perl, there is strong evidence
that both the .. and metacharacter attack probably go
through the same insecure open() call.  (Perl's open can
either read a regular file, or read piped output from
a command that is specified to the open).</comment>
<comment voter="Frech">XF:ezshopper-loadpage-cgi(4044)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0188" seq="2000-0188">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>EZShopper 3.0 search.cgi CGI script allows remote attackers to read arbitrary files via a .. (dot dot) attack or execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-02/0356.html">20000227 EZ Shopper 3.0 shopping cart CGI remote command execution</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1014">1014</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="6">Baker, Blake, Christey, Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Christey">The exploit is different than CVE-2000-0187 by going through
a different field in a different script, so maybe this should
be kept separate, even though it's probably another open()
call problem.</comment>
<comment voter="Frech">XF:ezshopper-search-cgi(4045)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0190" seq="2000-0190">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>AOL Instant Messenger (AIM) client allows remote attackers to cause a denial of service via a message with a malformed ASCII value.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-03/0016.html">20000303 Aol Instant Messenger DoS vulnerability</ref>
</refs>
<votes>
<accept count="2">Blake, Cole</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, LeBlanc, Ozancin</noop>
<reviewing count="2">Levy, Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:aolim-malformed-ascii-dos(4877)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0197" seq="2000-0197">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>The Windows NT scheduler uses the drive mapping of the interactive user who is currently logged onto the system, which allows the local user to gain privileges by providing a Trojan horse batch file in place of the original batch file.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/current/0202.html">20000313 AT Jobs - Denial of serice/Privilege Elevation</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1050">1050</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Blake, Ozancin</noop>
<reject count="1">LeBlanc</reject>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">this is just bad security practice, not a vulnerability</comment>
<comment voter="Frech">XF:nt-at-drive-mappings</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0198" seq="2000-0198">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>Buffer overflow in POP3 and IMAP servers in the MERCUR mail server suite allows remote attackers to cause a denial of service.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/current/0206.html">20000314 Local / Remote Multiples Remote DoS Attacks in MERCUR v3.2* for Windows 98/NT Vulnerability</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/current/0137.html">20000314 Local / Remote Multiples Remote DoS Attacks in MERCUR v3.2* for Windows 98/NT Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1051">1051</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="5">Baker, Blake, Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:mercur-login-dos
The following don't seem to be correct:
Reference:
URL:http://archives.neohapsis.com/archives/ntbugtraq/current/0206.html 
Perhaps it is:
http://archives.neohapsis.com/archives/ntbugtraq/2000-q1/0206.html
Reference:
URL:http://archives.neohapsis.com/archives/bugtraq/current/0137.html
Perhaps it is:
http://archives.neohapsis.com/archives/bugtraq/2000-03/0137.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0199" seq="2000-0199">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>When a new SQL Server is registered in Enterprise Manager for Microsoft SQL Server 7.0 and the &quot;Always prompt for login name and password&quot; option is not set, then the Enterprise Manager uses weak encryption to store the login ID and password.</desc>
<refs>
<ref source="ISS">20000314 Vulnerability in Microsoft SQL Server 7.0 Encryption Used to Store Administrative Login ID</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1055">1055</ref>
</refs>
<votes>
<accept count="6">Baker, Blake, Cole, Levy, Ozancin, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="2">Christey, LeBlanc</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">I think this may just be user error - I'd like more information.</comment>
<comment voter="Frech">XF:mssql-weak-encryption
ISS:Vulnerability in Microsoft SQL Server 7.0 Encryption Used to Store
Administrative Login ID
URL:http://xforce.iss.net/alerts/advise45.php3</comment>
<comment voter="Christey">According to Scott Culp, this can only be reproduced if the
SQL server is running in an unsafe mode that is not
recommended by Microsoft: &quot;To securely use SQL Server,
Microsoft recommends using Windows Integrated Security. In
Windows Integrated Security mode passwords are never stored,
as your Windows Domain sign-on is used as the security
identifier to the database server.&quot;

We still must consider approving this candidate, however, as a
user configuration error instead of a software flaw.
CD:DESIGN-WEAK-ENCRYPTION applies in this case, so if we
decide to include configuration problems in which a user
intentionally selects weak encryption, then we might still
approve this candidate.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0203" seq="2000-0203">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>The Trend Micro OfficeScan client tmlisten.exe allows remote attackers to cause a denial of service via malformed data to port 12345.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=412FC0AFD62ED31191B40008C7E9A11A0D481D@srvnt04.previnet.it">20000228 Re: TrendMicro OfficeScan tmlisten.exe DoS</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=D129BBE1730AD2118A0300805FC1C2FE038AF28B@209-76-212-10.trendmicro.com">20000315 Trend Micro release patch for &quot;OfficeScan DoS &amp; Message Replay&quot; V ulnerabilies</ref>
<ref source="MISC" url="http://www.antivirus.com/download/ofce_patch_35.htm">http://www.antivirus.com/download/ofce_patch_35.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1013">1013</ref>
</refs>
<votes>
<accept count="5">Armstrong, Baker, Blake, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:trendmicro-tmlisten-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0204" seq="2000-0204">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>The Trend Micro OfficeScan client allows remote attackers to cause a denial of service by making 5 connections to port 12345, which raises CPU utilization to 100%.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-02/0340.html">20000226 DOS in Trendmicro OfficeScan</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=D129BBE1730AD2118A0300805FC1C2FE038AF28B@209-76-212-10.trendmicro.com">20000315 Trend Micro release patch for &quot;OfficeScan DoS &amp; Message Replay&quot; V ulnerabilies</ref>
<ref source="MISC" url="http://www.antivirus.com/download/ofce_patch_35.htm">http://www.antivirus.com/download/ofce_patch_35.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1013">1013</ref>
</refs>
<votes>
<accept count="6">Armstrong, Baker, Blake, Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:trendmicro-simultaneous-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0205" seq="2000-0205">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>Trend Micro OfficeScan allows remote attackers to replay administrative commands and modify the configuration of OfficeScan clients.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-03/0015.html">20000303 TrendMicro OfficeScan, numerous security holes, remote files modification.</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=D129BBE1730AD2118A0300805FC1C2FE038AF28B@209-76-212-10.trendmicro.com">20000315 Trend Micro release patch for &quot;OfficeScan DoS &amp; Message Replay&quot; V ulnerabilies</ref>
<ref source="MISC" url="http://www.antivirus.com/download/ofce_patch_35.htm">http://www.antivirus.com/download/ofce_patch_35.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1013">1013</ref>
</refs>
<votes>
<accept count="4">Baker, Blake, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:trendmicro-admin-command(4041)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0213" seq="2000-0213">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>The Sambar server includes batch files ECHO.BAT and HELLO.BAT in the CGI directory, which allow remote attackers to execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=38B3E60A.6A84FEC3@cybcom.net">20000223 Sambar Server alert!</ref>
<ref source="CONFIRM" url="http://www.sambar.com/session/highlight?url=/syshelp/history.htm&amp;words=security+&amp;color=red">http://www.sambar.com/session/highlight?url=/syshelp/history.htm&amp;words=security+&amp;color=red</ref>
<ref source="XF">sambar-batfiles</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1002">1002</ref>
</refs>
<votes>
<accept count="6">Armstrong, Baker, Blake, Cole, Frech, Levy</accept>
<noop count="3">LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0214" seq="2000-0214">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>FTP Explorer uses weak encryption for storing the username, password, and profile of FTP sites.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.4.10.10002242035500.30645-100000@unreal.sekure.org">20000224 How the password could be recover using FTP Explorer's  registry!</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1003">1003</ref>
</refs>
<votes>
<accept count="5">Armstrong, Baker, Cole, Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="3">Blake, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:ftp-explorer-weak-pwd(4038)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0216" seq="2000-0216">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>Microsoft email clients in Outlook, Exchange, and Windows Messaging automatically respond to Read Receipt and Delivery Receipt tags, which could allow an attacker to flood a mail system with responses by forging a Read Receipt request that is redirected to a large distribution list.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q1/0176.html">20000229 mailbombing DoS easily exploitable against mail systems using MS mail clients.</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Ozancin</noop>
<reject count="3">Blake, LeBlanc, Levy</reject>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Blake">This is a configuration issue.  Should the fact that NT can be configured
to accept a blank Admin password have a CVE entry?</comment>
<comment voter="LeBlanc">This is documented as bad practice - if you have a wide distribution
mailing list, you should only allow certain users to send mail to it.
I don't think we want to start listing all possible admin errors as
vulnerabilities.</comment>
<comment voter="Frech">XF:microsoft-mail-client-dos(4893)</comment>
<comment voter="Levy">I agree with all the above comments. Furthermore the delivery status
notification RFC makes it clear that mailing list software should
strip messages from DSN headers. I assume Microsoft's products are
using the DSN standard and not something else.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0219" seq="2000-0219">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>Red Hat 6.0 allows local users to gain root access by booting single user and hitting ^C at the password prompt.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=200002230248.NAA19185@cairo.anu.edu.au">20000223 redhat 6.0: single user boot security hole</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1005">1005</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="4">Baker, Blake, LeBlanc, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Ozancin">We need an additional CVE entry for other distributions that simply drop you
into a root shell in single user mode.</comment>
<comment voter="Christey">Based on Craig's comments, need to consider if this is an LOA
issue.</comment>
<comment voter="Frech">XF:redhat-single-user-auth(4026)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0220" seq="2000-0220">
<status>Candidate</status>
<phase date="20000322">Proposed</phase>
<desc>ZoneAlarm sends sensitive system and network information in cleartext to the Zone Labs server if a user requests more information about an event.</desc>
<refs>
<ref source="BUGTRAQ">20000225 Zonealarm exports sensitive data</ref>
</refs>
<votes>
<accept count="1">Armstrong</accept>
<modify count="1">Frech</modify>
<noop count="5">Baker, Cole, LeBlanc, Ozancin, Wall</noop>
<reject count="1">Blake</reject>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Blake">Discussion on Bugtraq shows that this is a really marginal issue.  Very
tough to come up with a viable attack scenario.  Also, it's part of how
this class of software works, not a flaw in the cited package.  Might be
possible to recast this into something more generic....</comment>
<comment voter="Frech">XF:zonealarm-exposes-info</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0227" seq="2000-0227">
<status>Candidate</status>
<phase date="20010910">Modified</phase>
<desc>The Linux 2.2.x kernel does not restrict the number of Unix domain sockets as defined by the wmem_max paremeter, which allows local users to cause a denial of service by requesting a large number of sockets.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-03/0254.html">20000323 Local Denial-of-Service attack against Linux</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95421263519558&amp;w=2">20000328 Re: Local Denial-of-Service attack against Linux</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1072">1072</ref>
<ref source="XF" url="http://xforce.iss.net/static/4186.php">linux-domain-socket-dos(4186)</ref>
</refs>
<votes>
<accept count="8">Armstrong, Baker, Blake, Cole, Collins, Frech, Levy, Ozancin</accept>
<noop count="3">Christey, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Christey">Fix typo: 'paremeter'</comment>
<comment voter="Magdych">I remember when this came up...  seems like there were some wildly
mixed results for the exploit.</comment>
<comment voter="Christey">See http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95421263519558&amp;w=2
for Elias' summary of the mixed results.  It looks like
enough people were able to replicate it that we should
include it.</comment>
<comment voter="Christey">Fix typo: &quot;paremeter&quot;</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0239" seq="2000-0239">
<status>Candidate</status>
<phase date="20000412">Proposed</phase>
<desc>Buffer overflow in the MERCUR WebView WebMail server allows remote attackers to cause a denial of service via a long mail_user parameter in the GET request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95325335825295&amp;w=2">20000315 Local / Remote  DoS Attack in MERCUR WebView WebMail-Client 1.0</ref>
<ref source="BUGTRAQ" url="http://www.ussrback.com/labs36.html">20000315 Local / Remote  DoS Attack in MERCUR WebView WebMail-Client 1.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1056">1056</ref>
<ref source="XF">mercur-webview-get-dos </ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Levy</accept>
<noop count="2">Cole, Magdych</noop>
</votes>
<comments>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0241" seq="2000-0241">
<status>Candidate</status>
<phase date="20000412">Proposed</phase>
<desc>vqSoft vqServer stores sensitive information such as passwords in cleartext in the server.cfg file, which allows attackers to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=4.1.20000321084646.0095c7f0@olga.swip.net">20000321 vqserver /........../</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1068">1068</ref>
<ref source="XF">vqserver-passwd-plaintext</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Levy</accept>
<noop count="2">Cole, Magdych</noop>
</votes>
<comments>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0242" seq="2000-0242">
<status>Candidate</status>
<phase date="20000412">Proposed</phase>
<desc>WindMail allows remote attackers to read arbitrary files or execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-03-22&amp;msg=20000325224146.6839.qmail@securityfocus.com">20000325 Windmail allow web user get any file</ref>
<ref source="XF">windmail-fileread</ref>
<ref source="XF">windmail-pipe-command</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1073">1073</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<noop count="1">Baker</noop>
<recast count="1">Frech</recast>
<reject count="2">Christey, Magdych</reject>
</votes>
<comments>
<comment voter="Frech">Violation of fundamentum divisionis (that is, it's more than one issue) and
a potential nitpick:
- windmail-fileread: allows remote attackers to read arbitrary files
- windmail-pipe-command: execute commands via shell metacharacters
- The conjunction 'or' should be 'and', if you decide to stick with one CAN.</comment>
<comment voter="Christey">As Andre basically said without naming content decisions,
CD:SF-LOC says this should be split.

HOWEVER - the author of the product says that WindMail isn't
supposed to be a CGI script, and says that the pipe 
character problem is not related to Geocel.  So should CVE
record when someone runs a program that wasn't intended to
be a CGI?  There may be a level of abstraction issue here.
Note that Perl and shell interpreters in CGI-BIN are 
already mentioned in CVE-1999-0509.  If we want to include
&quot;using a program that wasn't designed to be a CGI&quot; as a
problem, we should have a separate candidate.

See the author's comments at:
http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=3.0.5.32.20000331114325.013af680@mailhost.geocel.com

which also claims that the original announcer hasn't provided
any more details after the author was unable to reproduce the
problem.</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to REJECT]</comment>
<comment voter="Magdych">After reviewing the author's comments, I'm inclined to think that this is more of a misconfiguration than a vulnerability.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0244" seq="2000-0244">
<status>Candidate</status>
<phase date="20000412">Proposed</phase>
<desc>The Citrix ICA (Independent Computing Architecture) protocol uses weak encryption (XOR) for user authentication.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.BSO.4.20.0003290949280.2640-100000@naughty.monkey.org">20000328 Citrix ICA Basic Encryption</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1077">1077</ref>
</refs>
<votes>
<accept count="2">Levy, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="2">Baker, Cole</noop>
</votes>
<comments>
<comment voter="Frech">XF:citrix-encryption</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0248" seq="2000-0248">
<status>Candidate</status>
<phase date="20070924">Modified</phase>
<desc>The web GUI for the Linux Virtual Server (LVS) software in the Red Hat Linux Piranha package has a backdoor password that allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="ISS" url="http://xforce.iss.net/alerts/advise46.php3">20000424 Backdoor Password in Red Hat Linux Virtual Server Package</ref>
<ref source="REDHAT">RHSA-2000:014-10</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
<reject count="1">Cox</reject>
</votes>
<comments>
<comment voter="Christey">Typo fix: change &quot;passowrd&quot; to &quot;password&quot;
ADDREF BID:1148
ADDREF URL:http://www.securityfocus.com/bid/1148</comment>
<comment voter="Christey">ADDREF XF:piranha-default-password</comment>
<comment voter="Frech">XF:piranha-default-password
In description, passowrd should be password.</comment>
<comment voter="Cox">The &quot;execute arbitrary commands&quot; part is a seperate vulnerability,
already assigned CVE-2000-0322.  The package was designed to have no
password on installation, so &quot;backdoor&quot; does not apply.  When users
install Piranha they are expected to add a password to the web
administration GUI, it's a documented part of the procedure.  &quot;The web
GUI for the Linux Virtual Server (LVS) software in the Red Hat Linux
Piranha package installs with a default password&quot; is accurate if it
qualifies as an exposure.</comment>
<comment voter="Christey">BUGTRAQ:20000425 piranha default password/exploit
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95668829621268&amp;w=2

Default accounts/passwords need to be accounted for in CVE,
but the question is what level of abstraction to use - a
separate CVE for each password, or one CVE for all passwords,
or somewhere in the middle?  That is the crux of CD:CF-PASS.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0250" seq="2000-0250">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>The crypt function in QNX uses weak encryption, which allows local users to decrypt passwords.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0072.html">20000414 qnx crypt comprimised</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1114">1114</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:qnx-weak-encryption(4866)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0256" seq="2000-0256">
<status>Candidate</status>
<phase date="20070607">Modified</phase>
<desc>Buffer overflows in htimage.exe and Imagemap.exe in FrontPage 97 and 98 Server Extensions allow a user to conduct activities that are not otherwise available through the web site, aka the &quot;Server-Side Image Map Components&quot; vulnerability.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/archive/1/470458/100/0/threaded">20070603 CERN &amp;#304;mage Map Dispatcher</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-028.asp">MS00-028</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1117">1117</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/34720">frontpage-cern-bo(34720)</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:frontpage-ext-image-map</comment>
<comment voter="Christey">Possibly related to BUGTRAQ:20000418 More vulnerabilities in FP
http://archives.neohapsis.com/archives/bugtraq/2000-04/0116.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0259" seq="2000-0259">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>The default permissions for the Cryptography\Offload registry key used by the OffloadModExpo in Windows NT 4.0 allows local users to obtain compromise the cryptographic keys of other users.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-024.asp">MS00-024</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1105">1105</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:winnt-cryptkeys-compromise</comment>
<comment voter="Christey">Include &quot;CryptoAPI&quot; to facilitate search.
MSKB:Q259496
URL:http://www.microsoft.com/technet/support/kb.asp?ID=259496</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0266" seq="2000-0266">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Internet Explorer 5.01 allows remote attackers to bypass the cross frame security policy via a malicious applet that interacts with the Java JSObject to modify the DOM properties to set the IFRAME to an arbitrary Javascript URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=38FC6130.D6D178FD@nat.bg">20000418 IE 5 security vulnerablity - circumventing Cross-frame security policy using Java/JavaScript (and disabling Active Scripting is not that easy)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1121">1121</ref>
</refs>
<votes>
<accept count="5">Baker, Cole, LeBlanc, Levy, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:ie-java-crossframe-security</comment>
<comment voter="Christey">May be a duplicate of CVE-2000-0465 according to my
communications with Microsoft people.  CVE-2000-0028 may
also be a variant.</comment>
<comment voter="LeBlanc">MS00-039 </comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0269" seq="2000-0269">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Emacs 20 does not properly set permissions for a slave PTY device when starting a new subprocess, which allows local users to read or modify communications between Emacs and the subprocess.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-04-15&amp;msg=tg4s8zioxq.fsf@mercury.rus.uni-stuttgart.de">20000418 RUS-CERT Advisory 200004-01: GNU Emacs 20</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1125">1125</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:emacs-local-eavesdrop
Verify BID for this - is it 1125, 1126, or 1127?
Also, ADDREF CALDERA:CSSA-2000-011.1 ??
URL:ftp://ftp.calderasystems.com/pub/OpenLinux/security/CSSA-2000-011.1.txt</comment>
<comment voter="Frech">XF:emacs-local-eavesdrop</comment>
<comment voter="Christey">ADDREF MANDRAKE:MDKSA-2000:088 ?
Also http://www.securityfocus.com/bid/2164, but is that a
duplicate of BID:1125?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0270" seq="2000-0270">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>The make-temp-name Lisp function in Emacs 20 creates temporary files with predictable names, which allows attackers to conduct a symlink attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-04-15&amp;msg=tg4s8zioxq.fsf@mercury.rus.uni-stuttgart.de">20000418 RUS-CERT Advisory 200004-01: GNU Emacs 20</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1126">1125</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Levy</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:emacs-tempfile-creation
Verify BID for this - is it 1125, 1126, or 1127?
Also, ADDREF CALDERA:CSSA-2000-011.1 ??
URL:ftp://ftp.calderasystems.com/pub/OpenLinux/security/CSSA-2000-011.1.txt</comment>
<comment voter="Frech">XF:emacs-tempfile-creation</comment>
<comment voter="Levy">Change BID reference to BID 1126</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0271" seq="2000-0271">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>read-passwd and other Lisp functions in Emacs 20 do not properly clear the history of recently typed keys, which allows an attacker to read unencrypted passwords.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-04-15&amp;msg=tg4s8zioxq.fsf@mercury.rus.uni-stuttgart.de">20000418 RUS-CERT Advisory 200004-01: GNU Emacs 20</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1125">1125</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Levy</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">Verify BID for this - is it 1125, 1126, or 1127?
Also, ADDREF CALDERA:CSSA-2000-011.1 ??
URL:ftp://ftp.calderasystems.com/pub/OpenLinux/security/CSSA-2000-011.1.txt
ADDREF XF:emacs-password-history</comment>
<comment voter="Frech">XF:emacs-password-history</comment>
<comment voter="Levy">Change BID reference to BID 1127</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0275" seq="2000-0275">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>CRYPTOCard CryptoAdmin for PalmOS uses weak encryption to store a user's PIN number, which allows an attacker with access to the .PDB file to generate valid PT-1 tokens after cracking the PIN.</desc>
<refs>
<ref source="L0PHT" url="http://www.l0pht.com/advisories/cc-pinextract.txt">20000410 CRYPTOCard PalmToken PIN Extraction</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0033.html">20000410 CRYPTOAdmin 4.1 server with PalmPilot PT-1 token 1.04 PIN Extract ion</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1097">1097</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cryptoadmin-weak-encryption</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0280" seq="2000-0280">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Buffer overflow in the RealNetworks RealPlayer client versions 6 and 7 allows remote attackers to cause a denial of service via a long Location URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0018.html">20000403 Win32 RealPlayer 6/7 Buffer Overflow</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1088">1088</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Baker</noop>
</votes>
<comments>
<comment voter="Frech">XF:realserver-ramgen-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0281" seq="2000-0281">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Buffer overflow in the Napster client beta 5 allows remote attackers to cause a denial of service via a long message.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-03/0277.html">20000326 neat little napster bug</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-03/0299.html">20000330 Napster, Inc. response to Colten Edwards</ref>
</refs>
<votes>
<noop count="2">Cole, Wall</noop>
<reject count="3">Baker, Frech, Levy</reject>
</votes>
<comments>
<comment voter="Frech">Does not meet CVE candidate requirements. The problem was remedied on the
server end, and no fault exists at the client. Based on
http://archives.neohapsis.com/archives/bugtraq/2000-03/0299.html:
Approximately one hour after receiving the post from BugTraq, 
Napster's servers were patched to prevent this from occurring. 
Users of the Napster Win32 client software are NOT vulnerable. </comment>
<comment voter="Baker">Agree with Andre</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0284" seq="2000-0284">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Buffer overflow in University of Washington imapd version 4.7 allows users with a valid account to execute commands via LIST or other commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0074.html">20000416 imapd4r1 v12.264</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0085.html">20000416 imapd4r1 v12.264</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1110">1110</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF FREEBSD:FreeBSD-SA-00:14
URL:http://www.securityfocus.com/templates/advisory.html?id=2179</comment>
<comment voter="Frech">XF:imap-mailserver-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0286" seq="2000-0286">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>X fontserver xfs allows local users to cause a denial of service via malformed input to the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0079.html">20000416 xfs</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1111">1111</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="3">Baker, Cole, Wall</noop>
<reject count="2">Christey, Levy</reject>
</votes>
<comments>
<comment voter="Frech">XF:redhat-fontserver-dos
POTENTIAL DUPE: CVE-2000-0263: The X font server xfs in Red Hat Linux 6.x
allows an attacker to cause a denial of service via a malformed request.</comment>
<comment voter="Christey">As Andre observed, this is a duplicate of CVE-2000-0263.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0288" seq="2000-0288">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Infonautics getdoc.cgi allows remote attackers to bypass the payment phase for accessing documents via a modified form variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0049.html">20000412 Infonautic's getdoc.cgi may allow unauthorized access to documents</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
<reject count="1">Baker</reject>
<reviewing count="2">Christey, Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:http-cgi-infonautics-getdoc</comment>
<comment voter="Christey">CD:EX-ONLINE-SVC applies here.  This may be a vulnerability in
an online service (the search engines used by Infonautics)
which poses no risk to anyone but the company itself.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0291" seq="2000-0291">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Buffer overflow in Star Office 5.1 allows attackers to cause a denial of service by embedding a long URL within a document.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0077.html">20000416 StarOffice 5.1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1112">1112</ref>
</refs>
<votes>
<accept count="2">Dik, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Baker, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:staroffice-long-url-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0293" seq="2000-0293">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>aaa_base in SuSE Linux 6.3, and cron.daily in earlier versions, allow local users to delete arbitrary files by creating files whose names include spaces, which are then incorrectly interpreted by aaa_base when it deletes expired files from the /tmp directory.</desc>
<refs>
<ref source="BUGTRAQ">20000421 local user can delete arbitrary files on SuSE-Linux</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1130">1130</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF SUSE:20000502 aaabase &lt; 2000.5.2
URL: http://www.suse.de/de/support/security/suse_security_announce_47.txt

This advisory references another problem that is listed in
CVE-2000-0433.</comment>
<comment voter="Frech">XF:aaabase-file-deletion</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0295" seq="2000-0295">
<status>Candidate</status>
<phase date="20071220">Modified</phase>
<desc>Buffer overflow in LCDproc allows remote attackers to gain root privileges via the screen_add command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.3.96.1000421010946.15318I-200000@schizo.strange.net">20000420 Remote vulnerability in LCDproc 0.4</ref>
<ref source="GENTOO" url="http://www.securityfocus.com/archive/1/archive/1/305589/30/26390/threaded">GLSA-200301-07</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1131">1131</ref>
<ref source="SECUNIA" url="http://secunia.com/advisories/7829">7829</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/4315">lcdproc-remote-overflow(4315)</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:lcdproc-remote-overflow</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0299" seq="2000-0299">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>Buffer overflow in WebObjects.exe in the WebObjects Developer 4.5 package allows remote attackers to cause a denial of service via an HTTP request with long headers such as Accept.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0020.html">20000404 WebObjects DoS</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, Wall, Williams</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:webobjects-post-dos</comment>
<comment voter="Frech">XF:webobjects-post-dos</comment>
<comment voter="Christey">See http://til.info.apple.com/techinfo.nsf/artnum/n75087
Document says:
&quot;A request with a large, malformed http header can crash a WOApp&quot;
(Apple reference #2470254) appears to be the acknowledgement needed.

Is this sufficient acknowledgement?  This is dated AUgust 24,
but the initial disclosure occurred on April 4.</comment>
<comment voter="Christey">BID:1896</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0300" seq="2000-0300">
<status>Candidate</status>
<phase date="20000426">Proposed</phase>
<desc>The default encryption method of PcAnywhere 9.x uses weak encryption, which allows remote attackers to sniff and decrypt PcAnywhere or NT domain accounts.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=20000406030958.23902.qmail@securityfocus.com">20000405 PcAnywhere weak password encryption</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1093">1093</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Levy, Prosser</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:pcanywhere-weak-encryption</comment>
<comment voter="Prosser">http://service2.symantec.com/SUPPORT/pca.nsf/pfdocs/1999022312571812
Upgraded in pcA 10</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0312" seq="2000-0312">
<status>Candidate</status>
<phase date="20010214">Proposed</phase>
<desc>cron in OpenBSD 2.5 allows local users to gain root privileges via an argv[] that is not NULL terminated, which is passed to cron's fake popen function.</desc>
<refs>
<ref source="OPENBSD" url="http://www.openbsd.org/errata25.html#cron">19990830 In cron(8), make sure argv[] is NULL terminated in the fake popen() and run sendmail as the user, not as root.</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Collins</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:cron-sendmail-root(3335)
Seems like this issue is not just OpenBSD, and is described
differently by other vendors:
SuSE Security Announcement #15	Security hole in cron
http://www.suse.de/de/support/security/suse_security_announce_15.txt
Red Hat, Inc. Security Advisory RHSA-1999:030-02	Buffer overflow in
cron daemon
http://www.redhat.com/support/errata/rh52-errata-general.html#vixie-cron
Caldera Systems, Inc. Security Advisory CSSA-1999-023.0	serious security
problem in cron
http://www.calderasystems.com/support/security/advisories/CSSA-1999-023.0.tx
t
All are dated on or around 1999-08-27 to 1999-08-30.
Also, may overlap with CVE-1999-0769: Vixie Cron on Linux systems allows
local users to set parameters of sendmail commands via the MAILTO
environmental variable.</comment>
<comment voter="Christey">See Andre's comments, but I believe this is different than
CVE-1999-0769.  Also consider CVE-1999-0768 and CVE-1999-0872
(Vixie Cron buffer overflow via MAILTO), </comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0317" seq="2000-0317">
<status>Candidate</status>
<phase date="20000518">Proposed</phase>
<desc>Buffer overflow in Solaris 7 lpset allows local users to gain root privileges via a long -r option.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0192.html">20000424 Solaris 7 x86 lpset exploit.</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0236.html">20000424 Solaris 7 x86 lpset exploit.</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95729763119559&amp;w=2">20000427 Re: Solaris/SPARC 2.7 lpset exploit (well not likely !)</ref>
<ref source="SUNBUG">4334568</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1138">1138</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, LeBlanc, Wall</noop>
<recast count="1">Dik</recast>
</votes>
<comments>
<comment voter="Dik">there's a lot of confusion in this one. 
These point to buffer overflows:
Reference: BUGTRAQ:20000424 Solaris 7 x86 lpset exploit.
Reference: URL:http://archives.neohapsis.com/archives/bugtraq/2000-04/0192.html
Reference: URL:http://archives.neohapsis.com/archives/bugtraq/2000-04/0236.html
But these point to dlopen() in libprint that doesnt' check pathnames:
Reference: BUGTRAQ:20000427 Re: Solaris/SPARC 2.7 lpset exploit (well not likely !)
Reference: URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95729763119559&amp;w=2
Reference: SUNBUG:4334568
And this is a bufferoverflow again:
Reference: BID:1138
Reference: URL:http://www.securityfocus.com/bid/1138</comment>
<comment voter="Frech">XF:solaris-lpset-bo</comment>
<comment voter="Christey">ADDREF SUN:00195?  Need to check with Casper.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0321" seq="2000-0321">
<status>Candidate</status>
<phase date="20000518">Proposed</phase>
<desc>Buffer overflow in IC Radius package allows a remote attacker to cause a denial of service via a long user name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-04/0190.html">20000424 Buffer Overflow in version .14</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1147">1147</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Baker, Cole, LeBlanc, Wall</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Frech">XF:icradius-username-bo
Every reference I pull up shows the product's name as ICRADIUS. See
http://mysql.eunet.fi/Downloads/Contrib/icradius.README</comment>
<comment voter="Christey">In a followup, Alan DeKok (aland@FREERADIUS.ORG) says that
this could occur in other RADIUS servers also; however, the
bug could only be exploited if someone has altered the
configuration file, which shouldn't normally be modifiable
by anyone else.

So, this should be REJECTed since the bug doesn't directly give
anyone else any additional privileges or access.</comment>
<comment voter="Christey">Alan DeKok &lt;aland@FREERADIUS.ORG&gt; says it applies to other RADIUS
programs also, *however* since it needs a valid username, only
the RADIUS owner can exploit it by changing the config file.  But
if the config file can be written by others - well, that's still
a potential risk, but you've probably got bigger problems then.
- http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95671883515060&amp;w=2
Look at ChangeLog at ftp://ftp.cheapnet.net/pub/icradius/ChangeLog

Possible confirmation in 0.15: &quot;sql_getvpdata now dynamically
allocates buffer sizes for sql queries to avoid over runs&quot;

But that's a bit general.

Alan Kok said that Cistron and other RADIUS servers were affected; the
ICRADIUS changelog says to check the Cistron logs for other possible
bug fixes, since ICRADIUS uses Cistron codebase.  Go back to
freeradius.org and find link to Cistron at
http://www.miquels.cistron.nl/radius/

Cistron changelog at http://www.miquels.cistron.nl/radius/ChangeLog It
has different version numbers - go back to ICRADIUS changelog to find
rought equivalents.  ICRADIUS 0.15 uses Cistron 1.6.3 patches, so
start from there.

No apparent problems in 1.6.3 or 1.6.4, but 1.6.1 says: &quot;Fix all
strcpy(), strcat(), sprintf() and sccanf() calls for buffer
overflows.&quot;  So perhaps the problem was fixed then?  Or maybe the
vulnerable sscanf() call was missed and/or disregarded because it was
believed that the hostname could be trusted since it came from a
well-controlled configuration file?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0325" seq="2000-0325">
<status>Candidate</status>
<phase date="20020222">Modified</phase>
<desc>The Microsoft Jet database engine allows an attacker to execute commands via a database query, aka the &quot;VBA Shell&quot; vulnerability.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms99-030.asp">MS99-030</ref>
<ref source="XF" url="http://xforce.iss.net/static/3155.php">jet-vba-shell(3155)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/548">548</ref>
</refs>
<votes>
<accept count="5">Armstrong, Baker, Cole, Prosser, Wall</accept>
<modify count="1">Frech</modify>
<reject count="1">LeBlanc</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">- same as CVE-1999-1011
If I'm misunderstanding something here, please correct me.  In fact, it has
the same bulletin as a reference.</comment>
<comment voter="Frech">XF:jet-vba-shell</comment>
<comment voter="Prosser">This entry is not the same as &quot;now&quot; CVE-1999-1011. That entry is &quot;The Remote Data Service (RDS) DataFactory component of Microsoft Data Access Components (MDAC) in IIS 3.x and 4.x exposes unsafe methods, which allows remote attackers to execute arbitrary commands.&quot;  This one should be correct.</comment>
<comment voter="Christey">BUGTRAQ:19990525 Advisory: NT ODBC Remote Compromise
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92765973107637&amp;w=2
NTBUGTRAQ:19990526 Advisory: NT ODBC Remote Compromise
http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=92781907215748&amp;w=2</comment>
<comment voter="Christey">The Microsoft advisory itself describes two separate
vulnerabilities, calling the TEXT I-ISAM problem
(CVE-2000-0323) a variant of the VBA Shell problem (this
CAN).  In addition, CVE-2000-0323 does *not* appear in Jet
4.0, while this one does.  Since one problem appears in a
different version than the other, CD:SF-LOC suggests keeping
these candidates SPLIT.

BID:548
http://www.securityfocus.com/bid/548</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Need to clarify whether the Bugtraq/NTBugtraq posts are
really describing the same issue (those are BID:286).</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0326" seq="2000-0326">
<status>Candidate</status>
<phase date="20000518">Proposed</phase>
<desc>Meeting Maker uses weak encryption (a polyalphabetic substitution cipher) for passwords, which allows remote attackers to sniff and decrypt passwords for Meeting Maker accounts.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/1151">1151</ref>
<ref source="CONFIRM" url="http://support.on.com/support/mmxp.nsf/31af51e08bcc93eb852565a90056138b/11af70407a16b165852568c50056a952?OpenDocument">http://support.on.com/support/mmxp.nsf/31af51e08bcc93eb852565a90056138b/11af70407a16b165852568c50056a952?OpenDocument</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:meetingmaker-weak-encryption</comment>
<comment voter="Christey">Add original Bugtraq reference at:
http://archives.neohapsis.com/archives/bugtraq/2000-04/0223.html
Also ADDREF XF:meetingmaker-weak-encryption</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0333" seq="2000-0333">
<status>Candidate</status>
<phase date="20000518">Proposed</phase>
<desc>tcpdump, Ethereal, and other sniffer packages allow remote attackers to cause a denial of service via malformed DNS packets in which a jump offset refers to itself, which causes tcpdump to enter an infinite loop while decompressing the packet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.SOL.4.10.10005021942380.2077-100000@paranoia.pgci.ca">20000502 Denial of service attack against tcpdump</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1165">1165</ref>
</refs>
<votes>
<accept count="3">Armstrong, Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sniffer-dns-decode-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0343" seq="2000-0343">
<status>Candidate</status>
<phase date="20000518">Proposed</phase>
<desc>Buffer overflow in Sniffit 0.3.x with the -L logging option enabled allows remote attackers to execute arbitrary commands via a long MAIL FROM mail header.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=200005021736.TAA01991@ALuSSi">20000502 spj-003-000 - S0ftPj Advisory</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1158">1158</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="2">Christey, Frech</modify>
<noop count="2">Armstrong, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sniffit-lmail-bo</comment>
<comment voter="Christey">This issue was rediscovered.
ADDREF BUGTRAQ:20020119 remote buffer overflow in sniffit
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=101167452712383&amp;w=2
ADDREF BUGTRAQ:20000525 `sniffit -L mail' vulnerabilities
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95928090612990&amp;w=2

I reviewed the patch that was claimed in the 20020119 Bugtraq
post, and it could well address the issue.  However, since the
patch is also dated around the time of the original Bugtraq
post, *and* it says that it's addressing an issue that's
discussed on Bugtraq, that is sufficient to establish
acknowledgement.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to MODIFY]</comment>
<comment voter="Christey">XF:sniffit-normmail-l-bo(7933)
URL:http://www.iss.net/security_center/static/7933.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0345" seq="2000-0345">
<status>Candidate</status>
<phase date="20000518">Proposed</phase>
<desc>The on-line help system options in Cisco routers allows non-privileged users without &quot;enabled&quot; access to obtain sensitive information via the show command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=20000502222246.28423.qmail@securityfocus.com">20000502 Possible issue with Cisco on-line help?</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1161">1161</ref>
</refs>
<votes>
<accept count="1">Prosser</accept>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Baker, Cole, Levy, Wall</noop>
<reject count="1">Balinsky</reject>
</votes>
<comments>
<comment voter="Levy">Arguably this is not a vulnerability. Cisco replying saying this
is standard behaviour that was simply not well documented. They have
no plans to change it and will simply document it better.</comment>
<comment voter="Frech">XF:cisco-online-help</comment>
<comment voter="Balinsky">As noted in a bugtraq posting by Lisa Napier from Cisco's Product Security Incident Response Team, this is a poorly documented feature. This is intended behavior, and does not represent a vulnerability in Cisco's opinion.
http://www.securityfocus.com/frames/?content=/templates/archive.pike?list=1&amp;mid=59434</comment>
<comment voter="Prosser">Although Lisa Napier did say this issue was &quot;functioning as designed&quot;, it was not intended to allow unprivileged access.  Lisa did indicate that Cisco would be updating instructions on configuration to ensure proper user privileges.  So, this should be considered IMHO an &quot;exposure&quot; vice a vulnerability, but security-related none the less.
http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26msg%3D20000502222246.28423.qmail@securityfocus.com

http://www.securityfocus.com/bid/1161</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0355" seq="2000-0355">
<status>Candidate</status>
<phase date="20000524">Proposed</phase>
<desc>pg and pb in SuSE pbpg 1.x package allows an attacker to read arbitrary files.</desc>
<refs>
<ref source="SUSE" url="http://www.novell.com/linux/security/advisories/suse_security_announce_21.html">19990920 Security hole in pbpg</ref>
<ref source="XF">linux-pb-fileread</ref>
<ref source="XF">linux-pg-fileread</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Levy</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BID:1271</comment>
<comment voter="Christey">ADDREF BID:1271
URL:http://www.securityfocus.com/bid/1271</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0357" seq="2000-0357">
<status>Candidate</status>
<phase date="20000524">Proposed</phase>
<desc>ORBit and esound in Red Hat Linux 6.1 do not use sufficiently random numbers, which allows local users to guess the authentication keys.</desc>
<refs>
<ref source="REDHAT" url="http://www.redhat.com/corp/support/errata/RHSA1999058-01.html">RHSA-1999:058-01</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BID:1275</comment>
<comment voter="Christey">ADDREF BID:1275
URL:http://www.securityfocus.com/bid/1275</comment>
<comment voter="Frech">XF:linux-orbit-esound-authentication-keys</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0358" seq="2000-0358">
<status>Candidate</status>
<phase date="20000524">Proposed</phase>
<desc>ORBit and gnome-session in Red Hat Linux 6.1 allows remote attackers to crash a program.</desc>
<refs>
<ref source="REDHAT" url="http://www.redhat.com/corp/support/errata/RHSA1999058-01.html">RHSA-1999:058-01</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BID:1283</comment>
<comment voter="Christey">ADDREF BID:1283
URL:http://www.securityfocus.com/bid/1283</comment>
<comment voter="Frech">XF:linux-orbit-gnome-session-dos</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0364" seq="2000-0364">
<status>Candidate</status>
<phase date="20000524">Proposed</phase>
<desc>screen and rxvt in Red Hat Linux 6.0 do not properly set the modes of tty devices, which allows local users to write to other ttys.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92877527701347&amp;w=2">19990606 RedHat 6.0, /dev/pts permissions bug when using xterm</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92886009012161&amp;w=2">19990606 RedHat 6.0, /dev/pts permissions bug when using xterm</ref>
<ref source="REDHAT" url="http://www.redhat.com/corp/support/errata/RHSA1999014_01.html">RHSA1999014_01</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/309">309</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-tty-improper-mode</comment>
<comment voter="Christey">BUGTRAQ:19990607 Re: RedHat 6.0, /dev/pts permissions bug when using xterm
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92886008912147&amp;w=2
BUGTRAQ:19990607 Re: Red Hat 6.0, /dev/pts permissions bug when using xterm
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92886358415964&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0365" seq="2000-0365">
<status>Candidate</status>
<phase date="20000524">Proposed</phase>
<desc>Red Hat Linux 6.0 installs the /dev/pts file system with insecure modes, which allows local users to write to other tty devices.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92877527701347&amp;w=2">19990606 RedHat 6.0, /dev/pts permissions bug when using xterm</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92886009012161&amp;w=2">19990606 RedHat 6.0, /dev/pts permissions bug when using xterm</ref>
<ref source="REDHAT" url="http://www.redhat.com/corp/support/errata/RHSA1999014_01.html">RHSA1999014_01</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/308">308</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Frech">XF:linux-dev-insecure-mode</comment>
<comment voter="Christey">BUGTRAQ:19990607 Re: RedHat 6.0, /dev/pts permissions bug when using xterm
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92886008912147&amp;w=2
BUGTRAQ:19990607 Re: Red Hat 6.0, /dev/pts permissions bug when using xterm
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=92886358415964&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0383" seq="2000-0383">
<status>Candidate</status>
<phase date="20000706">Modified</phase>
<desc>The file transfer component of AOL Instant Messenger (AIM) reveals the physical path of the transferred file to the remote recipient.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=002401bfb918$7310d5a0$1ef084ce@karemor.com">20000507 AOL Instant Messenger</ref>
<ref source="XF">aolim-file-path</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1180">1180</ref>
</refs>
<votes>
<accept count="5">Cole, Frech, Levy, Ozancin, Stracener</accept>
<noop count="3">Baker, Christey, Prosser</noop>
</votes>
<comments>
<comment voter="Christey">Normalize the Bugtraq reference!</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0384" seq="2000-0384">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>NetStructure 7110 and 7180 have undocumented accounts (servnow, root, and wizard) whose passwords are easily guessable from the NetStructure's MAC address, which could allow remote attackers to gain root access.</desc>
<refs>
<ref source="L0PHT" url="http://www.lopht.com/advisories/ipivot7110.html">20000508 NetStructure 7180 remote backdoor vulnerability</ref>
<ref source="L0PHT" url="http://www.l0pht.com/advisories/ipivot7180.html">20000508 NetStructure 7110 console backdoor</ref>
<ref source="CONFIRM" url="http://216.188.41.136/">http://216.188.41.136/</ref>
<ref source="XF">netstructure-root-compromise</ref>
<ref source="XF">netstructure-wizard-mode</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1182">1182</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1183">1183</ref>
</refs>
<votes>
<accept count="6">Baker, Frech, Levy, Ozancin, Prosser, Stracener</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0385" seq="2000-0385">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>FileMaker Pro 5 Web Companion allows remote attackers to bypass Field-Level database security restrictions via the XML publishing or email capabilities.</desc>
<refs>
<ref source="MISC" url="http://www.blueworld.com/blueworld/news/05.01.00-FM5_Security.html">http://www.blueworld.com/blueworld/news/05.01.00-FM5_Security.html</ref>
<ref source="CONFIRM" url="http://www.filemaker.com/support/webcompanion.html">http://www.filemaker.com/support/webcompanion.html</ref>
<ref source="XF">macos-filemaker-xml</ref>
<ref source="XF">macos-filemaker-email</ref>
</refs>
<votes>
<accept count="5">Baker, Frech, Ozancin, Prosser, Stracener</accept>
<modify count="1">Levy</modify>
<noop count="1">Cole</noop>
</votes>
<comments>
<comment voter="Levy">Reference: BID 1159</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0386" seq="2000-0386">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>FileMaker Pro 5 Web Companion allows remote attackers to send anonymous or forged email.</desc>
<refs>
<ref source="MISC" url="http://www.blueworld.com/blueworld/news/05.01.00-FM5_Security.html">http://www.blueworld.com/blueworld/news/05.01.00-FM5_Security.html</ref>
<ref source="CONFIRM" url="http://www.filemaker.com/support/webcompanion.html">http://www.filemaker.com/support/webcompanion.html</ref>
<ref source="XF">macos-filemaker-anonymous-email</ref>
</refs>
<votes>
<accept count="5">Baker, Frech, Ozancin, Prosser, Stracener</accept>
<modify count="1">Levy</modify>
<noop count="1">Cole</noop>
</votes>
<comments>
<comment voter="Levy">Reference: BID 1159</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0400" seq="2000-0400">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>The Microsoft Active Movie ActiveX Control in Internet Explorer 5 does not restrict which file types can be downloaded, which allows an attacker to download any type of file to a user's system by encoding it within an email message or news post.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95868514521257&amp;w=2">20000516 MICROSOFT SECURITY FLAW?</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1221">1221</ref>
<ref source="XF">ie-active-movie-control</ref>
</refs>
<votes>
<accept count="4">Frech, Levy, Ozancin, Wall</accept>
<noop count="2">Cole, Stracener</noop>
<reject count="1">Christey</reject>
<reviewing count="1">LeBlanc</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">COMMENT - this definately will not work if the user has applied the security
patch. I don't know whether this repros right now, and have sent a query to
find out.</comment>
<comment voter="Christey">Is this now documented in MS:MS00-042?</comment>
<comment voter="LeBlanc">the problem isn't in the Active Movie control.  What was
observed was a symptom of another problem that got fixed in
some bulletin or another - I don't remember.</comment>
<comment voter="Christey">According to Scott Culp, this existed because 
the patch for the Cache Bypass vulnerability (MS:MS00-046,
CVE-2000-0621) was not applied, so this should be REJECTed
as a duplicate of CVE-2000-0621.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0401" seq="2000-0401">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>Buffer overflows in redirect.exe and changepw.exe in PDGSoft shopping cart allow remote attackers to execute arbitrary commands via a long query string.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95928319715983&amp;w=2">20000525 Alert: PDG Cart Overflows</ref>
<ref source="NTBUGTRAQ" url="http://marc.theaimsgroup.com/?l=ntbugtraq&amp;m=95928667119963&amp;w=2">20000525 Alert: PDG Cart Overflows</ref>
<ref source="CONFIRM" url="http://www.pdgsoft.com/Security/security2.html">http://www.pdgsoft.com/Security/security2.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1256">1256</ref>
</refs>
<votes>
<accept count="2">Levy, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:pdgsoft-changepw-bo
XF:pdgsoft-redirect-bo</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0412" seq="2000-0412">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>The gnapster and knapster clients for Napster do not properly restrict access only to MP3 files, which allows remote attackers to read arbitrary files from the client by specifying the full pathname for the file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0124.html">20000510 KNapster Vulnerability Compromises User-readable Files</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0127.html">20000510 Gnapster Vulnerability Compromises User-readable Files</ref>
<ref source="FREEBSD" url="ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:18-gnapster.adv">FreeBSD-SA-00:18</ref>
<ref source="XF">gnapster-view-files</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1186">1186</ref>
</refs>
<votes>
<accept count="4">Baker, Levy, Ozancin, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Prosser</noop>
</votes>
<comments>
<comment voter="Frech">ADDREF XF:knapster-view-files</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0413" seq="2000-0413">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>The shtml.exe program in the FrontPage extensions package of IIS 4.0 and 5.0 allows remote attackers to determine the physical path of HTML, HTM, ASP, and SHTML files by requesting a file that does not exist, which generates an error message that reveals the path.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0084.html">20000506 shtml.exe reveal local path of IIS web directory</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1174">1174</ref>
<ref source="XF">iis-shtml-reveal-path</ref>
</refs>
<votes>
<accept count="7">Baker, Cole, Frech, LeBlanc, Levy, Ozancin, Stracener</accept>
<modify count="1">Prosser</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Prosser">additional source Security BugWare
http://161.53.42.3/~crv/security/bugs/NT/fpse10.html  comments on page re:
&quot;MS soon to be released service release OSR 1.2 with needed changes.&quot; 
I haven't located anything on MS site yet.  Anyone help? </comment>
<comment voter="Christey">BID:1433 may also refer to this issue.</comment>
<comment voter="Christey">[note to self: review comments by Mark Burnett]</comment>
<comment voter="Christey">CHANGEREF XF:iis-shtml-reveal-path XF:frontpage-ext-shtml-path(4439)</comment>
<comment voter="LeBlanc">Fixes are up on site now - have been for a while. </comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0415" seq="2000-0415">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>Buffer overflow in Outlook Express 4.x allows attackers to cause a denial of service via a mail or news message that has a .jpg or .bmp attachment with a long file name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0140.html">20000512 Overflow in Outlook Express 4.* - too long filenames with graphic format extension</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1195">1195</ref>
</refs>
<votes>
<accept count="3">Levy, Ozancin, Wall</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Stracener</noop>
<reject count="1">LeBlanc</reject>
</votes>
<comments>
<comment voter="LeBlanc">The poster re-discovered a vulnerability we patched two years
ago, in
http://www.microsoft.com/technet/security/bulletin/ms98-008.asp
Microsoft posted a response to BugTraq when this one went
public, and reminded them that we'd already patched it.

BTW, I think we want to try and pay attention to follow-ups to
these threads in order to minimize noise in the process.</comment>
<comment voter="Christey">Based on David's comments, this is covered by CVE-1999-0002.
However, that candidate may wind up being SPLIT, so I will
keep this one around for the moment.

With respect to watching followups, we are relying quite
a bit on other data feeds instead of doing our own reviews
of all the different data sources.  The data feeds may report
these problems as new before corrections are posted.
Followups do often lend additional information to the
candidates, and as is the case with this one, we will
often catch the discrepancy before the candidate becomes an
official entry, whether by MITRE's own analysis or by that
of other Board members.</comment>
<comment voter="Frech">XF:outlook-image-long-filename</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0420" seq="2000-0420">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>The default configuration of SYSKEY in Windows 2000 stores the startup key in the registry, which could allow an attacker tor ecover it and use it to decrypt Encrypted File System (EFS) data.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q2/0112.html">20000511 ISS SAVANT Advisory 00/26</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1198">1198</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Stracener</noop>
<reject count="1">LeBlanc</reject>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">This is not a vulnerability.  It is essentially an advisory on best
practices. Also, the description is extremely inaccurate. If I weren't
intimately familiar with the issue, I would not be able to understand it
from this. Syskey, when applied at lower levels, has well-documented
limitations.  </comment>
<comment voter="Stracener">&quot;..to recover&quot;</comment>
<comment voter="Frech">XF:win2k-syskey-default-configuration
Change &quot;tor ecover&quot; to &quot;to recover&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0422" seq="2000-0422">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>Buffer overflow in Netwin DMailWeb CGI program allows remote attackers to execute arbitrary commands via a long utoken parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95749276827558&amp;w=2">20000504 Alert: DMailWeb buffer overflow</ref>
<ref source="XF">http-cgi-dmailweb-bo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1171">1171</ref>
</refs>
<votes>
<accept count="5">Frech, Levy, Ozancin, Prosser, Stracener</accept>
<noop count="2">Baker, Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0423" seq="2000-0423">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>Buffer overflow in Netwin DNEWSWEB CGI program allows remote attackers to execute arbitrary commands via long parameters such as group, cmd, and utag.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95764950403250&amp;w=2">20000505 Alert: DNewsWeb buffer overflow</ref>
<ref source="XF">http-cgi-dnews-bo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1172">1172</ref>
</refs>
<votes>
<accept count="5">Frech, Levy, Ozancin, Prosser, Stracener</accept>
<noop count="2">Baker, Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0429" seq="2000-0429">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>A backdoor password in Cart32 3.0 and earlier allows remote attackers to execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95686068203138&amp;w=2">20000427 Alert: Cart32 secret password backdoor (CISADV000427)</ref>
<ref source="CONFIRM" url="http://www.cart32.com/kbshow.asp?article=c048">http://www.cart32.com/kbshow.asp?article=c048</ref>
</refs>
<votes>
<accept count="3">Ozancin, Prosser, Stracener</accept>
<modify count="2">Frech, Levy</modify>
<noop count="2">Baker, Cole</noop>
</votes>
<comments>
<comment voter="Levy">Reference: BID 1153</comment>
<comment voter="Frech">XF:cart32-admin-password</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0433" seq="2000-0433">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>The SuSE aaa_base package installs some system accounts with home directories set to /tmp, which allows local users to gain privileges to those accounts by creating standard user startup scripts such as profiles.</desc>
<refs>
<ref source="SUSE" url="http://www.novell.com/linux/security/advisories/suse_security_announce_47.html">20000502 aaabase &lt; 2000.5.2</ref>
<ref source="XF">aaabase-execute-dot-files</ref>
</refs>
<votes>
<accept count="6">Baker, Cole, Frech, Levy, Ozancin, Stracener</accept>
<modify count="1">Prosser</modify>
</votes>
<comments>
<comment voter="Prosser">add source:  
SecurityFocus
BID1357
SuSE Linux aaabase User Account with /tmp Home Vulnerability
http://www.securityfocus.com/bid/1357</comment>
<comment voter="CHANGE">[Levy changed vote from REVIEWING to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0434" seq="2000-0434">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>The administrative password for the Allmanage web site administration software is stored in plaintext in a file which could be accessed by remote attackers.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0167.html">20000516 Allmanage.pl Vulnerabilities</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1217">1217</ref>
</refs>
<votes>
<accept count="3">Levy, Ozancin, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:http-cgi-allmanage-plaintext-admin</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0444" seq="2000-0444">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>HP Web JetAdmin 6.0 allows remote attackers to cause a denial of service via a malformed URL to port 8000.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0277.html">20000524 HP Web JetAdmin Version 6.0 Remote DoS attack Vulnerability</ref>
<ref source="XF">hp-jetadmin-malformed-url-dos</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1246">1246</ref>
</refs>
<votes>
<accept count="4">Frech, Levy, Prosser, Stracener</accept>
<noop count="2">Cole, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF CONFIRM:http://www.hp.com/cposupport/networking/support_doc/bpj06522.html</comment>
<comment voter="Christey">HP:HPSBUX0006-116 ?
XF:jetadmin-network-dos</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Prosser">Vendor acknowledged in HP Bulletin HPSBUX0006-116 with upgrade info.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0449" seq="2000-0449">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>Omnis Studio 2.4 uses weak encryption (trivial encoding) for encrypting database fields.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0311.html">20000525 Omnis Weak Encryption - Many products affected</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1255">1255</ref>
</refs>
<votes>
<accept count="2">Levy, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:omnis-studio-weak-encryption</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0450" seq="2000-0450">
<status>Candidate</status>
<phase date="20000615">Proposed</phase>
<desc>Vulnerability in bbd server in Big Brother System and Network Monitor allows an attacker to execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0216.html">20000518 FW: Security Notice: Big Brother System and Network Monitor</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1257">1257</ref>
</refs>
<votes>
<accept count="3">Levy, Ozancin, Stracener</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
<recast count="1">LeBlanc</recast>
</votes>
<comments>
<comment voter="LeBlanc">I have no idea what this one is talking about from the description.  I also
don't think it involves &quot;Network Monitor&quot;, which is a component of Windows
NT/Windows 2000. This should be clarified.</comment>
<comment voter="Frech">XF:big-brother-bbd-bo</comment>
<comment voter="Christey">The original advisory, as forwarded to Bugtraq, does not
provide any details, so the description is necessarily vague.
Also, the home page at http://bb4.com has it referring to
itself as &quot;Big Brother System and Network Monitor,&quot; so
&quot;Network Monitor&quot; is apparently part of the name of the product.

Change this description to mention version 1.4g, to distinguish
from other Big Brother vulnerabilities.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0473" seq="2000-0473">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflow in AnalogX SimpleServer 1.05 allows a remote attacker to cause a denial of service via a long GET request for a program in the cgi-bin directory.</desc>
<refs>
<ref source="BUGTRAQ">19991231 Local / Remote GET Buffer Overflow Vulnerability in AnalogX SimpleServer:WWW HTTP Server v1.1</ref>
<ref source="MISC" url="http://www.analogx.com/contents/download/network/sswww.htm">http://www.analogx.com/contents/download/network/sswww.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1349">1349</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Appears to be the same as, or similar to, CVE-2000-0011, which was
also discovered by USSR.  Comments on the AnalogX web site are
decidedly sparse.  In CVE-2000-0011, USSR only claims that
the vendor was informed, so is this still the same problem?

XF:simpleserver-long-url-dos</comment>
<comment voter="Frech">XF:simpleserver-long-url-dos(4693)
Please review whether your BUGTRAQ:19991231 reference is correct; seems like
this is the reference to CVE-2000-0011: Buffer overflow in AnalogX
SimpleServer:WWW HTTP server allows remote attackers to execute commands via
a long GET request. They are subtle; almost the only thing that changed was
the version.
A possible reference is &quot;Remote DoS attack in AnalogX SimpleServer WWW
Version 1.05 Vulnerability&quot; at http://www.ussrback.com/labs45.html.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0476" seq="2000-0476">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>xterm, Eterm, and rxvt allow an attacker to cause a denial of service by embedding certain escape characters which force the window to be resized.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0409.html">20000601 [rootshell.com] Xterm DoS Attack</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0420.html">20000601 [rootshell.com] Xterm DoS Attack</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1298">1298</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:xterm-control-characters-dos(4987)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0479" seq="2000-0479">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Dragon FTP server allows remote attackers to cause a denial of service via a long USER command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96113734714517&amp;w=2">20000616 Multiples Remotes DoS Attacks in Dragon Server v1.00 and v2.00</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1352">1352</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">XF:dragon-ftp-dos</comment>
<comment voter="Frech">XF:dragon-ftp-dos(4691)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0480" seq="2000-0480">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Dragon telnet server allows remote attackers to cause a denial of service via a long username.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96113734714517&amp;w=2">20000616 Multiples Remotes DoS Attacks in Dragon Server v1.00 and v2.00</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1352">1352</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">XF:dragon-telnet-dos</comment>
<comment voter="Frech">XF:dragon-ftp-dos(4691)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0487" seq="2000-0487">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>The Protected Store in Windows 2000 does not properly select the strongest encryption when available, which causes it to use a default of 40-bit encryption instead of 56-bit DES encryption, aka the &quot;Protected Store Key Length&quot; vulnerability.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-032.asp">MS00-032</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1295">1295</ref>
</refs>
<votes>
<accept count="3">LeBlanc, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Ozancin</noop>
</votes>
<comments>
<comment voter="Frech">XF:ms-protected-store(4589)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0491" seq="2000-0491">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflow in the XDMCP parsing code of GNOME gdm, KDE kdm, and wdm allows remote attackers to execute arbitrary commands or cause a denial of service via a long FORWARD_QUERY request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0241.html">20000521 &quot;gdm&quot; remote hole</ref>
<ref source="SUSE" url="http://www.novell.com/linux/security/advisories/suse_security_announce_49.html">20000524 Security hole in gdm &lt;= 2.0beta4-25</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0025.html">20000607 Conectiva Linux Security Announcement - gdm</ref>
<ref source="CALDERA" url="ftp://ftp.calderasystems.com/pub/OpenLinux/security/CSSA-2000-013.0.txt">CSSA-2000-013.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1233">1233</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1279">1279</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1370">1370</ref>
</refs>
<votes>
<modify count="2">Frech, Levy</modify>
<noop count="2">LeBlanc, Wall</noop>
<reviewing count="2">Christey, Ozancin</reviewing>
</votes>
<comments>
<comment voter="Levy">The BID 1233 vulns is different from the other ones. BID 1233 uses
a FORWARD_QUERY request to overflow an in_addr structure via a memmove
in daemon/xdmcp.c, gdm_xdmcp_handle_forward_query(). In BID 1370
a buffer is overflowed by a sprintf in xdmcp.c, send_failed().</comment>
<comment voter="Frech">XF:gnome-gdm-bo(4530)</comment>
<comment voter="Christey">MANDRAKE:MDKSA-2001:070
URL:http://www.linux-mandrake.com/en/security/2001/MDKSA-2001-070.php3</comment>
<comment voter="Christey">BUGTRAQ:20000527 gdm exploit
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96017189021021&amp;w=2

Consider REDHAT:RHSA-2000:027</comment>
<comment voter="Christey">RHSA-2000:027 confirmed via Mark Cox</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0492" seq="2000-0492">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>PassWD 1.2 uses weak encryption (trivial encoding) to store passwords, which allows an attacker who can read the password file to easliy decrypt the passwords.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0450.html">20000609 Insecure encryption in PassWD v1.2</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1300">1300</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="2">Frech, Ozancin</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Ozancin">change &quot;attacker who can read the password&quot; to &quot;attacker to decrypt and read
the password&quot;</comment>
<comment voter="Frech">XF:passwd-weak-encryption(4596)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0503" seq="2000-0503">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>The IFRAME of the WebBrowser control in Internet Explorer 5.01 allows a remote attacker to violate the cross frame security policy via the NavigateComplete2 event.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/win2ksecadvice/2000-q2/0154.html">20000606 IE 5 Cross-frame security vulnerability using IFRAME and WebBrowser control</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1311">1311</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="2">Frech, Wall</modify>
<noop count="2">LeBlanc, Ozancin</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">This affects more than IE 5.01.  See http://www.securityfocus.com/bid/1311 for
all versions of IE that this affects.  Works on Windows 98, IE 5.01 and IE 5.5.</comment>
<comment voter="LeBlanc">If this is the one I was discussing offline with Steve, ACCEPT</comment>
<comment voter="Frech">XF:ie-cross-frame(4610)</comment>
<comment voter="Christey">Make sure this is the one I was discussing offline with David :-)</comment>
<comment voter="Frech">CVE-2000-0503 was reassigned to ie-frame-domain-file-access(5504) from
ie-cross-frame(4610), which was obsoleted and redirected to this
issue. Since these are the same issues but just described differently,
CVE-2000-0503 appears to be a dupe of CVE-2000-0768.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0509" seq="2000-0509">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflows in the finger and whois demonstration scripts in Sambar Server 4.3 allow remote attackers to execute arbitrary commands via a long hostname.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=95990103207665&amp;w=2">20000601 DST2K0008: Buffer Overrun in Sambar Server 4.3</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1287">1287</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sambar-dll-bo(4592)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0520" seq="2000-0520">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflow in restore program 0.4b17 and earlier in dump package allows local users to execute arbitrary commands via a long tape name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96240393814071&amp;w=2">20000630 CONECTIVA LINUX SECURITY ANNOUNCEMENT - dump</ref>
<ref source="MISC" url="http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=11880">http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=11880</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1330">1330</ref>
</refs>
<votes>
<accept count="2">Levy, Prosser</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BUGTRAQ:20000711 MDKSA-2000:018 dump update
URL:http://archives.neohapsis.com/archives/bugtraq/2000-07/0166.html</comment>
<comment voter="Frech">XF:linux-restore-bo(4647)</comment>
<comment voter="Prosser">Add Sources:
http://www.linux-mandrake.com/en/updates/2000/MDKSA-2000-018.php3?dis=6.0
http://www.redhat.com/support/errata/RHSA-2000-100.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0524" seq="2000-0524">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Microsoft Outlook and Outlook Express allow remote attackers to cause a denial of service by sending email messages with blank fields such as BCC, Reply-To, Return-Path, or From.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0045.html">20000604 Microsoft Outlook (Express) bug..</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1333">1333</ref>
</refs>
<votes>
<modify count="3">Frech, LeBlanc, Levy</modify>
<noop count="1">Ozancin</noop>
<recast count="1">Wall</recast>
</votes>
<comments>
<comment voter="Levy">There was plenty of people that could not reproduce the problem although
some did. More research (as in actual testing) is probably required.</comment>
<comment voter="LeBlanc">This entry does not specify which versions of Outloook are vulnerable, nor
is that clear from the BUGTRAQ record. It is much too broad to say just
&quot;Outlook&quot; when it is definately not all versions of Outlook. The problem
appears confined to some version of Outlook 97, and if I recall correctly,
there has been a patch for this for quite some time.</comment>
<comment voter="Frech">XF:outlook-header-dos(4645)</comment>
<comment voter="CHANGE">[Wall changed vote from REVIEWING to RECAST]</comment>
<comment voter="Wall">UNABLE TO DUPLICATE</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0526" seq="2000-0526">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>mailview.cgi CGI program in MailStudio 2000 2.0 and earlier allows remote attackers to read arbitrary files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0081.html">20000609 Mailstudio2000 CGI Vulnerabilities [S0ftPj.4]</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1335">1335</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:mailstudio-view-files</comment>
<comment voter="Frech">XF:mailstudio-view-files(4737)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0527" seq="2000-0527">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>userreg.cgi CGI program in MailStudio 2000 2.0 and earlier allows remote attackers to execute arbitrary commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0081.html">20000609 Mailstudio2000 CGI Vulnerabilities [S0ftPj.4]</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1335">1335</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Christey">Modify description - explicitly mention %0a string; other
metachar's are filtered</comment>
<comment voter="Frech">XF:mailstudio-cgi-input-vaildation(4739)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0531" seq="2000-0531">
<status>Candidate</status>
<phase date="20040818">Modified</phase>
<desc>Linux gpm program allows local users to cause a denial of service by flooding the /dev/gpmctl device with STREAM sockets.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.4.10.10006201453090.1812-200000@apollo.aci.com.pl">20000620 Bug in gpm</ref>
<ref source="REDHAT" url="http://www.redhat.com/support/errata/RHSA-2000-045.html">RHSA-2000:045</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0409.html">20000728 MDKSA:2000-025 gpm update</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1377">1377</ref>
<ref source="XF" url="http://xforce.iss.net/static/5010.php">linux-gpm-gpmctl-dos</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:linux-gpm-gpmctl-dos(5010)</comment>
<comment voter="Christey">ADDREF REDHAT:RHSA-2000:045-01
ADDREF BUGTRAQ:20000728 MDKSA:2000-025 gpm update
URL:http://archives.neohapsis.com/archives/bugtraq/2000-07/0409.html</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Per Andre Frech's comments for CVE-2000-0667.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0535" seq="2000-0535">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>OpenSSL 0.9.4 and OpenSSH for FreeBSD do not properly check for the existence of the /dev/random or /dev/urandom devices, which are absent on FreeBSD Alpha systems, which causes them to produce weak keys which may be more easily broken.</desc>
<refs>
<ref source="FREEBSD" url="http://archives.neohapsis.com/archives/freebsd/2000-06/0083.html">FreeBSD-SA-00:25</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1340">1340</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF NETBSD
http://archives.neohapsis.com/archives/bugtraq/2000-06/0208.html
</comment>
<comment voter="Frech">XF:freebsd-alpha-weak-encryption(4704)</comment>
<comment voter="Christey">ftp://ftp.netbsd.org/pub/NetBSD/misc/security/advisories/NetBSD-SA2000-007.txt.asc</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Should the NetBSD problem really be combined with this?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0543" seq="2000-0543">
<status>Candidate</status>
<phase date="20001010">Modified</phase>
<desc>The command port for PGP Certificate Server 2.5.0 and 2.5.1 allows remote attackers to cause a denial of service if their hostname does not have a reverse DNS entry and they connect to port 4000.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0107.html">20000614 Remote DoS attack in Networks Associates PGP Certificate Server Version 2.5 Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1343">1343</ref>
<ref source="XF" url="http://xforce.iss.net/static/4695.php">pgp-cert-server-dos</ref>
</refs>
<votes>
<accept count="5">Baker, Cole, Collins, Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="1">Armstrong</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">XF:pgp-cert-server-dos</comment>
<comment voter="Frech">XF:pgp-cert-server-dos(4695)</comment>
<comment voter="CHANGE">[Armstrong changed vote from REVIEWING to NOOP]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Need to consult Jim Magdych on this one.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0544" seq="2000-0544">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Windows NT and Windows 2000 hosts allow a remote attacker to cause a denial of service via malformed DCE/RPC SMBwriteX requests that contain an invalid data length.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q2/0231.html">20000604 anonymous SMBwriteX DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1304">1304</ref>
</refs>
<votes>
<accept count="2">LeBlanc, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Ozancin</noop>
<reviewing count="2">Christey, Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF;nt-smb-request-dos(4600)</comment>
<comment voter="Christey">Consult with Microsoft to see if this is MS:MS00-066</comment>
<comment voter="Christey">ADDREF MS:MS00-066
(confirmed offline with David LeBlanc)
Subsequently, add  BID:1673 and XF:win2k-rpc-dos(5222)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0545" seq="2000-0545">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflow in mailx mail command (aka Mail) on Linux systems allows local users to gain privileges via a long -c (carbon copy) parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-05/0435.html">20000602 /usr/bin/Mail exploit for Slackware 7.0 (mail-slack.c)</ref>
<ref source="DEBIAN" url="http://www.debian.org/security/2000/20000605">20000605 mailx: mail group exploit in mailx</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1305">1305</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sgi-mailx-bo(1371)
CVE-2000-0545 seems to be a dupe of CVE-1999-0125 (Buffer overflow in SGI
IRIX mailx program) since they both allow 'mail' group privileges. There was
no exploit for SGI's vuln to compare.</comment>
<comment voter="Christey">Since we are taking a split-by-default approach when
there are insufficient details, we should keep this
separate from CVE-1999-0125.  The difference in the
time of discovery is also a factor, even if these wind
up being the same problem.  However, there just aren't
enough details to be sure if this is the same problem or not.</comment>
<comment voter="Christey">On June 25, 1998, a buffer overflow in mailx via the HOME
environmental variable was posted at:
BUGTRAQ:19980625 security hole in mailx
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=90221103125955&amp;w=2

This affected multiple OSes.

SGI:19980605-01-PX (CVE-1999-0125) was published on September
29, 1998; while the advisory is short on details, it does
mention a buffer overflow.

So, there's enough distinction here (time and what gets
exploited) to say that these should remain split; but
CVE-1999-0125 likely needs to be RECAST to mention other
affected OSes.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0546" seq="2000-0546">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflow in Kerberos 4 KDC program allows remote attackers to cause a denial of service via the lastrealm variable in the set_tgtkey function.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0064.html">20000609 Security Advisory: MULTIPLE DENIAL OF SERVICE VULNERABILITIES IN KRB4 KDC</ref>
<ref source="CONFIRM" url="http://web.mit.edu/kerberos/www/advisories/krb4kdc.txt">http://web.mit.edu/kerberos/www/advisories/krb4kdc.txt</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-2000-11.html">CA-2000-11</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/k-051.shtml">K-051</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1338">1338</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="2">Cox, Frech</modify>
<noop count="3">Christey, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:kerberos-lastrealm-bo</comment>
<comment voter="Frech">XF:kerberos-lastrealm-bo(4656)
I question whether BID-1338 is appropriate here.</comment>
<comment voter="Cox">ADDREF REDHAT:RHSA-2000:031</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0547" seq="2000-0547">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Buffer overflow in Kerberos 4 KDC program allows remote attackers to cause a denial of service via the localrealm variable in the process_v4 function.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0064.html">20000609 Security Advisory: MULTIPLE DENIAL OF SERVICE VULNERABILITIES IN KRB4 KDC</ref>
<ref source="CONFIRM" url="http://web.mit.edu/kerberos/www/advisories/krb4kdc.txt">http://web.mit.edu/kerberos/www/advisories/krb4kdc.txt</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-2000-11.html">CA-2000-11</ref>
<ref source="CIAC" url="http://ciac.llnl.gov/ciac/bulletins/k-051.shtml">K-051</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1338">1338</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="2">Cox, Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:kerberos-localrealm-bo(4657)
I question whether BID-1338 is appropriate here.</comment>
<comment voter="Cox">ADDREF REDHAT:RHSA-2000:031</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0554" seq="2000-0554">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>Ceilidh allows remote attackers to obtain the real path of the Ceilidh directory via the translated_path hidden form field.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q2/0246.html">20000608 DST2K0010: DoS &amp; Path Revealing Vulnerability in Ceilidh v2.60a</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1320">1320</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:ceilidh-path-disclosure</comment>
<comment voter="Frech">XF:ceilidh-path-disclosure(4620)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0559" seq="2000-0559">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>eTrust Intrusion Detection System (formerly SessionWall-3) uses weak encryption (XOR) to store administrative passwords in the registry, which allows local users to easily decrypt the passwords.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.BSO.4.21.0006072124320.28062-100000@bearclaw.bogus.net">20000607 SessionWall-3 Paper + (links to) code</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1341">1341</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:etrust-weak-password-encryption(5051)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0562" seq="2000-0562">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>BlackIce Defender 2.1 and earlier, and BlackIce Pro 2.0.23 and earlier, do not properly block Back Orifice traffic when the security setting is Nervous or lower.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0190.html">20000620 BlackICE by Network ICE Corp vulnerability against Back Orifice 1.2</ref>
</refs>
<votes>
<accept count="3">Armstrong, Cole, Levy</accept>
<modify count="2">Baker, Frech</modify>
<noop count="1">Ozancin</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Levy">What do others think? Should this be a vuln? I can see the argument
that some features are simply not available unless you use the maximum
security settings.</comment>
<comment voter="Christey">At the very least, this needs to be modified to state that
this problem/concern applies to high ports in general, not
just Back orifice.

The Bugtraq poster claims that BlackICE &quot;shuts down&quot; the port, 
but only *after* some initial traffic &quot;leaks&quot; out.  This may
be by design, but it does mean that there is a small window
of opportunity in which BlackICE may not work &quot;as
advertised,&quot; even at lower security settings.</comment>
<comment voter="Christey">XF:blackice-security-level-nervous
BID:1389</comment>
<comment voter="Frech">XF:blackice-security-level-nervous(4777)</comment>
<comment voter="CHANGE">[Levy changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Baker">I accept it more as a security exposure, than a real vulnerability.
It performs just as any other &quot;firewall&quot; or IDS product can be configured to
allow traffic without notifying the user. You can adjust settings on
any product that allow traffic that other people or organizations would
find unacceptable.  So, as long as it is reflected that this is more of
a configuration that allows such traffic as opposed to a defective
or improperly functioning software issue, I don't have a problem with
it.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0563" seq="2000-0563">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>The URLConnection function in MacOS Runtime Java (MRJ) 2.1 and earlier and the Microsoft virtual machine (VM) for MacOS allows a malicious web site operator to connect to arbitrary hosts using a HTTP redirection, in violation of the Java security model.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0056.html">20000609 Security Holes Found in URLConnection of MRJ and IE of Mac OS (was Re: Reappearance of an old IE security bug)</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-05-8&amp;msg=391C95DE2DA.5E3BTAKAGI@java-house.etl.go.jp">20000513 Re: Reappearance of an old IE security bug</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1336">1336</ref>
</refs>
<votes>
<accept count="2">Levy, Ozancin</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
<reviewing count="1">LeBlanc</reviewing>
</votes>
<comments>
<comment voter="Christey">Confirmed by Scott Culp, but this only applies to
outdated/unsupported versions of the JVM.</comment>
<comment voter="Frech">XF:macos-java-security-ignored(5052)</comment>
<comment voter="Christey">Consult with Microsoft to ensure that this is fixed by
MS:MS00-059.  If so, then this might not just be in MacOS.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0564" seq="2000-0564">
<status>Candidate</status>
<phase date="20000712">Proposed</phase>
<desc>The guestbook CGI program in ICQ Web Front service for ICQ 2000a, 99b, and others allows remote attackers to cause a denial of service via a URL with a long name parameter.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q2/0218.html">20000529 ICQ Web Front Remote DoS Attack Vulnerability</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="5">Christey, Cole, LeBlanc, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF BID:1463
URL:http://www.securityfocus.com/bid/1463</comment>
<comment voter="Frech">XF:icq-webfront-guestbook-dos(4574)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0572" seq="2000-0572">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>The Razor configuration management tool uses weak encryption for its password file, which allows local users to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-07-8&amp;msg=613309F30B6DD2118C020000F809376C05CABD49@emss03m09.orl.lmco.com">20000704 Recovering Passwords in Visible Systems' Razor</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1424">1424</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Cole, LeBlanc, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF;razor-weak-encryption(4875)</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0574" seq="2000-0574">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>FTP servers such as OpenBSD ftpd, NetBSD ftpd, ProFTPd and Opieftpd do not properly cleanse untrusted format strings that are used in the setproctitle function (sometimes called by set_proc_title), which allows remote attackers to cause a denial of service or execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0031.html">20000705 proftp advisory</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0061.html">20000706 ftpd and setproctitle()</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-2000-13.html">CA-2000-13</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0121.html">20000710 opieftpd setproctitle() patches</ref>
<ref source="NETBSD" url="ftp://ftp.NetBSD.ORG/pub/NetBSD/misc/security/advisories/NetBSD-SA2000-009.txt.asc">NetBSD-SA2000-009</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1425">1425</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1438">1438</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">CD:SF-CODEBASE applies here.  There are many ftpd's that
have this setproctitle() problem, but it might be traced
back to the same codebase.  See if the HP problem is the
same here as well, and if so, ADDREF HP:HPSBUX0007-117
URL:http://www.securityfocus.com/templates/advisory.html?id=2404</comment>
<comment voter="Frech">XF:ftp-setproctitle-format-string(4908)
BID:1438 does not exist.</comment>
<comment voter="Christey">ADDREF HP:HPSBUX0007-117??
http://archives.neohapsis.com/archives/hp/2000-q4/0020.html</comment>
<comment voter="Christey">ADDREF BID:650 ?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0578" seq="2000-0578">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>SGI MIPSPro compilers C, C++, F77 and F90 generate temporary files in /tmp with predictable file names, which could allow local users to insert malicious contents into these files as they are being compiled by another user.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0204.html">20000621 Predictability Problems in IRIX Cron and Compilers</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1412">1412</ref>
</refs>
<votes>
<accept count="4">Baker, Blake, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="7">Armstrong, Christey, LeBlanc, Magdych, Oliver, Ozancin, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sgi-mipspro-modify-files(5007)</comment>
<comment voter="CHANGE">[Cole changed vote from NOOP to ACCEPT]</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
<comment voter="Christey">SGI:20030605-01-A
URL:ftp://patches.sgi.com/support/free/security/advisories/20030605-01-A</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0580" seq="2000-0580">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Windows 2000 Server allows remote attackers to cause a denial of service by sending a continuous stream of binary zeros to various TCP and UDP ports, which significantly increases the CPU utilization.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.3.96.1000630161935.4619B-100000@fjord.fscinternet.com">20000630 SecureXpert Advisory [SX-20000620-2]</ref>
<ref source="XF">win2k-cpu-overload-dos</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1415">1415</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Levy</accept>
<reject count="2">LeBlanc, Magdych</reject>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">Insufficient data.  Most of their claims are not reproducible. You can,
however, DoS the telnet server this way. As far as I know, there is no repro
on any of the other ports. I am not sure of fix status at this time
(7/19/00). Also overlaps with CVE-2000-0581</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to REJECT]</comment>
<comment voter="Magdych">The only independent verification of these claims I have heard is for the Telnet denial of service, which is already defined in CVE candidate CVE-2000-0581.</comment>
<comment voter="Frech">Replace win2k-cpu-overload-dos(4824) with win2k-telnetserver-dos(4823)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0589" seq="2000-0589">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>SawMill 5.0.21 uses weak encryption to store passwords, which allows attackers to easily decrypt the password and modify the SawMill configuration.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0271.html">20000626 sawmill5.0.21 old path bug &amp; weak hash algorithm</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0080.html">20000706 Patch for Flowerfire Sawmill Vulnerabilities Available</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1403">1403</ref>
<ref source="XF">sawmill-weak-encryption</ref>
</refs>
<votes>
<accept count="3">Frech, Levy, Magdych</accept>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0592" seq="2000-0592">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Buffer overflows in POP3 service in WinProxy 2.0 and 2.0.1 allow remote attackers to execute arbitrary commands via long USER, PASS, LIST, RETR, or DELE commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=200006271417.GFE84146.-BJXON@lac.co.jp">20000627 [SPSadvisory #37]WinProxy 2.0.0/2.0.1 DoS and Exploitable Buffer Overflow</ref>
<ref source="XF">winproxy-command-bo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1400">1400</ref>
</refs>
<votes>
<accept count="4">Cole, Frech, Levy, Magdych</accept>
<noop count="1">LeBlanc</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0605" seq="2000-0605">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Blackboard CourseInfo 4.0 stores the local and SQL administrator user names and passwords in cleartext in a registry key whose access control allows users to access the passwords.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind0007&amp;L=NTBUGTRAQ&amp;P=R1647">20000710 Two issues: Blackboard CourseInfo 4.0 stores admin password in clear text; strange settings on the winreg key.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1460">1460</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, LeBlanc, Magdych</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF NTBUGTRAQ:20000718 Security Fix for Blackboard CourseInfo 4.0
URL:http://archives.neohapsis.com/archives/ntbugtraq/2000-q3/0040.html</comment>
<comment voter="Frech">XF:blackboard-courseinfo-plaintext(4904)</comment>
<comment voter="Christey">Vendor acknowledgement is at:
BUGTRAQ:20000719 Security Fix for Blackboard CourseInfo 4.0
URL:http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26msg%3D20000719151904.I17986@securityfocus.com</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0606" seq="2000-0606">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Buffer overflow in kon program in Kanji on Console (KON) package on Linux may allow local users to gain root privileges via a long -StartupMessage parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.4.21.0006192340340.19998-100000@ferret.lmh.ox.ac.uk">20000619 Problems with &quot;kon2&quot; package</ref>
<ref source="XF">linux-kon-bo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1371">1371</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Levy</accept>
<noop count="4">Cole, LeBlanc, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0607" seq="2000-0607">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Buffer overflow in fld program in Kanji on Console (KON) package on Linux may allow local users to gain root privileges via an input file containing long CHARSET_REGISTRY or CHARSET_ENCODING settings.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Pine.LNX.4.21.0006192340340.19998-100000@ferret.lmh.ox.ac.uk">20000619 Problems with &quot;kon2&quot; package</ref>
<ref source="XF">linux-kon-bo</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1371">1371</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Levy</accept>
<noop count="5">Christey, Cole, LeBlanc, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Christey">BID:1983
URL:http://www.securityfocus.com/bid/1983</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0608" seq="2000-0608">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>NetWin dMailWeb and cwMail 2.6i and earlier allows remote attackers to cause a denial of service via a long POP parameter (pophost).</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-06-15&amp;msg=4.1.20000621113334.00996820@qlink.queensu.ca">20000620 NetWin dMailWeb Denial of Service</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1376">1376</ref>
<ref source="XF">dmailweb-long-pophost-dos</ref>
</refs>
<votes>
<accept count="3">Frech, Levy, Magdych</accept>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0609" seq="2000-0609">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>NetWin dMailWeb and cwMail 2.6g and earlier allows remote attackers to cause a denial of service via a long username parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;date=2000-06-15&amp;msg=4.1.20000621113334.00996820@qlink.queensu.ca">20000620 NetWin dMailWeb Denial of Service</ref>
<ref source="XF">dmailweb-long-username-dos</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1376">1376</ref>
</refs>
<votes>
<accept count="3">Frech, Levy, Magdych</accept>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0612" seq="2000-0612">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Windows 95 and Windows 98 do not properly process spoofed ARP packets, which allows remote attackers to overwrite static entries in the cache table.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=395B7E64.9FB3D4DB@starzetz.de">20000629 Buggy ARP handling in Windoze</ref>
<ref source="XF">win-arp-spoofing</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1406">1406</ref>
</refs>
<votes>
<accept count="4">Cole, Frech, LeBlanc, Levy</accept>
<noop count="2">Magdych, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">I know we have a repro on this, but you may want to leave this in
the REVIEWING state until a fix is released.</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0614" seq="2000-0614">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Tnef program in Linux systems allows remote attackers to overwrite arbitrary files via TNEF encoded compressed attachments which specify absolute path names for the decompressed output.</desc>
<refs>
<ref source="SUSE" url="http://archives.neohapsis.com/archives/vendor/2000-q3/0002.html">20000710 Security Hole in tnef &lt; 0-124</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1450">1450</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Cole, LeBlanc, Magdych, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">This problem appears in AMaViS as well, so they may be the
same codebase.  If so, then CD:SF-CODEBASE says to merge the
two (thus ADDREF BID:1461).  If they are not the same
codebase, then create a separate candidate for BID:1461.</comment>
<comment voter="Frech">XF:linux-tnef-email-overwrite(4915)</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0617" seq="2000-0617">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Buffer overflow in xconq and cconq game programs on Red Hat Linux allows local users to gain additional privileges via long USER environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0222.html">20000622 RHL 6.2 xconq package - overflows yield gid games</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, LeBlanc, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:xconq-elevate-privileges(4995)</comment>
<comment voter="Christey">ADDREF BID:1495
ADDREF URL:http://www.securityfocus.com/bid/1495</comment>
<comment voter="CHANGE">[Levy changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0618" seq="2000-0618">
<status>Candidate</status>
<phase date="20000719">Proposed</phase>
<desc>Buffer overflow in xconq and cconq game programs on Red Hat Linux allows local users to gain additional privileges via long DISPLAY environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-06/0222.html">20000622 RHL 6.2 xconq package - overflows yield gid games</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="4">Christey, LeBlanc, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:xconq-elevate-privileges(4995)</comment>
<comment voter="Christey">ADDREF BID:1495
ADDREF URL:http://www.securityfocus.com/bid/1495</comment>
<comment voter="CHANGE">[Levy changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0623" seq="2000-0623">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Buffer overflow in O'Reilly WebSite Professional web server 2.4 and earlier allows remote attackers to execute arbitrary commands via a long GET request or Referrer header.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://www.ntbugtraq.com/default.asp?pid=36&amp;sid=1&amp;A2=ind0007&amp;L=ntbugtraq&amp;F=&amp;S=&amp;P=5946">20000719 Alert: Buffer Overrun is O'Reilly WebsitePro httpd32.exe (CISADV000717)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1492">1492</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">LeBlanc</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:website-httpd32-bo(4970)
In the description, I think it's spelled &quot;referer&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0625" seq="2000-0625">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>NetZero 3.0 and earlier uses weak encryption for storing a user's login information, which allows a local user to decrypt the password.</desc>
<refs>
<ref source="L0PHT" url="http://www.l0pht.com/advisories/netzero.txt">20000718 NetZero Password Encryption Algorithm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1483">1483</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:zeroport-weak-encryption(4963)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0626" seq="2000-0626">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Buffer overflow in Alibaba web server allows remote attackers to cause a denial of service via a long GET request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0237.html">20000718 Multiple bugs in Alibaba 2.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1482">1482</ref>
</refs>
<votes>
<accept count="4">Baker, Blake, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Cole, LeBlanc, Oliver, Ozancin</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:alibaba-get-dos(4934)</comment>
<comment voter="Christey">This is in a relatively old Nessus plugin, though the exploit
uses POST instead of GET.  This was probably discovered
earlier than the references indicate.</comment>
<comment voter="CHANGE">[Wall changed vote from NOOP to ACCEPT]</comment>
<comment voter="Wall">Found by Arne Vidstrom and found in multiple sources</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">See the POST comment in
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94182951012884&amp;w=2
Also see http://marc.theaimsgroup.com/?l=bugtraq&amp;m=94191318721834&amp;w=2

One poster says that a large number of sites are running
Alibaba (based on a netcraft report), but I'm not 100%
sure Netcraft's doing a good job of identifying Alibaba
servers.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0629" seq="2000-0629">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>The default configuration of the Sun Java web server 2.0 and earlier allows remote attackers to execute arbitrary commands by uploading Java code to the server via board.html, then directly calling the JSP compiler servlet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0163.html">20000711 Sun's Java Web Server remote command execution vulnerability</ref>
<ref source="MISC" url="http://www.sun.com/software/jwebserver/faq/jwsca-2000-02.html ">http://www.sun.com/software/jwebserver/faq/jwsca-2000-02.html </ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1459">1459</ref>
</refs>
<votes>
<accept count="3">Cole, Dik, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sunjava-webadmin-bbs(5135)</comment>
<comment voter="Christey">Need to create/update </comment>
<comment voter="Dik">(through internal confirmation)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0645" seq="2000-0645">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>WFTPD and WFTPD Pro 2.41 allows remote attackers to cause a denial of service by using the RESTART (REST) command and writing beyond the end of a file, or writing to a file that does not exist, via commands such as STORE UNIQUE (STOU), STORE (STOR), or APPEND (APPE).</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0295.html">20000721 WFTPD/WFTPD Pro 2.41 RC11 vulnerabilities.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1506">1506</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:wftpd-rest-dos(5004)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0646" seq="2000-0646">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>WFTPD and WFTPD Pro 2.41 allows remote attackers to obtain the real pathname for a file by executing a STATUS (STAT) command while the file is being transferred.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0295.html">20000721 WFTPD/WFTPD Pro 2.41 RC11 vulnerabilities.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1506">1506</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:wftpd-stat-info(5005)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0647" seq="2000-0647">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>WFTPD and WFTPD Pro 2.41 allows remote attackers to cause a denial of service by executing an MLST command before logging into the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0295.html">20000721 WFTPD/WFTPD Pro 2.41 RC11 vulnerabilities.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1506">1506</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:wftpd-mlst-dos(5006)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0648" seq="2000-0648">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>WFTPD and WFTPD Pro 2.41 allows local users to cause a denial of service by executing the RENAME TO (RNTO) command before a RENAME FROM (RNFR) command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=E13BvU6-0007d8-00@dwarf.box.sk">20000711 WFTPD/WFTPD Pro 2.41 RC10 denial-of-service</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1456">1456</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, LeBlanc</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:wftpd-rnto-dos(4930)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0649" seq="2000-0649">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>IIS 4.0 allows remote attackers to obtain the internal IP address of the server via an HTTP 1.0 request for a web page which is protected by basic authentication and has no realm defined.</desc>
<refs>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q3/0025.html">20000713 IIS4 Basic authentication realm issue</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1499">1499</ref>
</refs>
<votes>
<accept count="2">LeBlanc, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Cole</noop>
<reviewing count="2">Christey, Wall</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF http://support.microsoft.com/support/kb/articles/Q218/1/80.ASP

Change description to point out that the internal IP address
exposure is due to the default configuration as opposed to
a bug.</comment>
<comment voter="Frech">XF:iis-internal-ip-disclosure(5106)</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">There are two variants of the same type of issue here.  The
KB article shows that IIS 4.0 reveals the IP address in a
Content-Location MIME header field.  The NTBugtraq article
says that the IP address is shown in the WWW-Authenticate
MIME header.  Which one has been fixed, or both, and when?</comment>
<comment voter="Christey">MSKB:Q218180 identifies a problem in which IIS returns the
info in a Content-Location header, but the authentication
realm problem is not specifically mentioned.  Are these the
same problem?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0653" seq="2000-0653">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Microsoft Outlook Express allows remote attackers to monitor a user's email by creating a persistent browser link to the Outlook Express windows, aka the &quot;Persistent Mail-Browser Link&quot; vulnerability.</desc>
<refs>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/MS00-045.asp">MS00-045</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1502">1502</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Wall</accept>
<noop count="1">LeBlanc</noop>
<reject count="1">Frech</reject>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">Is this a duplicate of CVE-2000-0105? I can find no differentiating evidence
to show that this issue is unique.</comment>
<comment voter="Christey">I need to look through my email logs to recall whether I 
resolved this potential duplicate with Microsoft people.</comment>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to REJECT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0656" seq="2000-0656">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Buffer overflow in AnalogX proxy server 4.04 and earlier allows remote attackers to cause a denial of service via a long USER command in the FTP protocol.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0360.html">20000724 AnalogX Proxy DoS</ref>
<ref source="CONFIRM" url="http://www.analogx.com/contents/download/network/proxy.htm">http://www.analogx.com/contents/download/network/proxy.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1504">1504</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:analogx-proxy-ftp-crash(4981)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0657" seq="2000-0657">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Buffer overflow in AnalogX proxy server 4.04 and earlier allows remote attackers to cause a denial of service via a long HELO command in the SMTP protocol.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0360.html">20000724 AnalogX Proxy DoS</ref>
<ref source="CONFIRM" url="http://www.analogx.com/contents/download/network/proxy.htm">http://www.analogx.com/contents/download/network/proxy.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1504">1504</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:analogx-proxy-smtp-helo(5164)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0658" seq="2000-0658">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Buffer overflow in AnalogX proxy server 4.04 and earlier allows remote attackers to cause a denial of service via a long USER command in the POP3 protocol.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0360.html">20000724 AnalogX Proxy DoS</ref>
<ref source="CONFIRM" url="http://www.analogx.com/contents/download/network/proxy.htm">http://www.analogx.com/contents/download/network/proxy.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1504">1504</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:analogx-proxy-pop3-crash(4982)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0659" seq="2000-0659">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Buffer overflow in AnalogX proxy server 4.04 and earlier allows remote attackers to cause a denial of service via a long user ID in a SOCKS4 CONNECT request.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0360.html">20000724 AnalogX Proxy DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1504">1504</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:analogx-proxy-socks4-crash(4997)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0667" seq="2000-0667">
<status>Candidate</status>
<phase date="20000803">Proposed</phase>
<desc>Vulnerability in gpm in Caldera Linux allows local users to delete arbitrary files or conduct a denial of service.</desc>
<refs>
<ref source="CALDERA" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0273.html">CSSA-2000-024.0 </ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1512">1512</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Cole, LeBlanc, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:linux-gpm-gpmctl-dos(5010)
We show this issue to be cross-Linux-platform and not Caldera specific. May
also be a LOA issue or duplicate or specific instance of CVE-2000-0531. This
position is further validated by BID-1512 and BID-1377, which lists this as
a Conectiva Linux/Mandrake issue and list Mandrake:MDKSA-2000:025 in common.
We will list both CVEs under the listed XF tag unless otherwise instructed.</comment>
<comment voter="Christey">ADDREF Conectiva?
URL:http://archives.neohapsis.com/archives/bugtraq/2000-07/0396.html</comment>
<comment voter="Christey">ADDREF REDHAT:RHSA-2000:045-01
ADDREF BUGTRAQ:20000727 CONECTIVA LINUX SECURITY ANNOUNCEMENT - GPM
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96473014104340&amp;w=2
Another possible reference is:
BUGTRAQ:20000728 MDKSA:2000-025 gpm update
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96480812908563&amp;w=2
although the advisory is not explicit.  It also refers to
CVE-2000-0531.</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">Per Andre Frech's comments.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0680" seq="2000-0680">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The CVS 1.10.8 server does not properly restrict users from creating arbitrary Checkin.prog or Update.prog programs, which allows remote CVS committers to modify or create Trojan horse programs with the Checkin.prog or Update.prog names, then performing a CVS commit action.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26msg%3Dhvou2daoebb.fsf%40serein.m17n.org">20000728 cvs security problem</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1524">1524</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cvs-checkin-execute-binary</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0686" seq="2000-0686">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Auction Weaver CGI script 1.03 and earlier allows remote attackers to read arbitrary files via a .. (dot dot) attack in the fromfile parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0310.html">20000823 Auction WeaverT LITE 1.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1630">1630</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cgi-auction-weaver-read-files</comment>
<comment voter="Frech">XF:cgi-auction-weaver-read-files(5150)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0687" seq="2000-0687">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Auction Weaver CGI script 1.03 and earlier allows remote attackers to read arbitrary files via a .. (dot dot) attack in the catdir parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0310.html">20000823 Auction WeaverT LITE 1.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1630">1630</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:cgi-auction-weaver-read-files</comment>
<comment voter="Christey">Need to double-check BID's on all these Auction Weaver prob's.</comment>
<comment voter="Frech">XF:cgi-auction-weaver-read-files(5150)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0688" seq="2000-0688">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Subscribe Me LITE does not properly authenticate attempts to change the administrator password, which allows remote attackers to gain privileges for the Account Manager by directly calling the subscribe.pl script with the setpwd parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0292.html">20000823 Subscribe Me Vulnerability</ref>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96722957421029&amp;w=2">20000823 Re: Subscribe Me CGI Vulnerability</ref>
<ref source="CONFIRM" url="http://www.cgiscriptcenter.com/subscribe/">http://www.cgiscriptcenter.com/subscribe/</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1607">1607</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:subscribe-me-overwrite-password</comment>
<comment voter="Christey">Make sure the mention of Account Manager is correct.
XF:subscribe-me-overwrite-password
http://xforce.iss.net/static/5126.php</comment>
<comment voter="Frech">XF:subscribe-me-overwrite-password(5126)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0689" seq="2000-0689">
<status>Candidate</status>
<phase date="20061027">Modified</phase>
<desc>Account Manager LITE does not properly authenticate attempts to change the administrator password, which allows remote attackers to gain privileges for the Account Manager by directly calling the amadmin.pl script with the setpasswd parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0291.html">20000823 Account Manager CGI Vulnerability</ref>
<ref source="CONFIRM" url="http://www.cgiscriptcenter.com/acctlite/">http://www.cgiscriptcenter.com/acctlite/</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1604">1604</ref>
<ref source="OSVDB" url="http://www.osvdb.org/13341">13341</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/5125">account-manager-overwrite-password(5125)</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:account-manager-overwrite-password
In description, you probably want to indicate both Account Manager LITE and PRO.
Because CONFIRM redirects, you may want to verify and normalize to http://www.cgiscriptcenter.com/acctman/index2.html.</comment>
<comment voter="Christey">XF:account-manager-overwrite-password
http://xforce.iss.net/static/5125.php</comment>
<comment voter="Frech">XF:account-manager-overwrite-password(5125)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0690" seq="2000-0690">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Auction Weaver CGI script 1.02 and earlier allows remote attackers to execute arbitrary commands via shell metacharacters in the fromfile parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0370.html">20000830 More problems with Auction Weaver &amp; CGI Script Center.</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0452.html">20000830 More problems with Auction Weaver &amp; CGI Script Center.</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="2">Frech, Levy</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Levy">Reference: BID 1645</comment>
<comment voter="Christey">BID:1645
URL:http://www.securityfocus.com/bid/1645</comment>
<comment voter="Frech">XF:auction-weaver-execute-commands(6175)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0691" seq="2000-0691">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The faxrunq and faxrunqd in the mgetty package allows local users to create or modify arbitrary files via a symlink attack which creates a symlink in from /var/spool/fax/outgoing/.last_run to the target file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0329.html">20000826 Advisory: mgetty local compromise</ref>
<ref source="CONFIRM" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0330.html">http://archives.neohapsis.com/archives/bugtraq/2000-08/0330.html</ref>
<ref source="CALDERA" url="http://www.calderasystems.com/support/security/advisories/CSSA-2000-029.0.txt">CSSA-2000-029.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1612">1612</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="2">Cox, Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:mgetty-faxrunq-symlink</comment>
<comment voter="Christey">ADDREF XF:mgetty-faxrunq-symlink
ADDREF URL:http://xforce.iss.net/static/5159.php
ADDREF REDHAT:RHSA-2000:059-02
ADDREF BUGTRAQ:20000830 Conectiva Linux Security Announcement - mgetty
ADDREF MANDRAKE:MDKSA-2000:042</comment>
<comment voter="Christey">ADDREF REDHAT:RHSA-2000:059-02</comment>
<comment voter="Christey">ADDREF FREEBSD:FreeBSD-SA-00:71
ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:71.mgetty.asc</comment>
<comment voter="Frech">XF:mgetty-faxrunq-symlink(5159)	</comment>
<comment voter="Cox">ADDREF REDHAT:RHSA-2000:059</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0692" seq="2000-0692">
<status>Candidate</status>
<phase date="20001010">Modified</phase>
<desc>ISS RealSecure 3.2.1 and 3.2.2 allows remote attackers to cause a denial of service via a flood of fragmented packets with the SYN flag set.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0267.html">20000822 DOS on RealSecure 3.2</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1597">1597</ref>
<ref source="XF">realsecure-rskill-dos</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:realsecure-rskill-dos</comment>
<comment voter="Christey">CHANGEREF XF:realsecure-rskill-dos to XF:realsecure-frag-syn-dos?
http://xforce.iss.net/static/5133.php</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">In an email to issforum@iss.net on September 7, 2000, ISS says
that Network Sensor 3.2.2 is affected by SYN flooding, but
RealSecure 5.0 is not affected by Syn flooding.  In addition,
they could not find conclusive evidence that RS 3.2.2 or 5.0
was affected by IP fragmentation.  This seems to indicate
that there are 2 *possible* problems: syn flooding (acknowledged
by ISS) and fragmentation (unconfirmed).  Perhaps this
candidate needs to be split, or its description should be
rewritten to separate the 2 reported problems.</comment>
<comment voter="Frech">XF:realsecure-rskill-dos(5133)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0695" seq="2000-0695">
<status>Candidate</status>
<phase date="20010417">Modified</phase>
<desc>Buffer overflows in pgxconfig in the Raptor GFX configuration tool allow local users to gain privileges via command line options.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0463.html">20000802 Local root compromise in PGX Config Sun Sparc Solaris</ref>
</refs>
<votes>
<accept count="3">Baker, Dik, Levy</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Dik">as CVE-2000-0693</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0696" seq="2000-0696">
<status>Candidate</status>
<phase date="20080918">Modified</phase>
<desc>The administration interface for the dwhttpd web server in Solaris AnswerBook2 does not properly authenticate requests to its supporting CGI scripts, which allows remote attackers to add user accounts to the interface by directly calling the admin CGI script.</desc>
<refs>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2000/Aug/0105.html">20000807 Vulnerabilities in Sun Solaris AnswerBook2 dwhttpd server</ref>
<ref source="MISC" url="http://www.s21sec.com/en/avisos/s21sec-004-en.txt">http://www.s21sec.com/en/avisos/s21sec-004-en.txt</ref>
<ref source="SUN" url="http://archives.neohapsis.com/archives/sun/2000-q3/0001.html">00196</ref>
<ref source="XF" url="http://xforce.iss.net/static/5069.php">solaris-answerbook2-admin-interface(5069)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1554">1554</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Dik, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:solaris-answerbook2-admin-interface</comment>
<comment voter="Christey">XF:solaris-answerbook2-admin-interface
http://xforce.iss.net/static/5069.php</comment>
<comment voter="Christey">BUGTRAQ:20000807 Vulnerabilities in Sun Solaris AnswerBook2 dwhttpd server
http://www.securityfocus.com/archive/1/74382</comment>
<comment voter="Christey">Fix typo: &quot;CGi&quot;</comment>
<comment voter="CHANGE">[Dik changed vote from REVIEWING to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0697" seq="2000-0697">
<status>Candidate</status>
<phase date="20080918">Modified</phase>
<desc>The administration interface for the dwhttpd web server in Solaris AnswerBook2 allows interface users to remotely execute commands via shell metacharacters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2000/Aug/0105.html">20000807 Vulnerabilities in Sun Solaris AnswerBook2 dwhttpd server</ref>
<ref source="MISC" url="http://www.s21sec.com/en/avisos/s21sec-004-en.txt">http://www.s21sec.com/en/avisos/s21sec-004-en.txt</ref>
<ref source="SUN" url="http://archives.neohapsis.com/archives/sun/2000-q3/0001.html">00196</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/5058.php">solaris-answerbook2-remote-execution(5058)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1556">1556</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Dik, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:solaris-answerbook2-remote-execution</comment>
<comment voter="Christey">XF:solaris-answerbook2-remote-execution
http://xforce.iss.net/static/5058.php</comment>
<comment voter="CHANGE">[Dik changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Dik">COMMENTS
verified bug existance.</comment>
<comment voter="Christey">There needs to be a separate item for the .. problem reported
in this same post.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0701" seq="2000-0701">
<status>Candidate</status>
<phase date="20040818">Modified</phase>
<desc>The wrapper program in mailman 2.0beta3 and 2.0beta4 does not properly cleanse untrusted format strings, which allows local users to gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/73220">20000801 Advisory: mailman local compromise</ref>
<ref source="CONFIRM" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=20000802105050.A11733@rak.isternet.sk">http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=20000802105050.A11733@rak.isternet.sk</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0474.html">20000802 CONECTIVA LINUX SECURITY ANNOUNCEMENT - mailman</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0479.html">20000802 MDKSA-2000:030 - Linux-Mandrake not affected by mailman problem</ref>
<ref source="REDHAT" url="http://www.redhat.com/support/errata/RHSA-2000-030.html">RHSA-2000:030</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1539">1539</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:gnu-mailman-format-string
You can perhaps normalize Bugtraq URL to CONFIRM:http://www.securityfocus.com/archive/1/73355.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0704" seq="2000-0704">
<status>Candidate</status>
<phase date="20060505">Modified</phase>
<desc>Buffer overflow in SGI Omron WorldView Wnn allows remote attackers to execute arbitrary commands via long JS_OPEN, JS_MKDIR, or JS_FILE_INFO commands.</desc>
<refs>
<ref source="SGI" url="ftp://sgigate.sgi.com/security/20000803-01-A">20000803-01-A</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1603">1603</ref>
<ref source="OSVDB" url="http://www.osvdb.org/11080">11080</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/5163">irix-worldview-wnn-bo(5163)</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:irix-worldview-wnn-bo</comment>
<comment voter="Christey">XF:irix-worldview-wnn-bo
http://xforce.iss.net/static/5163.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0709" seq="2000-0709">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The shtml.exe component of Microsoft FrontPage 2000 Server Extensions 1.1 allows remote attackers to cause a denial of service in some components by requesting a URL whose name includes a standard DOS device name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0288.html">20000823 Xato Advisory: FrontPage DOS Device DoS</ref>
<ref source="CONFIRM" url="http://msdn.microsoft.com/workshop/languages/fp/2000/sr12.asp">http://msdn.microsoft.com/workshop/languages/fp/2000/sr12.asp</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1608">1608</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">[note to self: review comments by Mark Burnett]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">XF:frontpage-ext-device-name-dos(5124)</comment>
<comment voter="Frech">XF:frontpage-ext-device-name-dos(5124)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0710" seq="2000-0710">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The shtml.exe component of Microsoft FrontPage 2000 Server Extensions 1.1 allows remote attackers determine the physical path of the server components by requesting an invalid URL whose name includes a standard DOS device name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0288.html">20000823 Xato Advisory: FrontPage DOS Device DoS</ref>
<ref source="CONFIRM" url="http://msdn.microsoft.com/workshop/languages/fp/2000/sr12.asp">http://msdn.microsoft.com/workshop/languages/fp/2000/sr12.asp</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1608">1608</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">[note to self: review comments by Mark Burnett]</comment>
<comment voter="Frech">XF:frontpage-ext-device-name-dos(5124)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0713" seq="2000-0713">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Buffer overflow in Adobe Acrobat 4.05, Reader, Business Tools, and Fill In products that handle PDF files allows attackers to execute arbitrary commands via a long /Registry or /Ordering specifier.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0382.html">20000726 [SPSadvisory#39]Adobe Acrobat Series PDF File Buffer Overflow</ref>
<ref source="CONFIRM" url="http://www.adobe.com/misc/pdfsecurity.html">http://www.adobe.com/misc/pdfsecurity.html</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1509">1509</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Levy, Wall</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:adobe-pdf-bo(5002)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0714" seq="2000-0714">
<status>Candidate</status>
<phase date="20040818">Modified</phase>
<desc>umb-scheme 3.2-11 for Red Hat Linux is installed with world-writeable files.</desc>
<refs>
<ref source="REDHAT" url="http://www.redhat.com/support/errata/RHSA-2000-047.html">RHSA-2000:047</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1551">1551</ref>
</refs>
<votes>
<accept count="5">Baker, Cole, Cox, Levy, Williams</accept>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:linux-umb-scheme
http://xforce.iss.net/static/5048.php</comment>
<comment voter="Cox">(If me voting speeds up its inclusion :))</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0715" seq="2000-0715">
<status>Candidate</status>
<phase date="20080226">Modified</phase>
<desc>DiskCheck script diskcheck.pl in Red Hat Linux 6.2 allows local users to create or overwrite arbitrary files via a symlink attack on a temporary file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2000/Jun/0298.html">20000622 Re: rh 6.2 - gid compromises, etc [+ MORE!!!]</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2000/Aug/0082.html">20000805 Diskcheck 3.1.1 Symlink Vulnerability</ref>
<ref source="BUGTRAQ" url="http://seclists.org/bugtraq/2000/Aug/0096.html">20000807 Re: Diskcheck 3.1.1 Symlink Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1552">1552</ref>
</refs>
<votes>
<accept count="3">Baker, Levy, Williams</accept>
<modify count="2">Christey, Cox</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:diskcheck-tmp-race-condition
http://xforce.iss.net/static/5061.php</comment>
<comment voter="Christey">ADDREF REDHAT:RHSA-2000:122-04 ?
The advisory addresses some diskcheck symlink vulnerability,
but the initial announcement was 4 months before the advisory
was released; however, the DiskCheck versions seem to
correspond.</comment>
<comment voter="Christey">See various Bugtraq posts relating to this, and verify if the
Conectiva/Red Hat/etc. advisories are really addressing this
particular problem.
e.g.: BUGTRAQ:20000622 Re: rh 6.2 - gid compromises, etc [+ MORE!!!]
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96172022819526&amp;w=2
BUGTRAQ:20000810 CONECTIVA LINUX SECURITY ANNOUNCEMENT - diskcheck
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96604843017702&amp;w=2
REDHAT:RHSA-2000:122-06
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97649229201967&amp;w=2
BID:2050
URL:http://www.securityfocus.com/bid/2050</comment>
<comment voter="Christey">The following RedHat advisory appears to identify the same
problem as one that was posted to Bugtraq on August 8, 2000:
REDHAT:RHSA-2000:122-06
http://www.redhat.com/support/errata/powertools/RHSA-2000-122.html

See the following BugID, as referenced in the advisory:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=11724
So, add:
BID:2050
URL:http://www.securityfocus.com/bid/2050
XF:linux-diskcheck-race-symlink
URL:http://xforce.iss.net/static/5624.php

[note the apparent BID duplicates, however]</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to MODIFY]</comment>
<comment voter="Christey">Missing BID - BID:1552</comment>
<comment voter="Cox">ADDREF REDHAT:RHSA-2000:122</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0719" seq="2000-0719">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>VariCAD 7.0 is installed with world-writeable files, which allows local users to replace the VariCAD programs with a Trojan horse program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0126.html">20000810 VariCAD 7.0 premission vulnerability</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="4">Christey, Cole, Wall, Williams</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Christey">XF:varicad-world-write-permissions
http://xforce.iss.net/static/5077.php</comment>
<comment voter="Frech">XF:aricad-world-write-permissions(5077)</comment>
<comment voter="Christey">BID:1862</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0721" seq="2000-0721">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The FSserial, FlagShip_c, and FlagShip_p programs in the FlagShip package are installed world-writeable, which allows local users to replace them with Trojan horses.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0114.html">20000810 FlagShip v4.48.7449 premission vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1586">1586</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:flagship-incorrect-permissions(5114)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0722" seq="2000-0722">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Helix GNOME Updater helix-update 0.5 and earlier allows local users to install arbitrary RPM packages by creating the /tmp/helix-install installation directory before root has begun installing packages.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=E13QAYl-0007il-00@the-village.bc.nu">20000819 Multiple Local Vulnerabilities in Helix Gnome Installer</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0240.html">20000820 Helix Code Security Advisory - Helix GNOME Update</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0251.html">20000820 [Helix Beta] Helix Code Security Advisory - Helix GNOME Installer</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1593">1593</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:linux-update-race-condition</comment>
<comment voter="Frech">XF:gnome-installer-overwrite-configuration(5129)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0723" seq="2000-0723">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Helix GNOME Updater helix-update 0.5 and earlier does not properly create /tmp directories, which allows local users to create empty system configuration files such as /etc/config.d/bashrc, /etc/config.d/csh.cshrc, and /etc/rc.config.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=E13QAYl-0007il-00@the-village.bc.nu">20000819 Multiple Local Vulnerabilities in Helix Gnome Installer</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0251.html">20000820 [Helix Beta] Helix Code Security Advisory - Helix GNOME Installer</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1596">1596</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:gnome-installer-overwrite-configuration(5129)</comment>
<comment voter="Frech">XF:gnome-installer-overwrite-configuration(5129)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0724" seq="2000-0724">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The go-gnome Helix GNOME pre-installer allows local users to overwrite arbitrary files via a symlink attack on various files in /tmp, including uudecode, snarf, and some installer files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0351.html">20000829 More Helix Code installation problems (go-gnome)</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0356.html">20000829 Helix Code Security Advisory - go-gnome pre-installer</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1622">1622</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:go-gnome-preinstaller-symlink(5161)</comment>
<comment voter="Frech">XF:go-gnome-preinstaller-symlink(5161)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0734" seq="2000-0734">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>eEye IRIS 1.01 beta allows remote attackers to cause a denial of service via a large number of UDP connections.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96774637326591&amp;w=2">20000831 Remote DoS Attack in Eeye Iris 1.01 and SpyNet CaptureNet v3.12</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1627">1627</ref>
</refs>
<votes>
<modify count="1">Levy</modify>
<noop count="2">Cole, Wall</noop>
<reject count="1">Frech</reject>
</votes>
<comments>
<comment voter="Levy">The product is in wide use even while is in beta. eEye brought another company and made all their previous customers upgrade to the new software.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0735" seq="2000-0735">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Buffer overflow in Becky! Internet Mail client 1.26.03 and earlier allows remote attackers to cause a denial of service via a long Content-type: MIME header when the user replies to a message.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0234.html">20000818 Becky! Internet Mail Buffer overflow</ref>
<ref source="CONFIRM" url="http://member.nifty.ne.jp/rimarts/becky-e/Readme.txt">http://member.nifty.ne.jp/rimarts/becky-e/Readme.txt</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1588">1588</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:becky-imail-header-dos
http://xforce.iss.net/static/5110.php</comment>
<comment voter="Frech">XF:becky-imail-header-dos(5110)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0736" seq="2000-0736">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Buffer overflow in Becky! Internet Mail client 1.26.04 and earlier allows remote attackers to cause a denial of service via a long Content-type: MIME header when the user forwards a message.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0234.html">20000818 Becky! Internet Mail Buffer overflow</ref>
<ref source="CONFIRM" url="http://member.nifty.ne.jp/rimarts/becky-e/Readme.txt">http://member.nifty.ne.jp/rimarts/becky-e/Readme.txt</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1588">1588</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:becky-imail-header-dos
http://xforce.iss.net/static/5110.php</comment>
<comment voter="Frech">XF:becky-imail-header-dos(5110)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0746" seq="2000-0746">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Vulnerabilities in IIS 4.0 and 5.0 do not properly protect against cross-site scripting (CSS) attacks.  They allow a malicious web site operator to embed scripts in a link to a trusted site, which are returned without quoting in an error message back to the client.  The client then executes those scripts in the same context as the trusted site, aka the &quot;IIS Cross-Site Scripting&quot; vulnerabilities.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=39A12BD6.E811BF4F@nat.bg">20000821 IIS 5.0 cross site scripting vulnerability - using .shtml files or /_vti_bin/shtml.dll</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-060.asp">MS00-060</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1594">1594</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1595">1595</ref>
</refs>
<votes>
<accept count="3">Cole, Levy, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Make sure both BID's are appropriate
XF:iis-cross-site-scripting
http://xforce.iss.net/static/5156.php</comment>
<comment voter="Frech">XF: iis-cross-site-scripting(5156)</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">A re-release of MS:MS00-060 indicates that a new variant of
this problem was discovered, but the advisory does not
provide sufficient details to distinguish it from this
candidate.  A new candidate is being created, but the 
description can't be written without mentioning this CAN.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0748" seq="2000-0748">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>OpenLDAP 1.2.11 and earlier improperly installs the ud binary with group write permissions, which could allow any user in that group to replace the binary with a Trojan horse.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0375.html">20000726 Group-writable executable in OpenLDAP</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1511">1511</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<noop count="4">Baker, Cole, Wall, Williams</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0752" seq="2000-0752">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Buffer overflows in brouted in FreeBSD and possibly other OSes allows local users to gain root privileges via long command line arguments.</desc>
<refs>
<ref source="FREEBSD" url="http://archives.neohapsis.com/archives/freebsd/2000-08/0339.html">FreeBSD-SA-00:43</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1629">1629</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:freebsd-brouted-bo(6185)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0755" seq="2000-0755">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Vulnerability in the newgrp command in HP-UX 11.00 allows local users to gain privileges.</desc>
<refs>
<ref source="HP" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0144.html">HPSBUX0008-118</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1581">1581</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<noop count="2">Baker, Wall</noop>
<reject count="2">Christey, Frech</reject>
</votes>
<comments>
<comment voter="Christey">DUPE CVE-2000-0730
Also, the BID is wrong.</comment>
<comment voter="Frech">DUPE OF CVE-2000-0730
Also, the BID is wrong.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0756" seq="2000-0756">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Microsoft Outlook 2000 does not properly process long or malformed fields in vCard (.vcf) files, which allows attackers to cause a denial of service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=Springmail.105.967737080.0.16997300@www.springmail.com">20000831 vCard DoS on Outlook 2000</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1633">1633</ref>
</refs>
<votes>
<accept count="2">Cole, Levy</accept>
<modify count="2">Frech, LeBlanc</modify>
<reviewing count="2">Christey, Wall</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">- if a KB article, bulletin, or patch can be found, then
I'll ACCEPT</comment>
<comment voter="Christey">This is the same as MS:MS01-012 (CVE-2001-0145)
See the Bugtraq post by Joel Moses:
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=98322714210100&amp;w=2

As of this writing, it is not certain which candidate
should be preferred: the candidate that has been publicly
known longer (i.e. CVE-2000-0756), or the more &quot;official&quot;
candidate, which has probably been publicized more (i.e.
CVE-2001-0145).</comment>
<comment voter="Frech">XF:outlook-vcard-dos(5175)
XF:outlook-vcard-bo(6145)
Because there's another more recent CAN linked to @stake and
Microsoft's advisories, we'll link both of our records to both
candiates until a final decision occurs. If a decision has been made
to promote the CVE-2001 entry, then enter my vote as a REJECT for
CVE-2000-0756.</comment>
<comment voter="Frech">Replace outlook-vcard-bo(6145) with outlook-vcard-dos(5175)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0757" seq="2000-0757">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The sysgen service in Aptis Totalbill does not perform authentication, which allows remote attackers to gain root privileges by connecting to the service and specifying the commands to be executed.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0074.html">20000808 Exploit for Totalbill...</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1555">1555</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<noop count="4">Christey, Cole, Wall, Williams</noop>
</votes>
<comments>
<comment voter="Christey">XF:totalbill-remote-execution
http://xforce.iss.net/static/5068.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0759" seq="2000-0759">
<status>Candidate</status>
<phase date="20050703">Modified</phase>
<desc>Jakarta Tomcat 3.1 under Apache reveals physical path information when a remote attacker requests a URL that does not exist, which generates an error message that includes the physical path.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26date%3D2000-07-15%26msg%3DPine.SUN.3.96.1000719184401.17782A-100000@grex.cyberspace.org">20000719 [LoWNOISE] Tomcat 3.1 Path Revealing Problem.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1531">1531</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/4967.php">tomcat-error-path-reveal(4967)</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<noop count="3">Cole, Wall, Williams</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0760" seq="2000-0760">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The Snoop servlet in Jakarta Tomcat 3.1 and 3.0 under Apache reveals sensitive system information when a remote attacker requests a nonexistent URL with a .snp extension.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26date%3D2000-07-15%26msg%3DPine.SUN.3.96.1000719235404.24004A-100000@grex.cyberspace.org">20000719 [LoWNOISE] Snoop Servlet (Tomcat 3.1 and 3.0)</ref>
<ref source="XF">tomcat-snoop-info</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1532">1532</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<noop count="3">Cole, Wall, Williams</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0769" seq="2000-0769">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>O'Reilly WebSite Pro 2.3.7 installs the uploader.exe program with execute permissions for all users, which allows remote attackers to create and execute arbitrary files by directly calling uploader.exe.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96715834610888&amp;w=2">20000824 WebServer Pro 2.3.7 Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1611">1611</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Cole</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Christey">XF:website-pro-upload-files(5157)</comment>
<comment voter="Frech">XF:website-pro-upload-files(5157)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0772" seq="2000-0772">
<status>Candidate</status>
<phase date="20010116">Modified</phase>
<desc>The installation of Tumbleweed Messaging Management System (MMS) 4.6 and earlier (formerly Worldtalk Worldsecure) creates a default account &quot;sa&quot; with no password.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0098.html">20000810 Tumbleweed Worldsecure (MMS) BLANK 'sa' account password vulnerability</ref>
<ref source="CONFIRM" url="http://thompson.tumbleweed.com/NewKB/bulletin/UPFiles/sa-official.htm">http://thompson.tumbleweed.com/NewKB/bulletin/UPFiles/sa-official.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1562">1562</ref>
<ref source="XF" url="http://xforce.iss.net/static/5072.php">tumbleweed-mms-blank-password</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:tumbleweed-mms-blank-password
http://xforce.iss.net/static/5072.php</comment>
<comment voter="Frech">XF:umbleweed-mms-blank-password(5072)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0774" seq="2000-0774">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The sample Java servlet &quot;test&quot; in Bajie HTTP web server 0.30a reveals the real pathname of the web document root.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0426.html">20000731 Two security flaws in Bajie Webserver</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1521">1521</ref>
</refs>
<votes>
<accept count="3">Baker, Levy, Williams</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Baker">Vendor fixed this issue in later version of the software</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0775" seq="2000-0775">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Buffer overflow in RobTex Viking server earlier than 1.06-370 allows remote attackers to cause a denial of service or execute arbitrary commands via a long HTTP GET request, or long Unless-Modified-Since, If-Range, or If-Modified-Since headers.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=399a01c01122$0d7f2310$0201a8c0@aviram">20000828 [NT] Viking security vulnerabilities enable remote code execution (long URL, date parsing)</ref>
<ref source="CONFIRM" url="http://www.robtex.com/viking/bugs.htm">http://www.robtex.com/viking/bugs.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1614">1614</ref>
</refs>
<votes>
<accept count="2">Baker, Levy</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:viking-server-bo(5158)</comment>
<comment voter="Frech">XF:viking-server-bo(5158)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0784" seq="2000-0784">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>sshd program in the Rapidstream 2.1 Beta VPN appliance has a hard-coded &quot;rsadmin&quot; account with a null password, which allows remote attackers to execute arbitrary commands via ssh.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0216.html">20000816 Remote Root Compromise On All RapidStream VPN Appliances</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1574">1574</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:rapidstream-remote-execution
http://xforce.iss.net/static/5093.php</comment>
<comment voter="Frech">XF:rapidstream-remote-execution(5093)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0785" seq="2000-0785">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>WircSrv IRC Server 5.07s allows IRC operators to read arbitrary files via the importmotd command, which sets the Message of the Day (MOTD) to the specified file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96353027909756&amp;w=2">20000713 More wIRCSrv stupidity</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Levy</modify>
<noop count="3">Cole, Wall, Williams</noop>
</votes>
<comments>
<comment voter="Levy">BID 1472</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0789" seq="2000-0789">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>WinU 5.x and earlier uses weak encryption to store its configuration password, which allows local users to decrypt the password and gain privileges.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0201.html">20000816 WinU 4/5 weak password vulnerability</ref>
</refs>
<votes>
<accept count="1">Williams</accept>
<modify count="2">Baker, Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:winu-backdoor(5376)</comment>
<comment voter="Christey">ADDREF BID:1741
ADDREF URL:http://www.securityfocus.com/bid/1741</comment>
<comment voter="Baker">Since there are apparently two different methods of weak encryption, perhaps the description should read &quot; ... used weak encryption methods..&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0791" seq="2000-0791">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Trustix installs the httpsd program for Apache-SSL with world-writeable permissions, which allows local users to replace it with a Trojan horse.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0179.html">20000815 Trustix security advisory - apache-ssl</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1575">1575</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Levy</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:trustix-secure-apache-misconfig
http://xforce.iss.net/static/5099.php</comment>
<comment voter="Frech">XF:trustix-secure-apache-misconfig(5099)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0793" seq="2000-0793">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Norton AntiVirus 5.00.01C with the Novell Netware client does not properly restart the auto-protection service after the first user has logged off of the system.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=398222C5@zathras.cc.vt.edu">20000728 Norton Antivirus Protection Disabled under Novell Netware</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1533">1533</ref>
</refs>
<votes>
<accept count="1">Levy</accept>
<modify count="1">Baker</modify>
<noop count="3">Cole, Wall, Williams</noop>
</votes>
<comments>
<comment voter="Baker">Perhaps the description should read &quot;... after the first user to log on to the system logs off.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0794" seq="2000-0794">
<status>Candidate</status>
<phase date="20060705">Modified</phase>
<desc>Buffer overflow in IRIX libgl.so library allows local users to gain root privileges via a long HOME variable to programs such as (1) gmemusage and (2) gr_osview.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=200008021924.e72JOVs12558@ix.put.poznan.pl">20000802 [LSD] some unpublished LSD exploit codes</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1527">1527</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8568">8568</ref>
<ref source="XF" url="http://www.iss.net/security_center/static/5063.php">irix-libgl-bo(5063)</ref>
</refs>
<votes>
<accept count="3">Baker, Levy, Williams</accept>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:irix-libgl-bo
http://xforce.iss.net/static/5063.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0798" seq="2000-0798">
<status>Candidate</status>
<phase date="20060626">Modified</phase>
<desc>The truncate function in IRIX 6.x does not properly check for privileges when the file is in the xfs file system, which allows local users to delete the contents of arbitrary files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/templates/archive.pike?list=1&amp;msg=200008021924.e72JOVs12558@ix.put.poznan.pl">20000802 [LSD] some unpublished LSD exploit codes</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1540">1540</ref>
<ref source="OSVDB" url="http://www.osvdb.org/8569">8569</ref>
</refs>
<votes>
<accept count="3">Baker, Levy, Williams</accept>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">XF:irix-xfs-truncate
http://xforce.iss.net/static/5011.php</comment>
<comment voter="Christey">XF:sgi-xfs(2110) ?
SGI:19970102-01-PX ?</comment>
<comment voter="Christey">Consulting SGI on this... the relationship is pretty close.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0800" seq="2000-0800">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>String parsing error in rpc.kstatd in the linuxnfs or knfsd packages in SuSE and possibly other Linux systems allows remote attackers to gain root privileges.</desc>
<refs>
<ref source="SUSE" url="http://www.novell.com/linux/security/advisories/suse_security_announce_58.html">20000810 Security Hole in knfsd, all versions</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="2">Frech, Levy</modify>
<noop count="2">Baker, Wall</noop>
<reject count="1">Christey</reject>
</votes>
<comments>
<comment voter="Levy">This is the same as other Linux vendors statd format string problem.

Reference: BID 1480</comment>
<comment voter="Christey">If this is the same as the other statd format string problems,
then this is a duplicate of CVE-2000-0666.</comment>
<comment voter="Frech">XF:linux-rpcstatd-format-overwrite(4939)</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to REJECT]</comment>
<comment voter="Christey">OK, I agree that this is a dupe of CVE-2000-0666.
Here's why:

BUGTRAQ:20000803 SuSE Security: miscellaneous
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96540330329127&amp;w=2

One statement says &quot;The SuSE package containing rpc.kstatd
(other vendors named it rpc.statd)... An updated package is
currently being tested.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0801" seq="2000-0801">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>Buffer overflow in bdf program in HP-UX 11.00 may allow local users to gain root privileges via a long -t option.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-07/0388.html">20000727 [ Hackerslab bug_paper ] HP-UX bdf -t option buffer overflow vul.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1520">1520</ref>
</refs>
<votes>
<accept count="3">Baker, Levy, Williams</accept>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Christey">ADDREF HP:HPSBUX0010-127??
http://archives.neohapsis.com/archives/hp/2000-q4/0028.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0802" seq="2000-0802">
<status>Candidate</status>
<phase date="20000921">Proposed</phase>
<desc>The BAIR program does not properly restrict access to the Internet Explorer Internet options menu, which allows local users to obtain access to the menu by modifying the registry key that starts BAIR.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96430372326912&amp;w=2">20000722 More bad censorware</ref>
<ref source="XF">bair-security-removal</ref>
</refs>
<votes>
<noop count="5">Baker, Cole, LeBlanc, Wall, Williams</noop>
<reviewing count="1">Levy</reviewing>
</votes>
<comments>
<comment voter="LeBlanc">What the heck is BAIR? I don't think it is MS software.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0812" seq="2000-0812">
<status>Candidate</status>
<phase date="20010117">Interim</phase>
<desc>The administration module in Sun Java web server allows remote attackers to execute arbitrary commands by uploading Java code to the module and invoke the com.sun.server.http.pagecompile.jsp92.JspServlet by requesting a URL that begins with a /servlet/ tag.</desc>
<refs>
<ref source="SUN" url="http://sunsolve.sun.com/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/197&amp;type=0&amp;nav=sec.sba">00197</ref>
<ref source="MISC" url="http://www.securityfocus.com/templates/advisory.html?id=2542">http://www.securityfocus.com/templates/advisory.html?id=2542</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1600">1600</ref>
<ref source="XF" url="http://xforce.iss.net/static/5135.php">sunjava-webadmin-bbs</ref>
</refs>
<votes>
<accept count="2">Baker, Dik</accept>
<modify count="2">Frech, Levy</modify>
<noop count="3">Armstrong, Cole, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sunjava-webadmin-bbs(5135)</comment>
<comment voter="Levy">BID 1600</comment>
<comment voter="Frech">We also show this associated with CVE-2000-0629: The default
configuration of the Sun Java web server 2.0 and earlier allows remote
attackers to execute arbitrary commands by uploading Java code to the
server via board.html, then directly calling the JSP compiler
servlet. CVE web site concurs.</comment>
<comment voter="Christey">I think that Casper Dik confirmed that CVE-2000-0629 is a
configuration problem, and this one is a bug, so they are
different problems.  I need to dig up that email, though...</comment>
<comment voter="Dik">CVE-2000-0629 indeed is about sample code which shouldn't
be run on prodution servers
This one is an actual bug and patches have been produced
for JWS 2.0 and 1.1.3</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0817" seq="2000-0817">
<status>Candidate</status>
<phase date="20010119">Modified</phase>
<desc>Buffer overflow in the HTTP protocol parser for Microsoft Network Monitor (Netmon) allows remote attackers to execute arbitrary commands via malformed data, aka the &quot;Netmon Protocol Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ISS" url="http://xforce.iss.net/alerts/index.php">20001101 Buffer Overflow in Microsoft Windows NT 4.0 and Windows 2000 Network Monitor</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/MS00-083.asp">MS00-083</ref>
<ref source="XF">network-monitor-bo(5399)</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Renaud</noop>
</votes>
<comments>
<comment voter="Frech">XF:network-monitor-bo(5399)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0826" seq="2000-0826">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in ddicgi.exe program in Mobius DocumentDirect for the Internet 1.2 allows remote attackers to execute arbitrary commands via a long GET request.</desc>
<refs>
<ref source="ATSTAKE" url="http://www.atstake.com/research/advisories/2000/a090800-1.txt">A090800-1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1657">1657</ref>
<ref source="XF" url="http://xforce.iss.net/static/5210.php">documentdirect-get-bo</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0827" seq="2000-0827">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in the web authorization form of Mobius DocumentDirect for the Internet 1.2 allows remote attackers to cause a denial of service or execute arbitrary commands via a long username.</desc>
<refs>
<ref source="ATSTAKE" url="http://www.atstake.com/research/advisories/2000/a090800-1.txt">A090800-1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1657">1657</ref>
<ref source="XF" url="http://xforce.iss.net/static/5211.php">documentdirect-username-bo</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0828" seq="2000-0828">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in ddicgi.exe in Mobius DocumentDirect for the Internet 1.2 allows remote attackers to execute arbitrary commands via a long User-Agent parameter.</desc>
<refs>
<ref source="ATSTAKE" url="http://www.atstake.com/research/advisories/2000/a090800-1.txt">A090800-1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1657">1657</ref>
<ref source="XF" url="http://xforce.iss.net/static/5212.php">documentdirect-user-agent-bo</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0831" seq="2000-0831">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in Fastream FTP++ 2.0 allows remote attackers to cause a denial of service and possibly execute arbitrary commands via a long username.</desc>
<refs>
<ref source="WIN2KSEC" url="http://archives.neohapsis.com/archives/win2ksecadvice/2000-q3/0109.html">20000912 DST2K0027: DoS in Faststream FTP++ 2.0</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="3">Armstrong, Cole, Magdych</noop>
<reviewing count="2">Christey, Wall</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:fastream-ftp-dos(5235)</comment>
<comment voter="Christey">XF:fastream-ftp-dos</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">CVE-2000-0831 and CVE-2001-0256 are probable duplicates, since
they involve the same product and version (Fastream FTP++
2.0), vuln type (buffer overflow), and attack vector (username).</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0832" seq="2000-0832">
<status>Candidate</status>
<phase date="20010910">Modified</phase>
<desc>Htgrep CGI program allows remote attackers to read arbitrary files by specifying the full pathname in the hdr parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0208.html">20000817 Htgrep CGI Arbitrary File Viewing Vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/5476.php">htgrep-cgi-view-files(5476)</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<modify count="1">Frech</modify>
<noop count="4">Armstrong, Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:htgrep-cgi-view-files(5476)</comment>
<comment voter="Collins">http://www.iam.unibe.ch/~scg/Src/Doc/</comment>
<comment voter="Christey">The change log for htgrep acknowledges the problem, but it
says that the qry tag is also affected.  CD:SF-LOC says that
multiple problems of the same type in the same version should
be combined, so this candidate should get a &quot;soft recast&quot;
and qry should be added to the description.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0833" seq="2000-0833">
<status>Candidate</status>
<phase date="20020222">Modified</phase>
<desc>Buffer overflow in WinSMTP 1.06f and 2.X allows remote attackers to cause a denial of service via a long (1) USER or (2) HELO command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/81693">2000911 WinSMTPD remote exploit/DoS problem</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1680">1680</ref>
<ref source="XF" url="http://xforce.iss.net/static/5255.php">winsmtp-helo-bo(5255)</ref>
</refs>
<votes>
<accept count="5">Baker, Cole, Collins, Frech, Wall</accept>
<noop count="2">Armstrong, Magdych</noop>
</votes>
<comments>
<comment voter="Cole">HAS-INDEPENDENT-CONFIRMATION</comment>
<comment voter="CHANGE">[Wall changed vote from REVIEWING to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0835" seq="2000-0835">
<status>Candidate</status>
<phase date="20100115">Modified</phase>
<desc>search.dll Sambar ISAPI Search utility in Sambar Server 4.4 Beta 3 allows remote attackers to read arbitrary directories by specifying the directory in the query parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0175.html">20000915 Sambar Server search CGI vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1684">1684</ref>
</refs>
<votes>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Christey, Cole, Collins, Wall</noop>
<reject count="2">Baker, Magdych</reject>
</votes>
<comments>
<comment voter="Magdych">Unless the beta product is in very widespread use, or the product is in
&quot;perpetual beta&quot; (e.g. ICQ), I would prefer not to include beta software.</comment>
<comment voter="Christey">XF:sambar-search-view-folder</comment>
<comment voter="Frech">XF:sambar-search-view-folder(5247)</comment>
<comment voter="Baker">Unless we change our CD:EX-BETA, we should reject this entry.  Perhaps we need to address the issue of Beta software again, but the previous discussion was pretty thorough and I believe the editorial board was unanimous in excluding normal beta software.</comment>
<comment voter="Christey">Fix typo: &quot;paramater&quot;</comment>
<comment voter="Christey">fix typo: &quot;paramatar&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0836" seq="2000-0836">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in CamShot WebCam Trial2.6 allows remote attackers to execute arbitrary commands via a long Authorization header.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0176.html">20000915 [NEWS] Vulnerability in CamShot server (Authorization)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1685">1685</ref>
<ref source="XF" url="http://xforce.iss.net/static/5246.php">camshot-password-bo</ref>
</refs>
<votes>
<accept count="2">Baker, Frech</accept>
<noop count="3">Armstrong, Cole, Magdych</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0840" seq="2000-0840">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in XMail POP3 server before version 0.59 allows remote attackers to execute arbitrary commands via a long USER command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0001.html">20000906 [NEWS] XMail vulnerable to a remotely exploitable buffer overflow (APOP, USER)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1652">1652</ref>
<ref source="XF" url="http://xforce.iss.net/static/5192.php">xmail-long-user-bo</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Cole, Collins</accept>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Cole">INDEPENDENT-CONFIRMATION</comment>
<comment voter="Christey">CONFIRM:http://www.mycio.com/davidel/xmail/xmaildoc.htm
The entry dated 30-07-2000 for version 0.59 says: &quot;A possible
buffer overflow error has been fixed.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0841" seq="2000-0841">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in XMail POP3 server before version 0.59 allows remote attackers to execute arbitrary commands via a long APOP command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0001.html">20000906 [NEWS] XMail vulnerable to a remotely exploitable buffer overflow (APOP, USER)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1652">1652</ref>
<ref source="XF" url="http://xforce.iss.net/static/5191.php">xmail-long-apop-bo</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Cole, Collins</accept>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Cole">INDEPENDENT-CONFIRMATION</comment>
<comment voter="Christey">CONFIRM:http://www.mycio.com/davidel/xmail/xmaildoc.htm
The entry dated 30-07-2000 for version 0.59 says: &quot;A possible
buffer overflow error has been fixed.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0842" seq="2000-0842">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>The search97cgi/vtopic&quot; in the UnixWare 7 scohelphttp webserver allows remote attackers to read arbitrary files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0086.html">20000911 SCO scohelhttp documentation webserver exposes local files</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1663">1663</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Christey, Cole, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:sco-help-view-files(5226)</comment>
<comment voter="Christey">What is the proper &quot;spelling&quot; for the SCO help HTTP server?
I've seen it as &quot;SCOhelp&quot; and &quot;scohelphttp&quot; and &quot;SCO help HTTP&quot;</comment>
<comment voter="Christey">XF:sco-help-view-files</comment>
<comment voter="Christey">typo - extra &quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0843" seq="2000-0843">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Buffer overflow in pam_smb and pam_ntdom pluggable authentication modules (PAM) allow remote attackers to execute arbitrary commands via a login with a long user name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0073.html">20000910 (SRADV00002) Remote root compromise through pam_smb and pam_ntdom</ref>
<ref source="DEBIAN" url="http://www.debian.org/security/2000/20000911">20000911 libpam-smb: remote root exploit </ref>
<ref source="SUSE" url="http://www.novell.com/linux/security/advisories/adv8_draht_pam_smb_txt.html">20000913 pam_smb remotely exploitable buffer overflow</ref>
<ref source="MANDRAKE" url="http://www.linux-mandrake.com/en/security/MDKSA-2000-047.php3">MDKSA-2000:047</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0114.html">20000911 Conectiva Linux Security Announcement - pam_smb</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1666">1666</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Collins, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="3">Christey, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Magdych">ACKNOWLEDGED-BY-VENDOR</comment>
<comment voter="Christey">ADDREF XF:pam-authentication-bo</comment>
<comment voter="Frech">XF:pam-authentication-bo(5225)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0845" seq="2000-0845">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>kdebug daemon (kdebugd) in Digital Unix 4.0F allows remote attackers to read arbitrary files by specifying the full file name in the initialization packet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0204.html">20000918 [ENIGMA] Digital UNIX/Tru64 UNIX remote kdebug Vulnerability</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="5">Armstrong, Christey, Cole, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:du-kdebugd-write-access(5262)</comment>
<comment voter="Christey">This problem also allows attackers to overwrite files.
ADDREF BID:1693
ADDREF URL:http://www.securityfocus.com/bid/1693
ADDREF XF:du-kdebugd-write-access
ADDREF http://xforce.iss.net/static/5262.php</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0855" seq="2000-0855">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>SunFTP build 9(1) allows remote attackers to cause a denial of service by connecting to the server and disconnecting before sending a newline.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0408.html">20000901 [EXPL] SunFTP vulnerable to two Denial-of-Service attacks (long buffer, half-open)</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1637">1637</ref>
</refs>
<votes>
<accept count="4">Armstrong, Baker, Cole, Collins</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Cole">INDEPENDENT-CONFIRMATION</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0857" seq="2000-0857">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>The logging capability in muh 2.05d IRC server does not properly cleanse user-injected format strings, which allows remote attackers to cause a denial of service or execute arbitrary commands via a malformed nickname.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0067.html">20000909 format string bug in muh</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0068.html">20000909 Re: format string bug in muh</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1665">1665</ref>
<ref source="XF" url="http://xforce.iss.net/static/5215.php">muh-log-dos</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Collins, Frech</accept>
<noop count="4">Armstrong, Christey, Magdych, Wall</noop>
</votes>
<comments>
<comment voter="Cole">HAS-INDEPENDENT-CONFIRMATION</comment>
<comment voter="Christey">ADDREF FREEBSD:FreeBSD-SA-00:57</comment>
<comment voter="CHANGE">[Magdych changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0866" seq="2000-0866">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Interbase 6 SuperServer for Linux allows an attacker to cause a denial of service via a query containing 0 bytes.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0027.html">20000907 SEGFAULTING Interbase 6 SS Linux</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1654">1654</ref>
<ref source="XF" url="http://xforce.iss.net/static/5205.php">interbase-query-dos</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0872" seq="2000-0872">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>explorer.php in PhotoAlbum 0.9.9 allows remote attackers to read arbitrary files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0015.html">20000906 PhotoAlbum 0.9.9 explorer.php Vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1650">1650</ref>
<ref source="XF" url="http://xforce.iss.net/static/5198.php">phpphoto-dir-traverse</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0879" seq="2000-0879">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>LPPlus programs dccsched, dcclpdser, dccbkst, dccshut, dcclpdshut, and dccbkstshut are installed setuid root and world executable, which allows arbitrary local users to start and stop various LPD services.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0531.html">20000906 Multiple Security Holes in LPPlus</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1643">1643</ref>
<ref source="XF" url="http://xforce.iss.net/static/5199.php">lpplus-permissions-dos</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0880" seq="2000-0880">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>LPPlus creates the lpdprocess file with world-writeable permissions, which allows local users to kill arbitrary processes by specifying an alternate process ID and using the setuid dcclpdshut program to kill the process that was specified in the lpdprocess file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0531.html">20000906 Multiple Security Holes in LPPlus</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1643">1643</ref>
<ref source="XF" url="http://xforce.iss.net/static/5200.php">lpplus-process-perms-dos</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0881" seq="2000-0881">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>The dccscan setuid program in LPPlus does not properly check if the user has the permissions to print the file that is specified to dccscan, which allows local users to print arbitrary files.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0531.html">20000906 Multiple Security Holes in LPPlus</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1644">1644</ref>
<ref source="XF" url="http://xforce.iss.net/static/5201.php">lpplus-dccscan-file-read</ref>
</refs>
<votes>
<accept count="2">Baker, Collins</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0882" seq="2000-0882">
<status>Candidate</status>
<phase date="20001018">Proposed</phase>
<desc>Intel Express 500 series switches allow a remote attacker to cause a denial of service via a malformed ICMP packet, which causes the CPU to crash.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-08/0533.html">20000906 VIGILANTE-2000010: Intel Express Switch series 500 DoS #2</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1647">1647</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<noop count="3">Armstrong, Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0885" seq="2000-0885">
<status>Candidate</status>
<phase date="20010119">Modified</phase>
<desc>Buffer overflows in Microsoft Network Monitor (Netmon) allow remote attackers to execute arbitrary commands via a long Browser Name in a CIFS Browse Frame, a long SNMP community name, or a long username or filename in an SMB session, aka the &quot;Netmon Protocol Parsing&quot; vulnerability.  NOTE: It is highly likely that this candidate will be split into multiple candidates.</desc>
<refs>
<ref source="NAI">20001101 Multiple Network Monitor Overflows</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/MS00-083.asp">MS00-083</ref>
<ref source="XF">network-monitor-bo(5399)</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Mell, Renaud</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:network-monitor-bo(5399)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0889" seq="2000-0889">
<status>Candidate</status>
<phase date="20010202">Proposed</phase>
<desc>Two Sun security certificates have been compromised, which could allow attackers to insert malicious code such as applets and make it appear that it is signed by Sun.</desc>
<refs>
<ref source="CERT" url="http://www.cert.org/advisories/CA-2000-19.html">CA-2000-19</ref>
<ref source="SUN" url="http://sunsolve.Sun.COM/pub-cgi/retrieve.pl?doctype=coll&amp;doc=secbull/198&amp;type=0&amp;nav=sec.sba">00198</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Dik</accept>
<modify count="1">Frech</modify>
<noop count="2">Wall, Ziese</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:sun-compromised-certificate(5404)</comment>
<comment voter="Christey">Should revoked cert's be included in CVE?  How about the ones
for Microsoft from early 2001?</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0893" seq="2000-0893">
<status>Candidate</status>
<phase date="20010202">Proposed</phase>
<desc>The presence of the Distributed GL Daemon (dgld) service on port 5232 on SGI IRIX systems allows remote attackers to identify the target host as an SGI system.</desc>
<refs>
<ref source="CERT-VN" url="http://www.kb.cert.org/vuls/id/28027">VU#28027</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
<reviewing count="1">Ziese</reviewing>
</votes>
<comments>
<comment voter="CHANGE">[Frech changed vote from REVIEWING to MODIFY]</comment>
<comment voter="Frech">XF:irix-dgld-port-scan(6592)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0898" seq="2000-0898">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>Small HTTP Server 2.01 does not properly process Server Side Includes (SSI) tags that contain null values, which allows local users, and possibly remote attackers, to cause the server to crash by inserting the SSI into an HTML file.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97421834001092&amp;w=2">20001114 Vulnerabilites in SmallHTTP Server</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="4">Armstrong, Balinsky, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:small-http-ssi-dos(5960)</comment>
<comment voter="Balinsky">Found no data on vendor web site to support this.
http://home.lanck.net/mf/srv/index.htm</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0899" seq="2000-0899">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>Small HTTP Server 2.01 allows remote attackers to cause a denial of service by connecting to the server and sending out multiple GET, HEAD, or POST requests and closing the connection before the server responds to the requests.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97421834001092&amp;w=2">20001114 Vulnerabilites in SmallHTTP Server</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1942">1942</ref>
</refs>
<votes>
<accept count="1">Baker</accept>
<modify count="1">Frech</modify>
<noop count="4">Armstrong, Balinsky, Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:small-http-request-dos(5523)</comment>
<comment voter="Balinsky">Found no data on vendor web site to support this.
http://home.lanck.net/mf/srv/index.htm</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0902" seq="2000-0902">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>getalbum.php in PhotoAlbum before 0.9.9 allows remote attackers to read arbitrary files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/80858">20000907 Re: PhotoAlbum 0.9.9 explorer.php Vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/5209.php">phpphotoalbum-getalbum-directory-traversal</ref>
</refs>
<votes>
<accept count="2">Collins, Mell</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0903" seq="2000-0903">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Directory traversal vulnerability in Voyager web server 2.01B in the demo disks for QNX 405 allows remote attackers to read arbitrary files via a .. (dot dot) attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/79956">20000901 Multiple QNX Voyager Issues</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1648">1648</ref>
</refs>
<votes>
<accept count="2">Baker, Mell</accept>
<noop count="3">Cole, Collins, Wall</noop>
</votes>
<comments>
<comment voter="Collins">Assigning CVE numbers for demo software is not appropriate</comment>
<comment voter="Baker">Was this a beta version in the demo disk?  I don't think it was.  While we do have an exclusion for beta software,
software that is distributed as production software, just limited in scope, does not mean beta..
The current version is 4, but it is still offered for free download from their website for use.</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to ACCEPT]</comment>
<comment voter="Baker">SHould change vote from review to accept</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0904" seq="2000-0904">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Voyager web server 2.01B in the demo disks for QNX 405 stores sensitive web client information in the .photon directory in the web document root, which allows remote attackers to obtain that information.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/79956">20000901 Multiple QNX Voyager Issues</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1648">1648</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<noop count="3">Cole, Collins, Wall</noop>
</votes>
<comments>
<comment voter="Collins">assigning CVE numbers for demo software is not appropriate</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0905" seq="2000-0905">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>QNX Embedded Resource Manager in Voyager web server 2.01B in the demo disks for QNX 405 allows remote attackers to read sensitive system statistics information via the embedded.html web page.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/79956">20000901 Multiple QNX Voyager Issues</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1648">1648</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0906" seq="2000-0906">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Directory traversal vulnerability in Moreover.com cached_feed.cgi script version 4.July.00 allows remote attackers to read arbitrary files via a .. (dot dot) attack on the category or format parameters.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0013.html">20001002 Moreover Cached_Feed CGI Vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/5334.php">moreover-cgi-dir-traverse</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1762">1762</ref>
</refs>
<votes>
<accept count="3">Collins, Frech, Mell</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0907" seq="2000-0907">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>EServ 2.92 Build 2982 allows remote attackers to cause a denial of service and possibly execute arbitrary commands via long HELO and MAIL FROM commands.</desc>
<refs>
<ref source="WIN2KSEC" url="http://archives.neohapsis.com/archives/win2ksecadvice/2000-q3/0131.html">20000925 DST2K0030: DoS in EServ 2.92 Build 2982</ref>
</refs>
<votes>
<accept count="3">Baker, Collins, Mell</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:eserv-remote-dos(5643)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0916" seq="2000-0916">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>FreeBSD 4.1.1 and earlier, and possibly other BSD-based OSes, uses an insufficient random number generator to generate initial TCP sequence numbers (ISN), which allows remote attackers to spoof TCP connections.</desc>
<refs>
<ref source="FREEBSD" url="ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:52.tcp-iss.asc">FreeBSD-SA-00:52</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1766">1766</ref>
</refs>
<votes>
<accept count="2">Cole, Mell</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Frech">XF:tcp-seq-predict(139)</comment>
<comment voter="Christey">Abstraction issue: CVE-1999-0077 is for TCP sequence
prediction as a general problem; but here we have a specific
implementation flaw.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0918" seq="2000-0918">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Format string vulnerability in kvt in KDE 1.1.2 may allow local users to execute arbitrary commands via a DISPLAY environmental variable that contains formatting characters.</desc>
<refs>
<ref source="BID" url="http://www.securityfocus.com/bid/1700">1700</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/83914">20000919 kvt format bug</ref>
</refs>
<votes>
<accept count="2">Baker, Mell</accept>
<noop count="2">Cole, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">May be a duplicate of CVE-2000-0373, but the ref's in that CVE
are vague.  I suspect this *isn't* a duplicate because this is
a format string problem.</comment>
<comment voter="Baker">I think it is sufficiently different from 2000-0373.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0931" seq="2000-0931">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in Pegasus Mail 3.11 allows remote attackers to cause a denial of service and possibly execute arbitrary commands via a long email message containing binary data.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/137518">20001004 Another Pegasus Mail vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1750">1750</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:pegasus-mail-bo(5644)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0939" seq="2000-0939">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Samba Web Administration Tool (SWAT) in Samba 2.0.7 allows remote attackers to cause a denial of service by repeatedly submitting a nonstandard URL in the GET HTTP request and forcing it to restart.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0430.html">20001030 Samba 2.0.7 SWAT vulnerabilities</ref>
<ref source="XF" url="http://xforce.iss.net/static/5444.php">samba-swat-url-filename-dos</ref>
</refs>
<votes>
<accept count="2">Frech, Mell</accept>
<noop count="1">Cole</noop>
<reject count="1">Renaud</reject>
</votes>
<comments>
<comment voter="Renaud">SWAT makes this DoS easier to perform, but actually, it is an inetd
problem, not a swat problem.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0940" seq="2000-0940">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Directory traversal vulnerability in Metertek pagelog.cgi allows remote attackers to read arbitrary files via a .. (dot dot) attack on the &quot;name&quot; or &quot;display&quot; parameter.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0422.html">20001029 Minor bug in Pagelog.cgi</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1864">1864</ref>
<ref source="XF" url="http://xforce.iss.net/static/5451.php">pagelog-cgi-dir-traverse</ref>
</refs>
<votes>
<accept count="2">Frech, Mell</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0950" seq="2000-0950">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Format string vulnerability in x-gw in TIS Firewall Toolkit (FWTK) allows local users to execute arbitrary commands via a malformed display name.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0376.html">20001026 FWTK x-gw Security Advisory [GSA2000-01]</ref>
<ref source="XF" url="http://xforce.iss.net/static/5420.php">tisfwtk-xgw-execute-code</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Frech, Mell</accept>
<noop count="1">Renaud</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">I thought I saw some mailing list that questioned whether this
problem was only a DoS...</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0954" seq="2000-0954">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Shambala Server 4.5 stores passwords in plaintext, which could allow local users to obtain the passwords and compromise the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0134.html">20001009 Shambala 4.5 vulnerability</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1771">1771</ref>
<ref source="XF" url="http://xforce.iss.net/static/5346.php">shambala-password-plaintext</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0955" seq="2000-0955">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Cisco Virtual Central Office 4000 (VCO/4K) uses weak encryption to store usernames and passwords in the SNMP MIB, which allows an attacker who knows the community name to crack the password and gain privileges.</desc>
<refs>
<ref source="ATSTAKE" url="http://www.atstake.com/research/advisories/2000/a102600-1.txt">A102600-1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1885">1885</ref>
<ref source="XF" url="http://xforce.iss.net/static/5425.php">cisco-vco-snmp-passwords</ref>
</refs>
<votes>
<accept count="4">Cole, Frech, Mell, Ziese</accept>
<noop count="2">Balinsky, Christey</noop>
</votes>
<comments>
<comment voter="Christey">CISCO:20001026 VCO/4K Remote Password Disclosure
http://www.cisco.com/warp/public/707/vco4kpasswdexposure-pub.shtml</comment>
<comment voter="CHANGE">[Balinsky changed vote from REVIEWING to NOOP]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0963" seq="2000-0963">
<status>Candidate</status>
<phase date="20080819">Modified</phase>
<desc>Buffer overflow in ncurses library allows local users to execute arbitrary commands via long environmental information such as TERM or TERMINFO_DIRS.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/138550">20001009 ncurses buffer overflows</ref>
<ref source="CALDERA" url="http://www.calderasystems.com/support/security/advisories/CSSA-2000-036.0.txt">CSSA-2000-036.0</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1142">1142</ref>
<ref source="XF" url="http://xforce.iss.net/xforce/xfdb/44487">gnu-ncurses-term-terminfodirs-bo(44487)</ref>
</refs>
<votes>
<accept count="2">Cole, Mell</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">Various vendor writeups indicate that there are multiple
overflows, so maybe this needs to be SPLIT.

ADDREF FREEBSD:FreeBSD-SA-00:68
ADDREF DEBIAN:20001121 ncurses: local privilege escalation
http://www.debian.org/security/2000/20001121
ADDREF REDHAT:RHSA-2000:115
http://www.redhat.com/support/errata/RHSA-2000-115.html
BUGTRAQ:20001201 Immunix OS Security update for ncurses
http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570745306444&amp;w=2</comment>
<comment voter="Frech">XF:libmytinfo-bo(4422)</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
<comment voter="Christey">This is all a library issue in which TERM/TERMINFO_DIRS are
one possible attack vector, but another is through entries
in the .terminfo file.  Add .terminfo and termcap to the
description, as well as libncurses.

ADDREF MANDRAKE:MDKSA-2001:052
URL:http://www.linux-mandrake.com/en/security/2001/MDKSA-2001-052.php3

Now need to examine whether this is a dupe of CVE-2002-0062,
and/or BID:2116.  There's certainly enough confusion to go
around.</comment>
<comment voter="CHANGE">[Christey changed vote from REVIEWING to NOOP]</comment>
<comment voter="Christey">This is not a dupe of CVE-2002-0062.  As explained in
DEBIAN:DSA-113, the original patches for CVE-2000-0963
didn't catch every problem.

ADDREF SUSE:SuSE-SA:2000:043
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97267560724404&amp;w=2</comment>
<comment voter="CHANGE">[Christey changed vote from NOOP to REVIEWING]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0971" seq="2000-0971">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Avirt Mail 4.0 and 4.2 allows remote attackers to cause a denial of service and possibly execute arbitrary commands via a long &quot;RCPT TO&quot; or &quot;MAIL FROM&quot; command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0301.html">20001023 Avirt Mail 4.x DoS</ref>
<ref source="XF" url="http://xforce.iss.net/static/5397.php">avirt-mail-from-dos</ref>
<ref source="XF" url="http://xforce.iss.net/static/5398.php">avirt-rcpt-to-dos</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Mell</accept>
<noop count="2">Armstrong, Christey</noop>
</votes>
<comments>
<comment voter="Christey">Fix typo: &quot;possible&quot; should be &quot;possibly&quot;</comment>
<comment voter="Christey">fix typo: &quot;and possible&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0985" seq="2000-0985">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in All-Mail 1.1 allows remote attackers to execute arbitrary commands via a long &quot;MAIL FROM&quot; or &quot;RCPT TO&quot; command.</desc>
<refs>
<ref source="ATSTAKE" url="http://www.atstake.com/research/advisories/2000/a101200-2.txt">A101200-2</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1789">1789</ref>
</refs>
<votes>
<accept count="2">Baker, Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Cole</noop>
</votes>
<comments>
<comment voter="Frech">XF:all-mail-smtp-bo(5360)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0986" seq="2000-0986">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in Oracle 8.1.5 applications such as names, namesctl, onrsd, osslogin, tnslsnr, tnsping, trcasst, and trcroute possibly allow local users to gain privileges via a long ORACLE_HOME environmental variable.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0294.html">20001020 [ Hackerslab bug_paper ] Linux ORACLE 8.1.5 vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/5390.php">oracle-home-bo</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="2">Armstrong, Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0987" seq="2000-0987">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in oidldapd in Oracle 8.1.6 allow local users to gain privileges via a long &quot;connect&quot; command line parameter.</desc>
<refs>
<ref source="XF" url="http://xforce.iss.net/static/5401.php">oracle-oidldap-bo</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/140340">20001018 vulnerability in Oracle Internet Directory in Oracle 8.1.6</ref>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/140709">20001020 In response to posting 10/18/2000 vulnerability in Oracle Internet Directory in Oracle 8.1.6</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Mell</accept>
<noop count="2">Armstrong, Christey</noop>
</votes>
<comments>
<comment voter="Christey">http://archives.neohapsis.com/archives/bugtraq/2000-12/0400.html
appears to be a rediscovery of this problem.</comment>
<comment voter="Christey">It looks like Juan Manuel Pascual Escriba saw this issue
in a later version and re-posted, but that later post doesn't
mention the earlier one.  The exploit is almost exactly the
same, but the affected version is 8.1.7.
ADDREF BUGTRAQ:20001221 vulnerability #1 in Oracle Internet Directory 2.1.1.1 in Oracle 8.1.7
http://archives.neohapsis.com/archives/bugtraq/2000-12/0400.html
ADDREF BUGTRAQ:20010118 Patch for Potential Buffer Overflow Vulnerabilities in Oracle Internet Directory
http://archives.neohapsis.com/archives/bugtraq/2001-01/0325.html</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0988" seq="2000-0988">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>WinU 1.0 through 5.1 has a backdoor password that allows remote attackers to gain access to its administrative interface and modify configuration.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0238.html">20001013 WinU Backdoor passwords!!!!</ref>
<ref source="CONFIRM" url="http://www.bardon.com/pwdcrack.htm">http://www.bardon.com/pwdcrack.htm</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1801">1801</ref>
<ref source="XF" url="http://xforce.iss.net/static/5376.php">winu-backdoor</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Frech, Mell</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0997" seq="2000-0997">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Format string vulnerabilities in eeprom program in OpenBSD, NetBSD, and possibly other operating systems allows local attackers to gain root privileges.</desc>
<refs>
<ref source="OPENBSD">20001006 There are printf-style format string bugs in several privileged programs. </ref>
<ref source="MISC" url="ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.7/common/028_format_strings.patch">ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.7/common/028_format_strings.patch</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1752">1752</ref>
<ref source="XF" url="http://xforce.iss.net/static/5337.php">bsd-eeprom-format</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Mell</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-0998" seq="2000-0998">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Format string vulnerability in top program allows local attackers to gain root privileges via the &quot;kill&quot; or &quot;renice&quot; function.</desc>
<refs>
<ref source="OPENBSD">20001006 There are printf-style format string bugs in several privileged programs. </ref>
<ref source="MISC" url="ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.7/common/028_format_strings.patch">ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.7/common/028_format_strings.patch</ref>
<ref source="FREEBSD" url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:62.top.v1.1.asc">FreeBSD-SA-00:62</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1895">1895</ref>
</refs>
<votes>
<accept count="3">Cole, Collins, Mell</accept>
<modify count="1">Frech</modify>
<noop count="2">Christey, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:top-format-string(5486)</comment>
<comment voter="Christey">BUGTRAQ:20011114 SCO skunkware top format strings issue
URL:http://marc.theaimsgroup.com/?l=bugtraq&amp;m=100576637928933&amp;w=2</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-0999" seq="2000-0999">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Format string vulnerabilities in OpenBSD ssh program (and possibly other BSD-based operating systems) allow attackers to gain root privileges.</desc>
<refs>
<ref source="OPENBSD">20001006 There are printf-style format string bugs in several privileged programs. </ref>
<ref source="MISC" url="ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.7/common/028_format_strings.patch">ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.7/common/028_format_strings.patch</ref>
</refs>
<votes>
<accept count="1">Cole</accept>
<modify count="1">Frech</modify>
<noop count="2">Mell, Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:bsd-ssh-format(5637)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1008" seq="2000-1008">
<status>Candidate</status>
<phase date="20010116">Modified</phase>
<desc>PalmOS 3.5.2 and earlier uses weak encryption to store the user password, which allows attackers with physical access to the Palm device to decrypt the password and gain access to the device.</desc>
<refs>
<ref source="ATSTAKE" url="http://www.atstake.com/research/advisories/2000/a092600-1.txt">A092600-1</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1715">1715</ref>
</refs>
<votes>
<accept count="2">Cole, Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:palm-weak-encryption(5308)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1009" seq="2000-1009">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>dump in Red Hat Linux 6.2 trusts the pathname specified by the RSH environmental variable, which allows local users to obtain root privileges by modifying the RSH variable to point to a Trojan horse program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0438.html">20001030 Redhat 6.2 dump command executes external program with suid priviledge.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1871">1871</ref>
<ref source="XF" url="http://xforce.iss.net/static/5437.php">linux-dump-execute-code</ref>
</refs>
<votes>
<accept count="5">Baker, Cole, Frech, Mell, Renaud</accept>
<noop count="1">Christey</noop>
</votes>
<comments>
<comment voter="Christey">http://www.redhat.com/support/errata/RHSA-2000-100.html
ADDREF BUGTRAQ:20001103 Trustix Security Advisory - dump
http://archives.neohapsis.com/archives/bugtraq/2000-11/0026.html</comment>
<comment voter="Christey">CERT-VN:VU#153653
URL:http://www.kb.cert.org/vuls/id/153653</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1012" seq="2000-1012">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>The catopen function in FreeBSD 5.0 and earlier, and possibly other OSes, allows local users to read arbitrary files via the LANG environmental variable.</desc>
<refs>
<ref source="FREEBSD" url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:53.catopen.asc">FreeBSD-SA-00:53</ref>
</refs>
<votes>
<accept count="3">Cole, Collins, Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:freebsd-display-read-files(5645)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1013" seq="2000-1013">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>The setlocale function in FreeBSD 5.0 and earlier, and possibly other OSes, allows local users to read arbitrary files via the LANG environmental variable.</desc>
<refs>
<ref source="FREEBSD" url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:53.catopen.asc">FreeBSD-SA-00:53</ref>
</refs>
<votes>
<accept count="2">Cole, Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Wall</noop>
</votes>
<comments>
<comment voter="Frech">XF:freebsd-display-read-files(5645)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1015" seq="2000-1015">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>The default configuration of Slashcode before version 2.0 Alpha has a default administrative password, which allows remote attackers to gain Slashcode priviliges and possibly execute arbitrary commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0366.html">20000929 Default admin password with Slashcode.</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1731">1731</ref>
<ref source="XF" url="http://xforce.iss.net/static/5306.php">slashcode-default-admin-passwords</ref>
</refs>
<votes>
<accept count="4">Cole, Collins, Frech, Mell</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1017" seq="2000-1017">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Webteachers Webdata allows remote attackers with valid Webdata accounts to read arbitrary files by posting a request to import the file into the WebData database.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0007.html">20001002 DST2K0039: Webteachers Webdata: Importing files lower than web ro ot possible in to database</ref>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0032.html">20001003 Update to DST2K0039: Webteachers Webdata: Importing files lower t han web root possible in to database</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1732">1732</ref>
</refs>
<votes>
<accept count="2">Frech, Mell</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1020" seq="2000-1020">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Heap overflow in Worldclient in Mdaemon 3.1.1 and earlier allows remote attackers to cause a denial of service and possibly execute arbitrary commands via a long URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96925269716274&amp;w=2">20000917 VIGILANTE-2000012: Mdaemon Web Services Heap Overflow DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1689">1689</ref>
<ref source="XF" url="http://xforce.iss.net/static/5250.php">mdaemon-url-dos</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Collins, Mell</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1021" seq="2000-1021">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Heap overflow in WebConfig in Mdaemon 3.1.1 and earlier allows remote attackers to cause a denial of service and possibly execute arbitrary commands via a long URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96925269716274&amp;w=2">20000917 VIGILANTE-2000012: Mdaemon Web Services Heap Overflow DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1689">1689</ref>
<ref source="XF" url="http://xforce.iss.net/static/5250.php">mdaemon-url-dos</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Collins, Mell</accept>
<noop count="1">Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1023" seq="2000-1023">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>The Alabanza Control Panel does not require passwords to access administrative commands, which allows remote attackers to modify domain name information via the nsManager.cgi CGI program.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/84766">20000924 Major Vulnerability in Alabanza Control Panel</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1710">1710</ref>
<ref source="XF" url="http://xforce.iss.net/static/5284.php">alabanza-unauthorized-access</ref>
</refs>
<votes>
<accept count="2">Collins, Mell</accept>
<noop count="2">Cole, Wall</noop>
<reject count="1">Baker</reject>
</votes>
<comments>
<comment voter="Baker">I agree with Steve that this appears to be an on-line applet, accessible from their server only.</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to REJECT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1025" seq="2000-1025">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>eWave ServletExec JSP/Java servlet engine, versions 3.0C and earlier, allows remote attackers to cause a denial of service via a URL that contains the &quot;/servlet/&quot; string, which invokes the ServletExec servlet and causes an exception if the servlet is already running.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97295224226042&amp;w=2">20001030 Unify eWave ServletExec DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1868">1868</ref>
<ref source="XF" url="http://xforce.iss.net/static/5435.php">ewave-servletexec-dos</ref>
</refs>
<votes>
<accept count="2">Frech, Mell</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1028" seq="2000-1028">
<status>Candidate</status>
<phase date="20010119">Modified</phase>
<desc>Buffer overflow in cu program in HP-UX 11.0 may allow local users to gain privileges via a long -l command line argument.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/142792">20001102 HPUX cu -l option buffer overflow vulnerabilit</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1886">1886</ref>
<ref source="XF">hp-cu-bo(5460)</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Renaud</noop>
</votes>
<comments>
<comment voter="Frech">XF:hp-cu-bo(5460)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1029" seq="2000-1029">
<status>Candidate</status>
<phase date="20010119">Modified</phase>
<desc>Buffer overflow in host command allows a remote attacker to execute arbitrary commands via a long response to an AXFR query.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/141660">20001027 old version of host command vulnearbility</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1887">1887</ref>
<ref source="XF">isc-bind-axfr-bo(5462)</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<modify count="1">Frech</modify>
<noop count="2">Cole, Renaud</noop>
</votes>
<comments>
<comment voter="Frech">XF:isc-bind-axfr-bo(5462)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1030" seq="2000-1030">
<status>Candidate</status>
<phase date="20010119">Modified</phase>
<desc>CS&amp;T CorporateTime for the Web returns different error messages for invalid usernames and invalid passwords, which allows remote attackers to determine valid usernames on the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/142672">20001031 Re: Samba 2.0.7 SWAT vulnerabilities</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1888">1888</ref>
<ref source="XF">corporatetime-brute-force(5529)</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Cole</noop>
</votes>
<comments>
<comment voter="Frech">XF:corporatetime-brute-force(5529)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1033" seq="2000-1033">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Serv-U FTP Server allows remote attackers to bypass its anti-hammering feature by first logging on as a valid user (possibly anonymous) and then attempting to guess the passwords of other users.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/141905">20001029 Brute Forcing FTP Servers with enabled anti-hammering (anti brute-force) modus</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1860">1860</ref>
<ref source="XF" url="http://xforce.iss.net/static/5436.php">ftp-servu-brute-force</ref>
</refs>
<votes>
<accept count="2">Frech, Mell</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1035" seq="2000-1035">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflows in TYPSoft FTP Server 0.78 and earlier allows remote attackers to cause a denial of service and possibly execute arbitrary commands via a long USER, PASS, or CWD command.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=96879389027478&amp;w=2">20000912 TYPSoft FTP Server remote DoS Problem</ref>
<ref source="MISC" url="http://www.synnergy.net/Archives/Advisories/dethy/typsoft-ftpd.txt">http://www.synnergy.net/Archives/Advisories/dethy/typsoft-ftpd.txt</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1690">1690</ref>
</refs>
<votes>
<accept count="1">Mell</accept>
<modify count="1">Baker</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="CHANGE">[Baker changed vote from NOOP to MODIFY]</comment>
<comment voter="Baker">http://www.synnergy.net/downloads/advisories/SLA-2000-07.typsoft-ftpd.txt</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1037" seq="2000-1037">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Check Point Firewall-1 session agent 3.0 through 4.1 generates different error messages for invalid user names versus invalid passwords, which allows remote attackers to determine valid usernames and guess a password via a brute force attack.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/76389">20000815 Firewall-1 session agent 3.0 -&gt; 4.1, dictionnary and brute force attack</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1662">1662</ref>
</refs>
<votes>
<accept count="2">Baker, Mell</accept>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1039" seq="2000-1039">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>Various TCP/IP stacks and network applications allow remote attackers to cause a denial of service by flooding a target host with TCP connection attempts and completing the TCP/IP handshake without maintaining the connection state on the attacker host, aka the &quot;NAPTHA&quot; class of vulnerabilities.  NOTE: this candidate may change significantly as the security community discusses the technical nature of NAPTHA and learns more about the affected applications. This candidate is at a higher level of abstraction than is typical for CVE.</desc>
<refs>
<ref source="BINDVIEW" url="http://razor.bindview.com/publish/advisories/adv_NAPTHA.html">20001130 The NAPTHA DoS vulnerabilities</ref>
<ref source="WIN2KSEC" url="http://archives.neohapsis.com/archives/win2ksecadvice/2000-q4/0105.html">20001204 NAPTHA Advisory Updated - BindView RAZOR</ref>
<ref source="CERT" url="http://www.cert.org/advisories/CA-2000-21.html">CA-2000-21</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/MS00-091.asp">MS00-091</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2022">2022</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Renaud</accept>
<modify count="1">Frech</modify>
<noop count="2">Magdych, Wall</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Baker">Although this is at a high level, the fact is that it is a vulnerability, and as such we need to recognize this, even if we have to recast or modify the description at some later time.</comment>
<comment voter="Christey">This needs to be commented on and reviewed by many Board
members.</comment>
<comment voter="Frech">XF:naptha-resource-starvation(5810)</comment>
<comment voter="Christey">ADDREF SGI:20020304-01-A</comment>
<comment voter="Christey">SGI:20020304-01-A</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1046" seq="2000-1046">
<status>Candidate</status>
<phase date="20040723">Modified</phase>
<desc>Multiple buffer overflows in the ESMTP service of Lotus Domino 5.0.2c and earlier allow remote attackers to cause a denial of service and possibly execute arbitrary code via long (1) &quot;RCPT TO,&quot; (2) &quot;SAML FROM,&quot; or (3) &quot;SOML FROM&quot; commands.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-09/0093.html">20000911 Advisory Code: VIGILANTE-2000011 Lotus Domino ESMTP Service Buffer overflow</ref>
</refs>
<votes>
<accept count="2">Baker, Mell</accept>
<modify count="1">Collins</modify>
<noop count="2">Cole, Wall</noop>
</votes>
<comments>
<comment voter="Collins">http://www.synnergy.net/downloads/advisories/SLA-2000-07.typsoft-ftpd.txt</comment>
<comment voter="Baker">Reference by Collins was entered into the wrong CAN Entry...
It should have been for 2000-1035, not this CAN</comment>
<comment voter="CHANGE">[Baker changed vote from REVIEWING to ACCEPT]</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1048" seq="2000-1048">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Directory traversal vulnerability in the logfile service of Wingate 4.1 Beta A and earlier allows remote attackers to read arbitrary files via a .. (dot dot) attack via an HTTP GET request that uses encoded characters in the URL.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0245.html">20001016 Wingate 4.1 Beta A vulnerability</ref>
<ref source="XF" url="http://xforce.iss.net/static/5373.php">wingate-view-files</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="2">Armstrong, Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1052" seq="2000-1052">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Allaire JRun 2.3 server allows remote attackers to obtain source code for executable content by directly calling the SSIFilter servlet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97236692714978&amp;w=2">20001023 Allaire JRUN 2.3 Arbitrary File Retrieval</ref>
</refs>
<votes>
<accept count="3">Armstrong, Cole, Mell</accept>
<modify count="1">Frech</modify>
</votes>
<comments>
<comment voter="Frech">XF:allaire-jrun-ssifilter-url(5405)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1053" seq="2000-1053">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Allaire JRun 2.3.3 server allows remote attackers to compile and execute JSP code by inserting it via a cross-site scripting (CSS) attack and directly calling the com.livesoftware.jrun.plugins.JSP JSP servlet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97236125107957&amp;w=2">20001023 Allaire JRUN 2.3 Remote command execution</ref>
<ref source="ALLAIRE" url="http://www.allaire.com/handlers/index.cfm?ID=17969&amp;Method=Full">ASB00-029</ref>
<ref source="XF" url="http://xforce.iss.net/static/5406.php">allaire-jrun-jsp-execute</ref>
</refs>
<votes>
<accept count="4">Armstrong, Cole, Frech, Mell</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1062" seq="2000-1062">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in the FTP service in HP JetDirect printer card Firmware x.08.20 and earlier allows remote attackers to cause a denial of service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97119729613778&amp;w=2">20001010 VIGILANTE-2000014: HP Jetdirect multiple DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1775">1775</ref>
<ref source="XF" url="http://xforce.iss.net/static/5353.php">hp-jetdirect-firmware-dos</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1063" seq="2000-1063">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in the Telnet service in HP JetDirect printer card Firmware x.08.20 and earlier allows remote attackers to cause a denial of service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97119729613778&amp;w=2">20001010 VIGILANTE-2000014: HP Jetdirect multiple DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1775">1775</ref>
<ref source="XF" url="http://xforce.iss.net/static/5353.php">hp-jetdirect-firmware-dos</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Mell</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1064" seq="2000-1064">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Buffer overflow in the LPD service in HP JetDirect printer card Firmware x.08.20 and earlier allows remote attackers to cause a denial of service.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97119729613778&amp;w=2">20001010 VIGILANTE-2000014: HP Jetdirect multiple DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1775">1775</ref>
<ref source="XF" url="http://xforce.iss.net/static/5353.php">hp-jetdirect-firmware-dos</ref>
</refs>
<votes>
<accept count="3">Cole, Frech, Mell</accept>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1065" seq="2000-1065">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Vulnerability in IP implementation of HP JetDirect printer card Firmware x.08.20 and earlier allows remote attackers to cause a denial of service (printer crash) via a malformed packet.</desc>
<refs>
<ref source="BUGTRAQ" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97119729613778&amp;w=2">20001010 VIGILANTE-2000014: HP Jetdirect multiple DoS</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1775">1775</ref>
<ref source="XF" url="http://xforce.iss.net/static/5354.php">hp-jetdirect-ip-implementation</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="1">Cole</noop>
</votes>
<comments>
</comments>
</item>

<item type="CAN" name="CVE-2000-1066" seq="2000-1066">
<status>Candidate</status>
<phase date="20010119">Modified</phase>
<desc>The getnameinfo function in FreeBSD 4.1.1 and earlier, and possibly other operating systems, allows a remote attacker to cause a denial of service via a long DNS hostname.</desc>
<refs>
<ref source="FREEBSD" url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-00:63.getnameinfo.asc">FreeBSD-SA-00:63</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1894">1894</ref>
<ref source="XF">getnameinfo-dos(5454)</ref>
</refs>
<votes>
<accept count="2">Cole, Mell</accept>
<modify count="1">Frech</modify>
<noop count="1">Renaud</noop>
</votes>
<comments>
<comment voter="Frech">XF:getnameinfo-dos(5454)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1076" seq="2000-1076">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>Netscape (iPlanet) Certificate Management System 4.2 and Directory Server 4.12 stores the administrative password in plaintext, which could allow local and possibly remote attackers to gain administrative privileges on the server.</desc>
<refs>
<ref source="BUGTRAQ" url="http://archives.neohapsis.com/archives/bugtraq/2000-10/0383.html">20001026 [CORE SDI ADVISORY] iPlanet Certificate Management System 4.2 path traversal bug</ref>
<ref source="XF" url="http://xforce.iss.net/static/5422.php">iplanet-netscape-plaintext-password</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="2">Christey, Cole</noop>
</votes>
<comments>
<comment voter="Christey">Partial vendor acknowledgement at:
http://docs.iplanet.com/docs/manuals/cms/42/relnotes/release_notes.html
&quot;By default, Administration Server administrator's password
(also known as the SIE password) is stored in clear text in the
adm.conf file.
This does not usually pose a security threat because most
administrators use their Operating System's security features to
ensure that the file is protected from other users.&quot;</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1078" seq="2000-1078">
<status>Candidate</status>
<phase date="20001129">Proposed</phase>
<desc>ICQ Web Front HTTPd allows remote attackers to cause a denial of service by requesting a URL that contains a &quot;?&quot; character.</desc>
<refs>
<ref source="BUGTRAQ" url="http://www.securityfocus.com/archive/1/138332">20001007 ICQ WebFront HTTPd DoS</ref>
<ref source="XF" url="http://xforce.iss.net/static/5332.php">icq-webfront-url-dos</ref>
</refs>
<votes>
<accept count="3">Baker, Frech, Mell</accept>
<noop count="2">Christey, Cole</noop>
</votes>
<comments>
<comment voter="Christey">The following post appears to describe the same problem, 7
months earlier:
BUGTRAQ:20000310 ICQ remote DoS</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1079" seq="2000-1079">
<status>Candidate</status>
<phase date="20061101">Modified</phase>
<desc>Interactions between the CIFS Browser Protocol and NetBIOS as implemented in Microsoft Windows 95, 98, NT, and 2000 allow remote attackers to modify dynamic NetBIOS name cache entries via a spoofed Browse Frame Request in a unicast or UDP broadcast datagram.</desc>
<refs>
<ref source="NAI" url="http://www.nai.com/research/covert/advisories/045.asp">20000829 Windows NetBIOS Unsolicited Cache Corruption</ref>
<ref source="NTBUGTRAQ" url="http://archives.neohapsis.com/archives/ntbugtraq/2000-q3/0116.html">20000829 Re: [COVERT-2000-10] Windows NetBIOS Unsolicited Cache Corruption</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/1620">1620</ref>
<ref source="XF" url="http://xforce.iss.net/static/5168.php">win-netbios-corrupt-cache</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:1079">oval:org.mitre.oval:def:1079</ref>
</refs>
<votes>
<accept count="3">Baker, Mell, Wall</accept>
<noop count="1">Cole</noop>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Wall">No known exploit or patch yet.</comment>
<comment voter="Christey">This was a little controversial, if I recall correctly.</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1081" seq="2000-1081">
<status>Candidate</status>
<phase date="20061101">Modified</phase>
<desc>The xp_displayparamstmt function in SQL Server and Microsoft SQL Server Desktop Engine (MSDE) does not properly restrict the length of a buffer before calling the srv_paraminfo function in the SQL Server API for Extended Stored Procedures (XP), which allows an attacker to cause a denial of service or execute arbitrary commands, aka the &quot;Extended Stored Procedure Parameter Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ATSTAKE" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570878710037&amp;w=2">20001201 Microsoft SQL Server extended stored procedure vulnerability</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-092.asp">MS00-092</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2030">2030</ref>
<ref source="OVAL" url="http://oval.mitre.org/repository/data/getDef?id=oval:org.mitre.oval:def:231">oval:org.mitre.oval:def:231</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Baker">ALready posted in refs</comment>
<comment voter="Christey">ADDREF XF:mssql-xp-paraminfo-bo
URL:http://xforce.iss.net/static/5622.php</comment>
<comment voter="Frech">XF:mssql-xp-paraminfo-bo(5622)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1082" seq="2000-1082">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>The xp_enumresultset function in SQL Server and Microsoft SQL Server Desktop Engine (MSDE) does not properly restrict the length of a buffer before calling the srv_paraminfo function in the SQL Server API for Extended Stored Procedures (XP), which allows an attacker to cause a denial of service or execute arbitrary commands, aka the &quot;Extended Stored Procedure Parameter Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ATSTAKE" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570878710037&amp;w=2">20001201 Microsoft SQL Server extended stored procedure vulnerability</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-092.asp">MS00-092</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2031">2031</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:mssql-xp-paraminfo-bo
URL:http://xforce.iss.net/static/5622.php</comment>
<comment voter="Frech">XF:mssql-xp-paraminfo-bo(5622)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1083" seq="2000-1083">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>The xp_showcolv function in SQL Server and Microsoft SQL Server Desktop Engine (MSDE) does not properly restrict the length of a buffer before calling the srv_paraminfo function in the SQL Server API for Extended Stored Procedures (XP), which allows an attacker to cause a denial of service or execute arbitrary commands, aka the &quot;Extended Stored Procedure Parameter Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ATSTAKE" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570878710037&amp;w=2">20001201 Microsoft SQL Server extended stored procedure vulnerability</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-092.asp">MS00-092</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2038">2038</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:mssql-xp-paraminfo-bo
URL:http://xforce.iss.net/static/5622.php</comment>
<comment voter="Frech">XF:mssql-xp-paraminfo-bo(5622)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1084" seq="2000-1084">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>The xp_updatecolvbm function in SQL Server and Microsoft SQL Server Desktop Engine (MSDE) does not properly restrict the length of a buffer before calling the srv_paraminfo function in the SQL Server API for Extended Stored Procedures (XP), which allows an attacker to cause a denial of service or execute arbitrary commands, aka the &quot;Extended Stored Procedure Parameter Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ATSTAKE" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570878710037&amp;w=2">20001201 Microsoft SQL Server extended stored procedure vulnerability</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-092.asp">MS00-092</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2039">2039</ref>
</refs>
<votes>
<accept count="3">Baker, Cole, Magdych</accept>
<modify count="1">Frech</modify>
<noop count="1">Christey</noop>
<reviewing count="1">Wall</reviewing>
</votes>
<comments>
<comment voter="Christey">ADDREF XF:mssql-xp-paraminfo-bo
URL:http://xforce.iss.net/static/5622.php</comment>
<comment voter="Frech">XF:mssql-xp-paraminfo-bo(5622)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1085" seq="2000-1085">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>The xp_peekqueue function in Microsoft SQL Server 2000 and SQL Server Desktop Engine (MSDE) does not properly restrict the length of a buffer before calling the srv_paraminfo function in the SQL Server API for Extended Stored Procedures (XP), which allows an attacker to cause a denial of service or execute arbitrary commands, aka the &quot;Extended Stored Procedure Parameter Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ATSTAKE" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570884410184&amp;w=2">20001201 SQL Server 2000 Extended Stored Procedure Vulnerability</ref>
<ref source="MS" url="http://www.microsoft.com/technet/security/bulletin/ms00-092.asp">MS00-092</ref>
<ref source="BID" url="http://www.securityfocus.com/bid/2040">2040</ref>
</refs>
<votes>
<accept count="4">Baker, Cole, Magdych, Wall</accept>
<modify count="1">Frech</modify>
<reviewing count="1">Christey</reviewing>
</votes>
<comments>
<comment voter="Christey">CVE-2000-1085, CVE-2000-1086, CVE-2000-1087, and CVE-2000-1088
all have abstraction issues; perhaps they should be RECAST
into a single candidate.</comment>
<comment voter="Christey">ADDREF XF:mssql-xp-paraminfo-bo
URL:http://xforce.iss.net/static/5622.php</comment>
<comment voter="Frech">XF:mssql-xp-paraminfo-bo(5622)</comment>
</comments>
</item>

<item type="CAN" name="CVE-2000-1086" seq="2000-1086">
<status>Candidate</status>
<phase date="20001219">Proposed</phase>
<desc>The xp_printstatements function in Microsoft SQL Server 2000 and SQL Server Desktop Engine (MSDE) does not properly restrict the length of a buffer before calling the srv_paraminfo function in the SQL Server API for Extended Stored Procedures (XP), which allows an attacker to cause a denial of service or execute arbitrary commands, aka the &quot;Extended Stored Procedure Parameter Parsing&quot; vulnerability.</desc>
<refs>
<ref source="ATSTAKE" url="http://marc.theaimsgroup.com/?l=bugtraq&amp;m=97570884410184&amp;w=2">20001201 SQL Server 2000 Extended Stored Procedure Vulnerability</ref>
<ref source="MS" url="http://www.microsoft.com/