-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!wsisiz.edu.pl!plix.pl!newsfeed1.plix
.pl!newsfeed00.sul.t-online.de!t-online.de!border2.nntp.dca.giganews.com!nntp.g
iganews.com!postnews.google.com!r15g2000prd.googlegroups.com!not-for-mail
From: r...@g...com
Newsgroups: pl.internet.polip
Subject: Re: TP nie lubi GIMPa czy co?
Date: Sat, 3 Jan 2009 06:52:39 -0800 (PST)
Organization: http://groups.google.com
Lines: 130
Message-ID: <7...@r...googlegroups.com>
References: <2...@c...fuw.edu.pl> <gj92hi$l57$1@cougar.axelspringer.pl>
<2...@c...fuw.edu.pl>
<nphlz8jnbhgb$.dlg@falcon.sloth.hell.pl>
<2...@c...fuw.edu.pl>
<1...@f...sloth.hell.pl>
<2...@c...fuw.edu.pl> <gjds3q$gci$2@portraits.wsisiz.edu.pl>
<m...@m...localdomain>
<gjjlg7$rii$1@portraits.wsisiz.edu.pl>
<m...@m...localdomain>
<gjl9j8$fmp$2@portraits.wsisiz.edu.pl> <2...@c...fuw.edu.pl>
<gjm8cd$7tr$1@atlantis.news.neostrada.pl>
<b...@w...googlegroups.com>
<gjn9l0$d0j$1@inews.gazeta.pl>
<a...@e...googlegroups.com>
<d...@n...googlegroups.com>
NNTP-Posting-Host: 83.5.133.46
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1230994360 10009 127.0.0.1 (3 Jan 2009 14:52:40 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Sat, 3 Jan 2009 14:52:40 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: r15g2000prd.googlegroups.com; posting-host=83.5.133.46;
posting-account=6fecFgoAAAC6HJt5aVjZGidg-amZ81tT
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; [eburo
v2.0]; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR
3.0.04506.30; MS-RTC LM 8),gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.internet.polip:88134
[ ukryj nagłówki ]On 3 Sty, 14:18, "l...@g...com"
<l...@g...com> wrote:
> 1. Na jakich _dokładnie_ zasadach wybierane są IP do zablokowania? Nie
> chodzi mi o score czy algorytm jego obliczania, ale żeby dało się
> sprawdzić, na podstawie której listy - jakich przesłanek, dany adres
> IP "nie działa". Obecnie nie ma żadnych informacji na ten temat poza
> "W przypadku zaistnienia wątpliwości prosimy o kontakt z zespołem TP
> CERT". Sprzyja to pojawianiu się teorii spiskowych oraz zakładów, co
> następne zablokują?
Dziękuję ślicznie za to pytanie, mam nadzieję, że odpowiedź nieco
wyjaśni, nawet pomimo tego, że nie może być aktualnie pełna :(
Na początek co do samego "blackholingu". W pierwszych oficjalnych
komunikatach celowo nie używalismy tego terminu - dlatego, że jest
jest ono z jednej strony technicznie precyzyjne i wyjaśnia jaki
mechanizm sieciowy wykorzystujemy, z drugiej strony niestety może
wprowadzić w błąd jeżeli chodzi o odpowiedź na pytanie co i po co
blokujemy. BGP-blackholingu inaczej nieco można użyć do reakcji na
ddos w toku, inaczej używamy tego w naszym przypadku...Jeżeli DNS
będzie określone domeny resolvował do 127.0.0.1 to też to będzie w
sumie "blackholing"...;)
My używamy aktualnie BGP blackholingu do blokowania adresów, pod
którymi znajdują się wedle najlepszej wiedzy naszej i współpracujących
dostawców serwery C&C botnetów pewnych klas. Aktualnie nie korzystamy
bezpośrednio z publicznie dostępnych BL, a z definicji nie z BL
zawierających "źródła spamu". Nazw firm z którymi współpracujemy nie
chcę teraz podawać między innymi dlatego, że rozwiązanie jest wciąż
testowe i źródła mogą się zmienić. W przypadku, kiedy pomysł
pozostanie z nami na dłużej (czyli okaże się skuteczny) na pewno nie
będę miał problemu ze wskazaniem ludzi i firm, z którymi dzielimy ten
sukces. Przy czym wciąż może to oznaczać, że nie będzie możliwości
wskazania na jakąkolwiek publicznie dostępną czarną listę - z tego
prostego powodu, że wykorzystywane przez nas nie będą publiczne. Nie
mam silnych obaw z tym związanych - w biznesie jest tak, że silny
związek o charakterze komercyjnym pomiędzy firmami, które dbają o
swoją markę (i przyszłe relacje ;), jest często wystarczającą
gwarancją jakości danych.
Prośba o kontakt z CERTem wynika z tego, że otrzymując prośbę jesteśmy
w stanie (jeżeli nie są to nasze dane na podstawie umowy z dostawcą)
zweryfikować bezpośrednie przesłanki (logi) uzasadniające blokowanie
adresu, i taki, a nie inny "scoring". Proszę jednocześnie o
wyrozumiałość - nie zawsze te logi będziemy w stanie automatycznie
dostarczyć bezpośrednio zainteresowanym (chociażby dlatego, że mogą
zawierać adresy honeypotów etc), czasem musimy ograniczyć się do
potwierdzenia, że tego a tego dnia o tej i o tej godzinie ruch
kontrolny z danego adresu został zarejestrowany i zweryfikowany. Może
to wyglądać na "sąd kapturowy", ale nie taka jest nasza intencja, i
nie ma to nic wspólnego z arogancją. Jedyne, o co mogę prosić to
odrobina zaufania - jeżeli nie do TP, to do mojego zespołu, który
tworzyłem cztery lata temu w opozycji do tego, czego jako klient i
pracownik w TP nie lubię, i o zmianę czego bezustannie obiecuję
walczyć ;).
> 2. Jaka jest procedura reweryfikacji hosta? To się chyba samo wyjaśni
> po ujawnieniu z jakich BL korzysta TPSA.
W dużym stopniu automatyczna + "białkowe" wspomaganie na wypadek
błędów, które mogą zdarzyć się w najlepszej rodzinie. Zagrożenia są
automatycznie weryfikowane co mniej więcej siedem minut - więc daje to
dosyć dobry pogląd na temat rzeczywistej aktywności danego hosta.
Istnieje poziom graniczny, poniżej którego host zostaje automatycznie
odblokowany, i nie ulegnie powtórnej blokadzie, jeżeli nie powróci do
złych nawyków. Pamiętliwi nie jesteśmy ;)
> 3. Dlaczego błękitna linia jak zwykle niczego nie wie? Czyli odwieczna
> bolączka zarówno klientów TP jak i dostawców usług, którzy muszą
> namawiać klientów do dzwonienia na błękitną linię, tylko po to aby TP
> odbiła piłeczkę "my nie mamy żadnych serwerów DNS, nic nam o tym nie
> wiadomo".
Pracuję w tej samej firmie, więc mogę tylko przeprosić i obiecać, że
zrobię awanturę :(. Dostarczyliśmy do contact centre wszystkie
niezbędne informacje i procedury - niestety prawdopodobnie ze względu
na okres świąteczny (duża rotacja personelu?) informacje nie
rozpropagowały się wystarczająco szybko.
>
> Co do "działania" ircnetu, to irc ping na poziomie 2-3 sekund nie
> pomaga w rozmowie. Całe szczęście, że mam normalne połączenie do
> internetu.
Wiem, że jest to utrudnienie - odpowiadałem powyżej w pewnej
konwencji, którą nawiasem mówiąc, potrafię u rozmówców docenić ;)...
Co do IRCa - wiele wskazuje na to, że to będą przejściowe trudności.
Między innymi również dlatego cieszę się, że najbardziej intensywna
dyskusja toczy się na polipie, bo wpada tu sporo osób, które mogą nam
pomóc. My już swój ruch wykonaliśmy - mam nadzieję, że coraz większej
liczbie osób wydaje się on rozsądny - sygnalizując, że TP nie planuje
pozostawać bierna w obliczu zagrożeń w Internecie. Myślę, że już
niedługo w wyniku całej akcji obudzimy się w nieco (na początek
odrobinę) lepszym świecie ;).
Pozdrawiam serdecznie,
Rafał Jaczyński, TP
Następne wpisy z tego wątku
- 03.01.09 15:09 Krzysztof Halasa
- 03.01.09 15:15 Tomasz Śląski
- 03.01.09 18:47 Grzegorz Janoszka
- 03.01.09 21:20 Marcin Gryszkalis
- 03.01.09 21:40 Krzysztof Oledzki
- 03.01.09 21:48 kayo
- 03.01.09 21:51 D...@g...com
- 03.01.09 22:00 D...@g...com
- 03.01.09 23:00 Matt Rutkowski
- 04.01.09 02:40 r...@g...com
- 04.01.09 08:32 D...@g...com
- 04.01.09 10:16 januszek
- 04.01.09 10:59 Łukasz Bromirski
- 04.01.09 12:13 z...@g...com
- 04.01.09 16:28 ru
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2024-11-08 zbrojone wężyki hamulcowe
- 2024-11-07 Pytanie o transformator do dzwonka
- 2024-11-07 Warszawa => Infrastructure Automation Engineer <=
- 2024-11-07 międzymordzie USB 3.2 jako 2.0
- 2024-11-07 Warszawa => Site Reliability Engineer (SRE) <=
- 2024-11-07 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=
- 2024-11-07 Warszawa => ECM Specialist / Consultant <=
- 2024-11-07 Rzeszów => Senior SAP HANA Developer <=
- 2024-11-07 Czy skrzynie biegów lubią hamowanie silnikiem?
- 2024-11-07 Czy skrzynie biegów lubią hamowanie silnikiem?
- 2024-11-07 Czy skrzynie biegów lubią hamowanie silnikiem?
- 2024-11-07 Czy skrzynie biegów lubią hamowanie silnikiem?
- 2024-11-06 gotówkowe zjeby
- 2024-11-06 Łódź => QA Inżynier <=
- 2024-11-06 Kraków => Key Account Manager <=