diff options
author | Martin Wilke <miwi@FreeBSD.org> | 2011-06-12 05:15:31 +0000 |
---|---|---|
committer | Martin Wilke <miwi@FreeBSD.org> | 2011-06-12 05:15:31 +0000 |
commit | bdb524c6b73121b06e0e2946a83545fdbb309420 (patch) | |
tree | f54ac8fdaedce6161a929e8a8b682bbca55aafcc /security | |
parent | 45c61986ff69ff6b7a0df3f4ccdf1b47817ce5fd (diff) |
Notes
Diffstat (limited to 'security')
-rw-r--r-- | security/vuxml/vuln.xml | 24 |
1 files changed, 12 insertions, 12 deletions
diff --git a/security/vuxml/vuln.xml b/security/vuxml/vuln.xml index 8016e987fcfa..cb0dee9a3c9a 100644 --- a/security/vuxml/vuln.xml +++ b/security/vuxml/vuln.xml @@ -137,21 +137,21 @@ Note: Please add new entries to the beginning of this file. <p>Matthias Andree reports:</p> <blockquote cite="http://www.fetchmail.info/fetchmail-SA-2011-01.txt"> <p>Fetchmail version 5.9.9 introduced STLS support for POP3, version - 6.0.0 added STARTTLS for IMAP. However, the actual - S(TART)TLS-initiated in-band SSL/TLS negotiation was not guarded by a - timeout.</p> + 6.0.0 added STARTTLS for IMAP. However, the actual + S(TART)TLS-initiated in-band SSL/TLS negotiation was not guarded by a + timeout.</p> <p>Depending on the operating system defaults as to TCP stream - keepalive mode, fetchmail hangs in excess of one week after sending - STARTTLS were observed if the connection failed without notifying the - operating system, for instance, through network outages or hard - server crashes.</p> + keepalive mode, fetchmail hangs in excess of one week after sending + STARTTLS were observed if the connection failed without notifying the + operating system, for instance, through network outages or hard + server crashes.</p> <p>A malicious server that does not respond, at the network level, - after acknowledging fetchmail's STARTTLS or STLS request, can hold - fetchmail in this protocol state, and thus render fetchmail unable to - complete the poll, or proceed to the next server, effecting a denial - of service.</p> + after acknowledging fetchmail's STARTTLS or STLS request, can hold + fetchmail in this protocol state, and thus render fetchmail unable to + complete the poll, or proceed to the next server, effecting a denial + of service.</p> <p>SSL-wrapped mode on dedicated ports was unaffected by this -problem, so can be used as a workaround.</p> + problem, so can be used as a workaround.</p> </blockquote> </body> </description> |