summaryrefslogtreecommitdiff
path: root/metadata/glsa/glsa-200504-01.xml
diff options
context:
space:
mode:
authorV3n3RiX <venerix@redcorelinux.org>2017-10-09 18:53:29 +0100
committerV3n3RiX <venerix@redcorelinux.org>2017-10-09 18:53:29 +0100
commit4f2d7949f03e1c198bc888f2d05f421d35c57e21 (patch)
treeba5f07bf3f9d22d82e54a462313f5d244036c768 /metadata/glsa/glsa-200504-01.xml
reinit the tree, so we can have metadata
Diffstat (limited to 'metadata/glsa/glsa-200504-01.xml')
-rw-r--r--metadata/glsa/glsa-200504-01.xml70
1 files changed, 70 insertions, 0 deletions
diff --git a/metadata/glsa/glsa-200504-01.xml b/metadata/glsa/glsa-200504-01.xml
new file mode 100644
index 000000000000..bd5f2ecec6fd
--- /dev/null
+++ b/metadata/glsa/glsa-200504-01.xml
@@ -0,0 +1,70 @@
+<?xml version="1.0" encoding="utf-8"?>
+<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
+<glsa id="200504-01">
+ <title>telnet-bsd: Multiple buffer overflows</title>
+ <synopsis>
+ The telnet-bsd telnet client is vulnerable to two buffer overflows, which
+ could allow a malicious telnet server operator to execute arbitrary code.
+ </synopsis>
+ <product type="ebuild">telnet</product>
+ <announced>2005-04-01</announced>
+ <revised>2005-04-01: 01</revised>
+ <bug>87019</bug>
+ <access>remote</access>
+ <affected>
+ <package name="net-misc/telnet-bsd" auto="yes" arch="*">
+ <unaffected range="ge">1.0-r1</unaffected>
+ <vulnerable range="lt">1.0-r1</vulnerable>
+ </package>
+ </affected>
+ <background>
+ <p>
+ telnet-bsd provides a command line telnet client which is used for
+ remote login using the telnet protocol.
+ </p>
+ </background>
+ <description>
+ <p>
+ A buffer overflow has been identified in the env_opt_add()
+ function of telnet-bsd, where a response requiring excessive escaping
+ can cause a heap-based buffer overflow. Another issue has been
+ identified in the slc_add_reply() function, where a large number of SLC
+ commands can overflow a fixed size buffer.
+ </p>
+ </description>
+ <impact type="normal">
+ <p>
+ Successful exploitation would require a vulnerable user to connect
+ to an attacker-controlled host using telnet, potentially executing
+ arbitrary code with the permissions of the telnet user.
+ </p>
+ </impact>
+ <workaround>
+ <p>
+ There is no known workaround at this time.
+ </p>
+ </workaround>
+ <resolution>
+ <p>
+ All telnet-bsd users should upgrade to the latest version:
+ </p>
+ <code>
+ # emerge --sync
+ # emerge --ask --oneshot --verbose "&gt;=net-misc/telnet-bsd-1.0-r1"</code>
+ </resolution>
+ <references>
+ <uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0468">CAN-2005-0468</uri>
+ <uri link="http://www.idefense.com/application/poi/display?id=221&amp;type=vulnerabilities">IDEF0867</uri>
+ <uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0469">CAN-2005-0469</uri>
+ <uri link="http://www.idefense.com/application/poi/display?id=220&amp;type=vulnerabilities">IDEF0866</uri>
+ </references>
+ <metadata tag="requester" timestamp="2005-03-29T16:15:13Z">
+ koon
+ </metadata>
+ <metadata tag="submitter" timestamp="2005-03-29T17:09:56Z">
+ taviso
+ </metadata>
+ <metadata tag="bugReady" timestamp="2005-03-31T06:01:07Z">
+ jaervosz
+ </metadata>
+</glsa>