blob: e9e2474f887c2a57ef7697df28a92e2611d0bdf4 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
|
#use wml::debian::translation-check translation="8e53807fdc57617d3cc04b2ca798e581353cfc1f"
<define-tag description>otillräcklig kontroll av indata</define-tag>
<define-tag moreinfo>
<p>Det upptäcktes att fetchmail, ett fullfjädrat verktyg för att hämtning
och vidarebefordring av epost,
är sårbart för nullprefixattacker mot SSL-/TLS-certifikat
(<q>Null Prefix Attacks Against
SSL/TLS Certificates</q>) som nyligen publicerades på Blackhat-konferensen.
Detta tillåter en angripare att genomföra oupptäckta mannen-i-mitten-attacker
med hjälp av ett specialskrivet ITU-T X.509-certifikat med en injicerad null-byte i något eller några av fälten
subjectAltName och Common Name.</p>
<p>Observera att ni som användare av fetchmail alltid bör använda strikt
certifikatsvalidering genom några av dessa valkombinationer:
sslcertck ssl sslproto ssl3 (för tjänst på SSL-inneslutna portar)
eller
sslcertck sslproto tls1 (för STARTTLS-baserade tjänster)</p>
<p>För den gamla stabila utgåvan (Etch) har detta problem rättats i
version 6.3.6-1etch2.</p>
<p>För den stabila utgåvan (Lenny) har detta problem rättats i
version 6.3.9~rc2-4+lenny1.</p>
<p>För uttestningsutgåvan (Squeeze) kommer detta problem att rättas inom kort.</p>
<p>För den instabila utgåvan (Sid) har detta problem rättats i
version 6.3.9~rc2-6.</p>
<p>Vi rekommenderar att ni uppgraderar era fetchmail-paket.</p>
</define-tag>
# do not modify the following line
#include "$(ENGLISHDIR)/security/2009/dsa-1852.data"
|
