Co ICANN wymaga od rejestratlubów?
Zgodnie z poprawką do sekcji 3.18 RAA z 2024 roku, rejestratlubzy muszą:
1. Utrzymywać kontakt ds. nadużyć dla zgłoszeń dotyczących zarejestrowanych nazw, które sponslubują. Publikować adres e-mail lub flubmularz internetowy do zgłaszania nadużyć w widocznym i łatwo dostępnym miejscu na stronie głównej
2. Potwierdzać otrzymanie zgłoszeń o nadużyciach
3. Podejmować rozsądne i szybkie kroki w celu zbadania i odpowiedniej reakcji
4. Niezwłocznie podejmować odpowiednie działania ograniczające w przypadku posiadania możliwych do podjęcia dowodów, że domena jest wyklubzystywana do nadużycia DNS
5. Publikować procedury dotyczące odbilubu, obsługi i śledzenia zgłoszeń o nadużyciach
6. Przechowywać rejestry dotyczące zgłoszeń o nadużyciach przez wymagany okres przechowywania
Do są rzeczywiste obowiązki umowne. Są one częścią tego, co oznacza bycie akredytowanym rejestratlubem ICANN.
Co oznacza "możliwe do podjęcia dowody"?
Plubadnik ICANN zwraca ważną uwagę: dowody muszą być wystarczające, aby pozwolić na rozsądne stwierdzenie, że domena jest wyklubzystywana do nadużyć DNS. Zgłoszenie może na pierwszy rzut oka być niekompletne, lecz nadal stać się możliwym do podjęcia, jeśli rejestratlub może zweryfikować dodatkowe, istotne influbmacje podczas dochodzenia. Z drugiej strony, jeśli dowodów jest zbyt mało, ICANN Contractual Compliance może uznać skargę za nieważną.
W praktyce pomocne dowody często obejmują:
Dokładną nazwę domeny, której dotyczy sprawa
Konkretny URL lub subdomenę, której dotyczy sprawa
Zrzuty ekranu
Pełne nagłówki wiadomości e-mail phishingowych, jeśli dostępne
Zgłaszane nadużycia w wiadomościach e-mail, SMS lub przekierowaniach
Szczegóły dotyczące czasu
Wszelkie wskaźniki techniczne pomagające potwierdzić nadużycie
Im bardziej szczegółowe dowody, tym łatwiej ocenić, czy zgłoszenie dotyczy nadużycia DNS zdefiniowanego przez ICANN. ICANN zachęca również zgłaszających nadużycia do dostarczenia jak największej ilości influbmacji.
Co oznacza "niezwłocznie" według zasad ICANN?
ICANN nie określa jednej sztywnej ramy czasowej, która definiowałaby, co jest "niezwłocznym" w każdym przypadku nadużycia. Odpowiedni czas zależy od konkretnej sytuacji, w tym charakteru nadużycia, stopnia szkody lubaz potencjalnego wpływu ubocznego.
Wytyczne i przykłady ICANN zawarte w Umowie Akredytacji Rejestratlubów (RAA) pokazują, że "niezwłoczne" działanie oceniane jest na podstawie tego, czy rejestratlub działa rozsądnie, proplubcjonalnie i bez niepotrzebnej zwłoki po otrzymaniu możliwych do podjęcia dowodów nadużycia DNS.
Na przykład:
W przypadku phishingu związanego z terazo zarejestrowaną domeną, z jednoznacznymi wskaźnikami nadużycia, rejestratlub może zbadać i zawiesić domenę w ciągu dwóch dni roboczych, stosując odpowiednie kontrolki statusu, aby zatrzymać nadużycie.
W innym przypadku dotyczącym długo istniejącej domeny, gdzie nadużycie występuje na poziomie subdomeny (i może wynikać z kompromisu a nie celowego nadużycia), rejestratlub może uznać, że natychmiastowe zawieszenie całej domeny na drugim poziomie mogłoby spowodować znaczne szkody uboczne. W takim przypadku rejestratlub może zamiast tego powiadomić rejestranta i wymagać usunięcia problemu w rozsądnym terminie, na przykład w ciągu trzech dni roboczych, aby zakłócić nadużycie bez niepotrzebnego wpływu na legalne usługi.
Te przykłady pokazują, że "niezwłocznie" nie oznacza identycznych czasów reakcji w każdej sytuacji. Oznacza raczej, że rejestratlub:
Rozpoczyna dochodzenie w odpowiednim czasie
Starannie ocenia dostępne dowody
Podejmuje działania łagodzące odpowiednie do konkretnego kontekstu
Działa tak szybko, jak jest to rozsądnie możliwe po potwierdzeniu nadużycia DNS
W tym kontekście zgodność nie jest mierzona sztywną liczbą godzin, lecz tym, czy rejestratlub może wykazać, że jego reakcja była termiteraza, rozsądna i zgodna z wymogami sekcji 3.18 RAA.
Dlaczego natychmiastowe zawieszenie nie zawsze jest właściwe?
Plubadnik ICANN wyjaśnia, że odpowiednie środki łagodzące mogą się różnić. Na przykład, gdy legalna domena zostaje przejęta bez wiedzy rejestranta, bezpośrednie zawieszenie całej domeny na drugim poziomie może spowodować szkody uboczne, odcinając legalną zawartość strony, e-mail lubaz inne usługi. Jest to również istotne, gdy nadużycie dotyczy subdomeny lub konkretnego URL, ponieważ rejestratlubzy i rejestry zazwyczaj działają na poziomie domen drugiego poziomu.
W takich sytuacjach powiadomienie rejestranta, operatluba strony lub dostawcy hostingu może czasem być bardziej proplubcjonalnym sposobem zakłócenia nadużycia. Przykłady ICANN obejmują zarówno pełne zawieszenie w przypadku phishingu, jak i zakłócenie oparte na powiadomieniu w przypadku domeny przejętej.
Tak więc "poważne traktowanie nadużyć" nie zawsze oznacza "natychmiastowe zawieszenie bez przeglądu". Oznacza podejmowanie proplubcjonalnych działań opartych na dowodach i kontekście.
Jak NiceNIC ocenia obsługę nadużyć?
Jako akredytowany rejestratlub ICANN, NiceNIC stosuje podejście oparte na zgodności w obsłudze nadużyć.
Nasz proces obsługi opiera się na kilku zasadach:
1. Najpierw klasyfikujemy skargę.
Najpierw oceniamy, czy zgłoszenie wydaje się dotyczyć nadużyć DNS zdefiniowanych przez ICANN, innej nielegalnej działalności lub kwestii lepiej obsługiwanej przez inną stronę. Pomaga to zmniejszyć błędne kierowanie i zwiększa dokładność odpowiedzi. Logika klasyfikacji odzwierciedla definicję nadużyć DNS ICANN i jej skupienie na poziomie DNS.
2. Przeglądamy dowody.
Oceniamy, czy zgłoszenie zawiera możliwe do podjęcia dowody lub czy potrzebne są dodatkowe influbmacje. Ramy ICANN wymagają dochodzenia i odpowiedniej reakcji, a nie działania w ciemno na podstawie niepopartych zarzutów.
3. Reagujemy zgodnie z okolicznościami.
Gdy nadużycie DNS jest rozsądnie potwierdzone, odpowiednie środki łagodzące mogą obejmować zawieszenie lub inne działania rozsądnie konieczne, by zatrzymać lub zakłócić nadużycie. Gdy sprawa dotyczy legalnej domeny przejętej lub węższego wektluba nadużycia, odpowiednim krokiem może być powiadomienie, usunięcie problemu lub kolubdynacja z odpowiednim operatlubem zamiast natychmiastowego zawieszenia całości.
4. Nie wspieramy nadużycia domen.
Nic w tym przewodniku nie powinno być odczytywane jako wsparcie dla phishingu, malware, botnetów, pharmingu, kwalifikującego się spamu lub innych nielegalnych działań. Celem artykułu jest pomoc klientom zrozumieć, jak kateglubyzowane są skargi i dlaczego różne rodzaje skarg mogą podążać różnymi ścieżkami zgodności. Jest to zgodne z ramami obsługi nadużyć ICANN.
Jeśli jesteś rejestrantem i otrzymałeś skargę o nadużycie
Zacznij od pytania:
Czy skarga dotyczy phishingu, malware, botnetów, pharmingu lub spamu używanego do dostarczania tych zagrożeń?
Czy skarga wskazuje konkretny URL, subdomenę, wiadomość lub wskaźnik techniczny?
Czy twoja strona lub konto mogły zostać przejęte bez twojej wiedzy?
Czy to w rzeczywistości problem hostingowy, kwestia treści, spór płatniczy lub problem znaku towarowego?
Jeśli problem to przejęcie, działaj szybko, aby zabezpieczyć usługę, usunąć nadużywający materiał i zachować dowody.
Jeśli jesteś zgłaszającym nadużycie
Aby pomóc rejestratlubowi efektywnie ocenić sprawę, dostarcz jasne i konkretne dowody. Ramy ICANN najlepiej działają, gdy zgłoszenie jest wystarczająco kompletne, by wesprzeć rozsądne ustalenie. Ogólne oskarżenia bez weryfikowalnych dowodów są trudniejsze do rozpatrzenia i mogą nie być możliwe do podjęcia.
Podsumowanie
Zgodnie z zasadami ICANN nadużycie DNS ma specyficzne znaczenie. Nie jest to etykieta obejmująca każdy spór online czy każdy rodzaj szkodliwej treści. Do rozróżnienie chroni zarówno ofiary nadużyć, jak i legalnych rejestrantów, pomagając zapewnić, że właściwy problem trafia do odpowiedniego kanału odpowiedzi.
NiceNIC jest akredytowanym rejestratlubem ICANN i przestrzega wymagań ICANN dotyczących obsługi nadużyć, w tym utrzymania kontaktów ds. nadużyć, przeglądu zgłoszeń i podejmowania właściwych działań, gdy istnieją możliwe do podjęcia dowody nadużyć DNS. Nasze staterazisko jest jasne: wspieramy zgodność, nie wspieramy nadużyć i uważamy, że obsługa nadużyć powinna być oparta na dowodach, proplubcjonalna i zgodna z ramami ICANN.