Re: Atak z wykorzystaniem IPv6 w PLIX, AC-X i na dowolnym innym styku L2.

eGospodarka.pl › Grupy › pl.internet.polip › Atak z wykorzystaniem IPv6 w PLIX, AC-X i na dowolnym innym styku L2. › Re: Atak z wykorzystaniem IPv6 w PLIX, AC-X i na dowolnym innym styku L2.

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!newsfeed0
0.sul.t-online.de!t-online.de!border2.nntp.dca.giganews.com!nntp.giganews.com!p
ostnews.google.com!z28g2000yqh.googlegroups.com!not-for-mail
From: Lazy <l...@g...com>
Newsgroups: pl.internet.polip
Subject: Re: Atak z wykorzystaniem IPv6 w PLIX, AC-X i na dowolnym innym styku L2.
Date: Tue, 10 Aug 2010 15:42:27 -0700 (PDT)
Organization: http://groups.google.com
Lines: 27
Message-ID: <c...@z...googlegroups.com>
References: <i3s1hj$csl$1@inews.gazeta.pl>
<0...@t...googlegroups.com>
<m...@i...localdomain>
NNTP-Posting-Host: 87.206.146.118
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1281480147 10377 127.0.0.1 (10 Aug 2010 22:42:27 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Tue, 10 Aug 2010 22:42:27 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: z28g2000yqh.googlegroups.com; posting-host=87.206.146.118;
posting-account=4RZC2woAAAD1Yt9MaBunEsMqQiV5Hn5O
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; pl; rv:1.9.2.8)
Gecko/20100722 Firefox/3.6.1,gzip(gfe)
Xref: news-archive.icm.edu.pl pl.internet.polip:93075
[ ukryj nagłówki ]
On 11 Sie, 00:28, Krzysztof Halasa <k...@p...waw.pl> wrote:
> Lazy <l...@g...com> writes:
> > co do unikania przez blokowanie calego ipv6 to nie zgodze sie z tym ze
> > to dobre rozwiazanie bo wiele uslug lokalnie moze uzywac wersji ipv6
> > adresow
> > i moze przestac dzialac np. lokalny resolver czy inne uslugi w
> > wersjach v4 i v6 (pisali o tym w redhatowej bugzilli w 2004 roku)
>
> Przeciwnie, to dobre rozwiazanie. Oczywiscie nie wyklucza to bledow
> w sofcie, ale jesli nie uzywamy jakiegos protokolu, to nie powinnismy go
> wlaczac. Dotyczy to dokladnie tak samo IPv6, IPX albo innego NetBEUI.

całkowite zablokowanie ipv6 na firewallu to nie to samo co jego
wylaczanie,
programy dalej beda tworzyc i probowac uzywac socketow ipv6,
a nawet lokalny ruch bedzie przy tej propozycji zablokowany

>
> A bledy trzeba zglaszac i poprawiac. Od 2004 r. zestaw bledow zapewne
> zmienil sie wielokrotnie.

to nie jest blad, ipv6 ma sie autokonfigurowac, a -P INPUT DROP moze
powodowac problemy,
a najlepszym sposobem na nieuzywanie ipv6 jest jego nie ładowanie

--
Lazy