[ Wymagania regionalne ]

Opublikuj badanie dotyczące uwierzytelniania domeny w Indiach przy użyciu powtarzalnej metody

Zbuduj badanie uwierzytelniania powiązane z Indiami z wyraźnymi granicami jednostek, wielojęzyczną normalizacją i zapytaniami uwzględniającymi wykluczenia ze znacznikiem czasu.

Przez zespół badawczy EmailAuth · 8 minut czytania

[Kluczowe punkty]

  • Kwalifikowalność przestrzeni nazw różni się od zasięgu populacji organizacji.
  • Przed zliczeniem oddziel instytucje, marki, oddziały i wspólne domeny.
  • Zachowaj czasy obserwacji i błędy bez wymyślania wyników adopcji.
Na tej stronie

Wybierz wyraźnie populację powiązaną z Indiami

Badanie uwierzytelnienia domeny w Indiach powinno określić, czy dotyczy to organizacji zarejestrowanych w Indiach, listy sektorowej, instytucji publicznych, domen z określonym sufiksem, czy też innej ograniczonej populacji. Wybory te mogą prowadzić do różnych wniosków. Oznaczenie kraju nie jest uzasadnione tylko dlatego, że domena zawiera nazwę miasta w Indiach, używa sufiksu krajowego lub obsługuje klientów z Indii. Do badania potrzebne jest zachowanie pochodzenia populacji i przejrzyste mapowanie do obserwowanych domen.

W tym artykule zaproponowano metodę i nie zawarto żadnych procentów przyjęcia, rankingów ani wniosków dotyczących zgodności. Żadna domena nie została przeskanowana i nie zebrano żadnych danych kontaktowych ani prywatnych. Celem jest umożliwienie powtarzalności przyszłych badań bez sugerowania, że ​​wygodna lista internetowa reprezentuje każdą indyjską organizację lub każdą wiadomość wysyłaną z tego kraju.

Oddziel zasady dotyczące sufiksów od uprawnień organizacji

The Strona zasad rejestru .IN odróżnia strefy nieograniczone od stref zarezerwowanych dla organizacji kwalifikowanych. Reguły dotyczące przestrzeni nazw należy czytać w ich obecnym zakresie, bez traktowania członkostwa sufiksowego jako spisu przedsiębiorstw. Zasady nazewnictwa rejestru domen opisują przestrzeń nazw, którą administruje. Nie definiują automatycznie spisu firm ani wszystkich organizacji wysyłających e-maile w Indiach. Jeżeli w badaniu wykorzystano próbę opartą na przyrostkach, należy ją nazwać próbą opartą na przyrostkach i zachować zastosowane źródła kwalifikowalności i selekcji. Jeżeli korzysta z usług firmy, instytucji edukacyjnych lub instytucji rządowych, należy zachować odpowiednią listę wiarygodną i jej zakres, zamiast zastępować członkostwo w sufiksie domeny.

Nie przytaczaj zasad kwalifikowalności prawnej z pamięci. Aktualny rejestr lub dokumentacja rządowa musi potwierdzać każde takie roszczenie, a brak dostępu powinien pozostać ograniczeniem źródła. Z technicznego punktu widzenia domena może zostać zarejestrowana bez znajomości jej aktualnej roli operacyjnej w badaniu. W metodzie tej należy unikać przekształcania tej niepewności w twierdzenie dotyczące statusu przedsiębiorstwa, lokalizacji krajowej lub zgodności z przepisami.

Modeluj granice jednostek przed deduplikacją

Pojedyncza organizacja może mieć domenę korporacyjną, oddziały regionalne, marki produktów i przejmowane podmioty. Kilka oddziałów może dzielić jedną domenę, podczas gdy spółka zależna korzysta z innej. Zdecyduj, czy jednostka jest osobą prawną, instytucją, marką czy domeną i utrzymuj relacje. Deduplikacja za pomocą krótkiej nazwy może połączyć niepowiązane podmioty; licząc, że każda witryna oddziału może stanowić nadreprezentację dużej sieci.

Zapisz identyfikatory źródła i daty wejścia w życie, jeśli są dostępne. Zachowaj możliwość rozróżnienia aktywnych, zmienionych nazw, połączonych i wykluczonych jednostek. Badanie powinno wyjaśnić, czy domeny historyczne pozostają objęte zakresem i dlaczego. Nie zebrano tutaj żadnego rzeczywistego zbioru danych podmiotów, są to zatem proponowane wymagania dotyczące mapowania, a nie zweryfikowane twierdzenia dotyczące konkretnej organizacji indyjskiej.

Zachowaj wielojęzyczne i umiędzynarodowione nazwy

Źródła powiązane z Indiami mogą zawierać kilka pism i konwencji transliteracji. Zachowaj oryginalne nazwy i tłumaczenia dostarczone przez źródło, bez automatycznego traktowania ich jako oddzielnych jednostek. RFC 5890 definiuje ważne umiędzynarodowione formy domeny, podczas gdy Standard techniczny Unicode 39 opisuje analizę mylności. Narzędzia te mogą wspierać przegląd normalizacji, ale nie mogą ustalić tożsamości organizacyjnej na podstawie podobieństwa wizualnego.

Zachowaj surową domenę, zatwierdzony formularz DNS , metodę normalizacji i wersję narzędzia. Szkielet używany do detekcji, która może być myląca, jest artefaktem analizy, a nie domeną, której dotyczy zapytanie. Nie karz legalnego, umiędzynarodowionego nazewnictwa poprzez traktowanie etykiet innych niż ASCII jako podejrzanych lub wykluczanie ich bez wyjaśnienia. Jeśli narzędzie pomiarowe nie obsługuje obsługiwanego formularza, zgłoś to jako ograniczenie narzędzia.

Ostrożnie mapuj oficjalne domeny internetowe

Dla każdego podmiotu zachowaj źródło łączące go z wybraną domeną i określ, czy domena ta jest publiczną witryną internetową, znaną tożsamością nadawcy, czy jednym i drugim. Nie wnioskuj o pełnym zakresie poczty na podstawie łącza do witryny internetowej. Poczta pracownicza, rachunki, ankiety i powiadomienia zlecane na zewnątrz mogą korzystać z różnych domen lub subdomen. Aby móc przedstawić szersze wnioski dotyczące wszystkich przepływów pracy związanych z wysyłaniem, potrzebny byłby autoryzowany spis wewnętrzny.

RFC 7208 ocenia odpowiednią tożsamość SMTP oraz RFC 9989 definiuje DMARC wyrównanie i odkrycie. Badanie dotyczące wyłącznie DNS powinno zatem opisywać publikację zasad w zmapowanych domenach, a nie zgodność z uwierzytelnianiem na poziomie wiadomości. Zachowaj nieznane tożsamości wysyłające jako nieznane, zamiast generować domysły, które wydają się wiarygodne w zestawie danych.

Zachowaj znaczniki czasu zapytań i wersje implementacji

Zdefiniuj dokładne nazwy właścicieli, typy rekordów, konfigurację programu rozpoznawania nazw, okno obserwacji, harmonogram ponownych prób i wersję analizatora składni przed zebraniem. Strefa czasowa należy do każdego znacznika czasu; sama data kalendarza lokalnego może ukryć obserwacje obejmujące różne okresy czasu UTC. Zachowaj zarówno oryginalny znacznik czasu, jak i dowolną znormalizowaną reprezentację. Jeśli zbieranie trwa kilka dni, zgłoś to okno, zamiast sugerować wykonanie pojedynczej migawki.

RFC 1035 definiuje odpowiedzi DNS i struktury rekordów zasobów. Zachowaj surowe zapisy i kody odpowiedzi, aby inny analityk mógł odtworzyć klasyfikację. W przypadku DMARC zidentyfikuj zaimplementowaną procedurę wykrywania i zachowaj jej ścieżkę. Brakujący rekord przy dokładnej nazwie nie oznacza automatycznie braku odpowiedniej polityki w ramach szerzej obsługiwanej metody wykrywania.

Zapewnij możliwość audytu wykluczeń

Twórz wyraźne kategorie dla nierozwiązanego mapowania jednostek, nieobsługiwanej reprezentacji domeny, błędu nazwy, braku danych, przekroczenia limitu czasu, awarii serwera i nieprawidłowych zasad. Zapisz regułę decydującą o tym, czy każdy z nich pozostanie w mianowniku. Nie usuwaj awarii dopiero wtedy, gdy obniżą one współczynnik adopcji. Jeśli zapytanie zostanie ponowione, zachowaj próby i wyjaśnij, który wynik kontroluje ostateczną kategorię.

W badaniu należy odróżnić wykluczenia spowodowane zasięgiem populacji od wykluczeń spowodowanych problemami ze zbieraniem danych. Rozwiązana jednostka wykluczona na podstawie wstępnie zdefiniowanej reguły populacji różni się od aktywnej jednostki, której przekroczono limit czasu zapytania DNS . Połączenie obu jako niemające zastosowania może ukryć błąd pomiaru. Ta wersja robocza nie zawiera żadnych zliczeń ani wykluczeń, ponieważ nie wykonano żadnego przebiegu populacji ani zapytania.

Arkusz do nauki w Indiach

Utwórz pola dla pytania badawczego, autorytetu populacji lub uzasadnienia ograniczonej próby, daty źródła, identyfikatora jednostki, typu jednostki, oryginalnych nazw, dowodów powiązania z domeną i dat wejścia w życie. Dodaj znormalizowaną domenę, status mapowania, właściciela i typ zapytania, czas obserwacji, moduł rozpoznawania nazw, wersję analizatora składni, wynik i przyczynę wykluczenia. Zachowaj osobną tabelę relacji dla współdzielonych domen, marek i spółek zależnych, jeśli projekt tego wymaga.

Przed opublikowaniem porównania sprawdź, czy mianownik metryki jest stabilny i czy każdy deklarowany zakres geograficzny odpowiada populacji źródłowej. Niezależny recenzent powinien odtworzyć wybrane mapowania i klasyfikacje na podstawie zachowanych dowodów. Osobiste dane kontaktowe i dane uwierzytelniające konta są niepotrzebne w przypadku tej metody należącej do domeny publicznej i nie należy ich dodawać, aby zbiór danych wyglądał na bogatszy.

Diagnoza fikcyjna: oddziały liczone jako niezależne organizacje

Fikcyjny badacz łączy listę biur regionalnych z listą organizacji macierzystych i liczy każdy wiersz jako niezależną jednostkę. Wiele wierszy wskazuje na tę samą domenę, więc konfiguracja jednej organizacji ma nieproporcjonalne znaczenie. Proponowany przegląd oddziela jednostki biurowe, nadrzędne i domeny i wyraźnie podaje wybrane wagi.

Zespół mógłby opublikować pogląd ważony według urzędu, jeśli takie jest rzeczywiste pytanie badawcze, ale nie powinien nazywać tego współczynnikiem przyjęcia ważonym przez organizację. Ten przykład jest fikcyjny i nie zawiera żadnej prawdziwej indyjskiej instytucji ani zmierzonego procentu. Pokazuje, dlaczego przed podsumowaniem wyników DNS należy zachować granice jednostek.

Stan wydania

Katalog wymaga pochodzenia populacji, granic jednostek, wykluczeń i znaczników czasu zapytań. Te oryginalne artefakty pozostają otwarte, podobnie jak przegląd specjalistów, możliwość zastosowania źródeł, trasy produkcyjne, dostępność i zwolnienie właściciela. W tej wersji roboczej przedstawiono odrębny projekt badania jurysdykcyjnego, a nie zbiór danych wykonany w Indiach lub ocenę zgodności. Rzeczywiste ustalenia wymagają autoryzowanej, zachowanej populacji i powtarzalnych obserwacji z określonymi ograniczeniami.

[Na wynos]

Publikuj tylko zakres Indii obsługiwany przez mapowanie źródła populacji i domeny encji.

[ Według roli ]

Co to oznacza dla Ciebie

Wybierz swoją rolę, aby uzyskać praktyczne dalsze kroki.

Badacz jurysdykcji

Zachowaj pochodzenie populacji

Zasady rejestracji nie zastępują spisu przedsiębiorstw.

Kolejne kroki

  1. Wybierz klasę jednostki jawnie.
  2. Zachowaj daty źródłowe i zasięg.

Kurator danych

Modeluj tożsamości wielojęzyczne

Transliteracje i domeny współdzielone mogą zakłócać deduplikację.

Kolejne kroki

  1. Zachowaj oryginalne formy.
  2. Gałąź dokumentu i relacje nadrzędne.

Recenzent techniczny

Dbaj o powtarzalność zapytań

Okna czasowe i zmiany w parserze wpływają na porównanie.

Kolejne kroki

  1. Zachowaj dokładne dane wejściowe zapytania.
  2. Oddzielne wykluczenia mapowania z błędów gromadzenia danych.

[ Często zadawane pytania ]

Często zadawane pytania

Czy członkostwo w .IN potwierdza status organizacji?

Nie. Reguły przestrzeni nazw rejestru i definicja jednostki badania to różne warstwy dowodów.

Rejestr .IN: Zasady

Czy wszystkie strefy .IN zarządzane są w ten sam sposób?

Zachowana strona rejestru odróżnia strefy nieograniczone od stref zarezerwowanych dla kwalifikowanych organizacji. Wszelkie szczegółowe roszczenia dotyczące kwalifikowalności wymagają bieżącego zakresu.

Rejestr .IN: Zasady

Czy rzędy oddziałów należy liczyć jako niezależne organizacje?

Tylko jeśli jest to zadeklarowana jednostka badawcza; w przeciwnym razie zachowaj relację i wagę.

Czy szkielet może zastąpić zapytaną domenę?

Nie. Artefakt porównania, który można pomylić, nie jest rzeczywistą tożsamością DNS .

Standard techniczny Unicode 39: Mechanizmy bezpieczeństwa Unicode

Po co zachować strefy czasowe?

Sama data kalendarzowa może ukryć okno zbiórki obejmujące różne okresy; zachować oryginalne i znormalizowane czasy.

Czy brak dokładnej nazwy rejestru DMARC nie dowodzi braku obowiązującej polityki?

Nie koniecznie. Należy podać wdrożoną metodę wykrywania i jej zakres.

RFC 9989: DMARC

Czy indyjskie organizacje zostały ocenione pod kątem zgodności?

Nie. Nie wykonano żadnego zbioru danych, skanów ani oceny zgodności z prawem.

Jakich oryginalnych dowodów brakuje?

Pochodzenie populacji, granice jednostek, wykluczenia i znaczniki czasu zapytań pozostają otwarte.

[ Źródła ]

Źródła

  1. RFC 1035 : Implementacja i specyfikacja nazw domen

    Sekcje §3.3.14 Format TXT RDATA · §4.1 Format · §5.1 Format

  2. RFC 9989: DMARC

    Sekcje §4.7 Format rekordu polityki DMARC · §4.8 Definicja formalna · §4.10 Przegląd drzewa DNS · §5.3.2 Ustalenie, czy ma zastosowanie mechanizm DMARC · §4.4 Wyjaśnienie wyrównania identyfikatorów · A.6 Usunięcie znacznika pct

  3. Standard techniczny Unicode 39: Mechanizmy bezpieczeństwa Unicode

    Sekcje §4 Wykrywanie mylące · §5.1 Wykrywanie skryptów mieszanych

  4. RFC 5890 : Definicje IDNA i ramy dokumentów

    Sekcje § 2.3.2.1 Ciągi znaków ważne dla IDNA, etykiety A i U · §4 Względy bezpieczeństwa

  5. RFC 7208 : Ramy zasad dotyczących nadawców

    Sekcje §2.4 POCZTA OD Tożsamości · §3.2 Wiele rekordów DNS · §4.5 Wybieranie rekordów · §4.6.4 Limity wyszukiwania DNS · §5.2 dołączenie · §6.1 przekierowanie · §8 Obsługa wyników

  6. Rejestr .IN: Zasady

    Sekcje Zasady: strefy nieograniczone i strefy zarezerwowane dla wykwalifikowanych organizacji

[ Słowniczek ]

Słowniczek

Zakres przestrzeni nazw
Strefy domen i zasady kwalifikowalności opisane w rejestrze, odrębne od spisu podmiotów krajowych.

Rejestr .IN: Zasady

Granica podmiotu
Wybrane rozróżnienie pomiędzy jednostką dominującą, spółką zależną, marką, oddziałem i instytucją.
Pochodzenie normalizacyjne
Zachowane surowe dane wejściowe, metoda transformacji i wersja narzędzia dla reprezentacji domeny.

RFC 5890 : Definicje IDNA i ramy dokumentów

Wykluczenie mapowania
Deklarowane pominięcie spowodowane nierozwiązanym powiązaniem podmiot-domena, a nie błędem gromadzenia DNS .

Pochodzenie przedsiębiorstwa

Dlaczego najlepsze instytucje finansowe i rządy wycofali swoje panele bezpieczeństwa poczty e-mail.

Tradycyjne platformy uwierzytelniania poczty e-mail oferują pulpit nawigacyjny i proszą inżynierów o wykonanie pracy. W środowiskach o dużej stawce ręczny nadzór oznacza opóźnione egzekwowanie, zmianę konfiguracji i niemonitorowane domeny-cienie.

EmailAuth to platforma agentowego pochodzenia wiadomości e-mail. Nasi agenci egzekwują p=reject, dostosuj zewnętrznych nadawców i przenieś swoje domeny do pełnych adresów RFC 9989 zgodność, nowy standard DMARC , z możliwością kontroli przez człowieka.

Rządy Duże przedsiębiorstwa Instytucje finansowe poziomu 1

SaaS · Dedykowany najem · Lokalne rozwiązanie typu air-gapped · Szyfrowanie BYOK

Baza wiedzy