Домены список: Список доменов первого уровня (национальные домены верхнего уровня). Домены разных стран мира

Все доменные зоны мира от А до Я

Единый реестр доменных имен, указателей страниц сайтов в сети «Интернет» и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию, распространение которой в Российской Федерации запрещено

ЕДИНЫЙ РЕЕСТР


доменных имен, указателей страниц сайтов в сети «Интернет»
и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию,
распространение которой в Российской Федерации запрещено

Федеральный закон от 27 июля 2006 года № 149-ФЗ

«Об информации, информационных технологиях и защите информации»
PDF

Постановление Правительства Российской Федерации от 26 октября 2012 г. № 1101

«О единой автоматизированной информационной системе «Единый реестр доменных имен, указателей страниц
сайтов в информационно-телекоммуникационной сети «Интернет» и сетевых адресов, позволяющих
идентифицировать сайты в информационно-телекоммуникационной сети «Интернет», содержащие информацию,
распространение которой в Российской Федерации запрещено»
PDF

Приказ от 18 мая 2017 года № 84/292/351/ММВ-7-2/461С

«Об утверждении критериев оценки материалов и (или) информации, необходимых для принятия решений
Федеральной службой по надзору в сфере связи, информационных технологий и массовых коммуникаций,
Министерством внутренних дел Российской Федерации, Федеральной службой по надзору в сфере защиты прав
потребителей и благополучия человека, Федеральной налоговой службой о включении доменных имен и (или)
указателей страниц сайтов в информационно-телекоммуникационной сети «Интернет»…
PDF

Приказ от 14 декабря 2017 года № 249

«Об утверждении требований к способам (методам) ограничения доступа к информационным ресурсам, а также
требований к размещаемой информации об ограничении доступа к информационным ресурсам»
PDF

Порядок

взаимодействия оператора реестра с провайдером хостинга
PDF
; 
DOC

Порядок

доступа к информации, содержащейся в единой автоматизированной информационной системе «Единый реестр
доменных имен, указателей страниц сайтов в информационно-телекоммуникационной сети «Интернет» и сетевых
адресов, позволяющих идентифицировать сайты в информационно-телекоммуникационной сети «Интернет»,
содержащие информацию, распространение которой в Российской Федерации запрещено»
PDF

Через форму, опубликованную ниже, вы можете получить данные о нахождении доменных имен, указателей страниц сайтов в сети «Интернет» и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию, распространение которой в Российской Федерации запрещено, в Едином реестре.

Для проверки ограничения доступа к сайтам и (или) страницам сайтов сети «Интернет» в рамках исполнения иных положений Федерального закона от 27.07.2006 года № 149-ФЗ «Об информации, информационных технологиях и защите информации», рекомендуем воспользоваться универсальным сервисом проверки ограничения доступа.

Решение о включении в реестр доменных имен, указателей страниц сайтов в сети «Интернет» и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию, распространение которой в Российской Федерации запрещено, может быть обжаловано владельцем сайта в сети «Интернет», провайдером хостинга, оператором связи, оказывающим услуги по предоставлению доступа к информационно-телекоммуникационной сети «Интернет», в суд в течение трех месяцев со дня принятия такого решения.

Список доменов в зоне ru/su/tatar/рф/дети доступен публично из-за некорректной настройки DNS

Начиная с 6 июня, на части DNS, обслуживающих российские доменные зоны, разрешен трансфер (AXFR), который позволяет получить полный список доменных имен зон .ru, .su, .tatar, .рф и .дети.

AXFR-запрос доступен на следующих серверах:

• a.dns.ripn.net
• b.dns.ripn.net
• d.dns.ripn.net

Чтобы получить все домены зоны, можно воспользоваться утилитой dig из состава BIND:

$ dig axfr su. @a.dns.ripn.net

; <<>> DiG 9.10.4-P8-RedHat-9.10.4-5.P8.fc25 <<>> axfr su. @a.dns.ripn.net
;; global options: +cmd
SU.                     345600  IN      SOA     a.dns.ripn.net. hostmaster.ripn.net. 650170097 86400 14400 2592000 3600
SU.                     345600  IN      RRSIG   SOA 8 1 345600 20170728095315 20170618085528 12810 su. AMqjxdOOp9rIVMk9gvH6TiXEB8FAWZn0xbqxxYxsQMYrqCUE49AXSUQ1 nESJ//bPE8g7mNa/KCqrt21icAOG6+gzwes+TZ2nu62dwbwh4IeEoxry GZ+uEIGlQfjPC6AxRuPELnaKRpLUy+Ir28ScJDLjIBewVs3J7zAHXw/K bYU=
SU.                     345600  IN      NS      a.dns.ripn.net.
SU.                     345600  IN      NS      b.dns.ripn.net.
SU.                     345600  IN      NS      d.dns.ripn.net.
SU.                     345600  IN      NS      e.dns.ripn.net.
SU.                     345600  IN      NS      f.dns.ripn.net.
…
0--0.SU.                345600  IN      NS      ns1.shop.reg.ru.
0--0.SU.                345600  IN      NS      ns2.shop.reg.ru.
0--GDE-KUPIT-DOMEN-DESHEVO--RU--SU--COM--NET--ORG--INFO--ME--TV.SU. 345600 IN NS ns1.hostmonster.com.
0--GDE-KUPIT-DOMEN-DESHEVO--RU--SU--COM--NET--ORG--INFO--ME--TV.SU. 345600 IN NS ns2.hostmonster.com.
0-0.SU.                 345600  IN      NS      dns1.yandex.net.
0-0.SU.                 345600  IN      NS      dns2.yandex.net.
0-0-0.SU.               345600  IN      NS      ns1.shop.reg.ru.
0-0-0.SU.               345600  IN      NS      ns2.shop.reg.ru.
0-1.SU.                 345600  IN      NS      dns1.elasticweb.org.
0-1.SU.                 345600  IN      NS      dns2.elasticweb.org.
0-3.SU.                 345600  IN      NS      ns1.timeweb.ru.
0-3.SU.                 345600  IN      NS      ns2.timeweb.ru.
0-4.SU.                 345600  IN      NS      ns.hostland.ru.
0-4.SU.                 345600  IN      NS      ns3.hostland.ru.
…

Есть даже ASCII-арт:

0--0------A1--------------------------------------------------1.RU. 345600 IN NS ns-de.bible.ru.
0--0------A1--------------------------------------------------1.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A1--------------------------------------------------1.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A2--BBBBB--I-BBBBB--L------EEEEEE-----RRRRR--U----U-2.RU. 345600 IN NS ns-de.bible.ru.
0--0------A2--BBBBB--I-BBBBB--L------EEEEEE-----RRRRR--U----U-2.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A2--BBBBB--I-BBBBB--L------EEEEEE-----RRRRR--U----U-2.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A3--B----B-I-B----B-L------E----------R----R-U----U-3.RU. 345600 IN NS ns-de.bible.ru.
0--0------A3--B----B-I-B----B-L------E----------R----R-U----U-3.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A3--B----B-I-B----B-L------E----------R----R-U----U-3.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A4--BBBBB--I-BBBBB--L------EEEEE------R----R-U----U-4.RU. 345600 IN NS ns-de.bible.ru.
0--0------A4--BBBBB--I-BBBBB--L------EEEEE------R----R-U----U-4.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A4--BBBBB--I-BBBBB--L------EEEEE------R----R-U----U-4.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A5--B----B-I-B----B-L------E----------RRRRR--U----U-5.RU. 345600 IN NS ns-de.bible.ru.
0--0------A5--B----B-I-B----B-L------E----------RRRRR--U----U-5.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A5--B----B-I-B----B-L------E----------RRRRR--U----U-5.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A6--B----B-I-B----B-L------E----------R---R--U----U-6.RU. 345600 IN NS ns-de.bible.ru.
0--0------A6--B----B-I-B----B-L------E----------R---R--U----U-6.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A6--B----B-I-B----B-L------E----------R---R--U----U-6.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A7--BBBBB--I-BBBBB--LLLLLL-EEEEEE--0--R----R--UUUU--7.RU. 345600 IN NS ns-de.bible.ru.
0--0------A7--BBBBB--I-BBBBB--LLLLLL-EEEEEE--0--R----R--UUUU--7.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A7--BBBBB--I-BBBBB--LLLLLL-EEEEEE--0--R----R--UUUU--7.RU. 345600 IN NS ns-ru.bible.ru.
0--0------A8--------------------------------------------------8.RU. 345600 IN NS ns-de.bible.ru.
0--0------A8--------------------------------------------------8.RU. 345600 IN NS ns-nl.bible.ru.
0--0------A8--------------------------------------------------8.RU. 345600 IN NS ns-ru.bible.ru.

Зона .ru содержит в себе 5.1% всех мировых доменов, уступая только первой по популярности зоне .com.

Данная особенность DNS была обнаружена mandatoryprogrammer (Matthew Bryant), который давно занимается отслеживанием изменений всех доменных зон автоматизированными средствами. Зона .ru такая большая, что его ПО упало от недостатка оперативной памяти. В прошлом году он обнаружил возможность получения всех доменов северокорейской зоны .kp, используя этот же метод.

Дампы зон, сжатые xz, можно скачать через Bittorrent и I2P Bittorrent, torrent-файлом или по следующей Magnet-ссылке:

magnet:?xt=urn:btih:3457106ce62b2707639978d802e20567e278aa39&dn=Russian%20domain%20zones&tr=udp%3a%2f%2ftracker.leechers-paradise.org%3a6969&tr=udp%3a%2f%2ftracker.coppersurfer.tk%3a6969%2fannounce&tr=udp%3a%2f%2fp4p.arenabg.com%3a1337%2fannounce&tr=udp%3a%2f%2ftracker.zer0day.to%3a1337%2fannounce

Не обязательно их распаковывать, можно работать с ними в сжатом виде. Используйте xzcat вместо cat, xzdiff вместо diff, xzgrep вместо grep, xzless вместо less.

UPD 19.06.2017: AXFR отключили.

Управление разрешениями для трафика пикселя Facebook в Events Manager

Управление разрешениями для трафика пикселя Facebook в Events Manager

С помощью функции разрешений для трафика в Events Manager можно создать список разрешенных или заблокированных доменов сайтов, чтобы контролировать, какие из них могут отправлять вам события через пиксель Facebook. Подробнее о разрешениях для трафика пикселя и о том, почему события пикселя могут поступать от неизвестных доменов.

После создания списка разрешенных или заблокированных доменов вы можете переключиться с одного списка на другой в любой момент, а также добавлять в них или удалять из них домены. Невозможно восстановить данные о событиях, которые не были получены, пока домен был заблокирован, а заблокированные события не учитываются при оценке результативности рекламы. Подробнее о рекомендациях по разрешениям для трафика пикселя.

Прежде чем начать

1. Создайте и установите пиксель на сайте.
2. Чтобы создать список разрешенных или заблокированных доменов, вам необходимо иметь хотя бы одно из следующих разрешений для настройки пикселя:

Управление разрешениями для трафика пикселя Facebook в Events Manager

Чтобы создать список разрешенных или заблокированных доменов для трафика пикселя в Events Manager:

1. Откройте Events Manager.
2. Выберите пиксель.
3. Нажмите Настройки.
4. Выберите Создать разрешенный список или Создать список блокировки в раскрывающемся меню в разделе Разрешения для трафика.
5. Нажмите на кнопку, чтобы подтвердить выбор.

6. Введите нужный домен и нажмите Далее. Вы также можете добавить домен в список из таблицы Домены, отправляющие больше всего трафика.

   Примечание. При добавлении домена верхнего уровня в список также будут включены все поддомены. Например, если вы добавите domain.com, в список также будет внесен m.domain.com. Подробнее.

7. Нажмите Подтвердить.
8. Чтобы добавить в список другие домены, повторите указанные выше действия.
9. Нажмите Закрыть.

После создания списка вы в любой момент можете посмотреть и изменить в нем домены в разделе «Разрешения для трафика» настроек пикселя. Отслеживать добавление и удаление доменов в разрешенных списках и списках блокировки можно в таблице истории пикселя в Events Manager. Подробнее об истории пикселя.

Статьи по теме

Ограничения домена при совместном использовании контента SharePoint & OneDrive — SharePoint in Microsoft 365

• 
  24.03.2021
• Чтение занимает 3 мин

В этой статье

Если вы хотите ограничить общий доступ к другим организациям (на уровне организации или на уровне сайта), вы можете ограничить общий доступ к домену.If you want to restrict sharing with other organizations (either at the organization level or site level), you can limit sharing by domain.

Ограничение доменовLimiting domains

Вы можете ограничить домены, разрешив только домены, которые вы указываете, или разрешив все домены, кроме заблокированных.You can limit domains by allowing only the domains you specify or by allowing all domains except those you block.

Ограничение доменов на уровне организацииTo limit domains at the organization level

1. Перейдите на страницу Общегодоступа центра администрирования SharePoint и войдите в учетную запись с разрешениями администратора для вашей организации.Go to the Sharing page of the SharePoint admin center, and sign in with an account that has admin permissions for your organization.

2. В расширенных параметрах для внешнего общего доступа выберите предел внешнего общего доступа по доменной области, а затем выберите Добавить домены. Under Advanced settings for external sharing, select the Limit external sharing by domain check box, and then select Add domains.

3. Чтобы создать список разрешаний (наиболее ограничительный), выберите Разрешить только определенные домены; чтобы заблокировать только определенные домены, выберите блок определенных доменов.To create an allow list (most restrictive), select Allow only specific domains; to block only the domains you specify, select Block specific domains.

4. Список доменов (не более 3000) в предоставленном поле с помощью формата domain.com.List the domains (maximum of 3000) in the box provided, using the format domain.com. Если в списке несколько доменов, введите каждый домен в новой строке.If listing more than one domain, enter each domain on a new line.

   Примечание

   Поддиальды не поддерживаются для записей домена.Wildcards are not supported for domain entries.

5. Нажмите Сохранить.Select Save.

Вы также можете настроить параметр для всей организации с помощью комлета Set-SPOTenant PowerShell.You can also configure the organization-wide setting by using the Set-SPOTenant PowerShell cmdlet.

Вы также можете ограничить домены на уровне коллекции сайтов.You can also limit domains at the site collection level. Обратите внимание на следующие соображения:Note the following considerations:

• В случае конфликтов конфигурация всей организации имеет приоритет над конфигурацией коллекции сайтов.In the case of conflicts, the organization-wide configuration takes precedence over the site collection configuration.

• Если настроен список разрешаемых данных по всей организации, можно настроить список разрешить только на уровне коллекции веб-сайтов.If an organization-wide allow list is configured, then you can only configure an allow list at the site collection level. Список разрешаемого списка сайтов должен быть подмножество допустимого списка организации.The site collection allow list must be a subset of the organization’s allow list.

• Если настроен список отказов по всей организации, можно настроить список разрешаний или список отказов на уровне коллекции сайтов.If an organization-wide deny list is configured, then you can configure either an allow list or a deny list at the site collection level.

• Для отдельных коллекций сайтов OneDrive можно настроить этот параметр только с помощью Windows PowerShell Set-SPOSite.For individual OneDrive site collections, you can only configure this setting by using the Set-SPOSite Windows PowerShell cmdlet.

Ограничение доменов для сайтаTo limit domains for a site

1. Перейдите на страницу Активные сайты вновом центре администрирования SharePoint и войдите в учетную запись с разрешениями администратора для вашей организации.Go to the Active sites page in the new SharePoint admin center, and sign in with an account that has admin permissions for your organization.

2. Выберите сайт, на который необходимо ограничить домены.Select the site that you want to restrict domains on.

3. На вкладке Политики в разделе Внешний общий доступ выберите Изменить.On the Policies tab, under External sharing, select Edit.

4. В расширенных параметрах для внешнего общего доступа выберите предел внешнего общего доступа по доменной области, а затем выберите Добавить домены. Under Advanced settings for external sharing, select the Limit external sharing by domain check box, and then select Add domains.

5. Выберите Разрешить только определенным доменам создавать список разрешаний (наиболее строгий) или блокировать только определенные домены, выберите Блок определенных доменов.Select Allow only specific domains to create an allow list (most restrictive), or to block only the domains you specify, select Block specific domains.

6. Список доменов (не более 100) в предоставленном поле с помощью формата domain.com.List the domains (maximum of 100) in the box provided, using the format domain.com. Если в списке несколько доменов, введите каждый домен в новой строке.If listing more than one domain, enter each domain on a new line.

   Примечание

   Поддиальды не поддерживаются для записей домена.Wildcards are not supported for domain entries.

7. Выберите Сохранить, а затем снова выберите Сохранить.Select Save, and then select Save again.

   Примечание

   Чтобы настроить параметр коллекции сайтов для коллекций сайтов, которые не отображаются в этом списке (например, сайты с подключением к группе или отдельные коллекции сайтов OneDrive), необходимо использовать комлет Set-SPOSite PowerShell.To configure the site collection setting for site collections that do not appear in this list (such as Group-connected sites or individual OneDrive site collections), you must use the Set-SPOSite PowerShell cmdlet.

Обмен опытомSharing experience

После ограничения общего доступа по домену вы увидите, что вы увидите при совместном использовании документа:After you limit sharing by domain, here’s what you’ll see when you share a document:

• Совместное использование контента с доменами электронной почты, которые запрещены.Sharing content with email domains that are not allowed. Если вы попытается поделиться содержимым с гостем, домен адреса электронной почты которого запрещен, сообщение об ошибке будет отображаться, а общий доступ не будет разрешен.If you attempt to share content with a guest whose email address domain isn’t allowed, an error message will display and sharing will not be allowed.

  (Если пользователь уже находится в каталоге, вы не увидите ошибку, но они будут заблокированы, если они попытаются получить доступ к сайту.)(If the user is already in your directory, you won’t see the error, but they will be blocked if they attempt to access the site.)

• Совместное использование файлов OneDrive с гостями на доменах, которые не разрешены.Sharing OneDrive files with guests on domains that aren’t allowed. Если пользователь попытается поделиться файлом OneDrive с гостем, домен электронной почты которого запрещен, сообщение об ошибке будет отображаться, а общий доступ не будет разрешен.If a users tries to share a OneDrive file with a guest whose email domain isn’t allowed, an error message will display and sharing will not be allowed.

• Общий доступ к контенту с разрешенными доменами электронной почты.Sharing content with email domains that are allowed. Пользователи смогут успешно обмениваться контентом с гостем.Users will be able to successfully share the content with the guest. Появится средство, позволяе им знать, что гость находится за пределами организации.A tooltip will appear to let them know that the guest is outside of their organization.

Аудит пользователей и управление жизненным цикломUser auditing and lifecycle management

Как и в любом сценарии обмена экстрасетями, важно учитывать жизненный цикл ваших гостей, проверять их активность и в конечном итоге архивировать сайт.As with any extranet sharing scenario it’s important to consider the lifecycle of your guests, how to audit their activity, and eventually how to archive the site. Дополнительные сведения см. в раздел Планирование сайтов экстрасети SharePoint для бизнеса (B2B).See Planning SharePoint business-to-business (B2B) extranet sites for more information.

См. такжеSee also

Обзор внешнего общего доступаExternal sharing overview

Extranet для партнеров с Microsoft 365Extranet for Partners with Microsoft 365

Set-SPOTenantSet-SPOTenant

Lookalike-домены и защита от них

Наши коллеги уже достаточно подробно рассказывали  о том, как киберпреступники атакуют компании через скомпрометированные почтовые адреса сотрудников, равно как и о защите от таких атак с помощью технологий SPF, DKIM и DMARC. Но несмотря на очевидные плюсы описанных решений, существует метод, способный их обойти, о нем мы и хотим рассказать.

Но начнем издалека: насколько актуальна электронная почта в наше время? Ведь в этом году мы наблюдали резкий взлет популярности ПО для видеоконференций, а в течение несколько лет до этого — такой же рост популярности мессенджеров, в частности WhatsApp и Telegram. Тем не менее электронная почта все еще остается основным средством общения в интернете, по крайней мере в деловой среде. Косвенное тому  подтверждение — рост количества и качества атак, направленных на компрометацию корпоративной почты (Business E-mail Compromise, BEC). По данным американского Центра приема жалоб на киберпреступления (Internet Crime Complaint Center, IC3), за последние пять лет финансовый ущерб от этих инцидентов вырос в семь раз.

Финансовый ущерб от BEC-атак, 2015–2019 (скачать) 

Данные за 2020 год еще не обработали, но, учитывая пандемию COVID-19 и массовый перевод сотрудников на удаленную работу, можно с уверенностью предполагать, что количество BEC-атак только выросло. Об этом же говорят и первые исследования ландшафта угроз.

Использование похожих доменов в BEC

Одной из особенностей BEC-атак является упор не на техническую составляющую (в случае с почтой возможности киберпреступников довольно ограничены), а на социальную инженерию. Как правило, технические и социальные методы комбинируют для большей эффективности.

С львиной долей комбинаций технологии SPF, DKIM и DMARC справляются более-менее эффективно. Но есть исключение — атака с использованием похожих доменов (lookalike domain). Суть метода проста: киберпреступник регистрирует домен, который с виду очень похож на домен атакуемой компании или ее контрагента. Отправленные с него письма без проблем проходят проверку подлинности домена (обманывают SPF), снабжены криптографической подписью (проскакивают DKIM) и в целом не вызывают подозрения у систем защиты. Одна проблема: это фишинговые письма. И если они написаны достаточно правдоподобно, по корпоративному шаблону, с акцентом на срочности вопроса и т. д., то жертва, скорее всего, не заметит подвоха.

Вот несколько примеров поддельных доменных имен:

Как видите, подделка отличается от оригинала всего одной буквой, которая добавлена (или удалена) с таким расчетом, чтобы подмену нельзя было обнаружить при беглом взгляде.

Чтобы получить общее представление об использовании похожих доменов, мы собрали статистику по кампаниям с использованием lookalike-подделок за третий квартал 2020-го. Проанализировав полученные данные, мы пришли к выводу, что пандемия значительно поменяла вектор мышления злоумышленников. Если до нее основной целью был финансовый сектор, то сейчас на передний план вышла сфера услуг, куда входят различные сервисы электронной коммерции: доставка продуктов, онлайн-шопинг, покупка авиабилетов и т. д. В третьем квартале на домены в этом секторе пришлось 34,7% от общего числа кампаний.

Распределение обнаруженных lookalike-доменов по категориям, Q3 2020 (скачать)

Также стоит отметить, что в течение 2020 года несколько участились атаки на IT-сектор: если в первом квартале его доля составляла 17,9%, то в третьем квартале — уже 22,2%. Это вполне ожидаемо, так как массовый переход в онлайн должен был повлиять на общую ситуацию.

Немного о lookalike-подходе

В отличие от спам-рассылок, массовых и продолжительных, атаки с использованием похожих доменов, как и любая BEC-атака, рассчитаны на определенную жертву (или круг жертв). Следовательно, писем мало и они хорошо продуманы, а срок жизни доменов крайне короток. Мы видим, что половина поддельных доменов используется единожды, а в 73% случаев адрес активен в течение одного дня.

Это приводит к тому, что классические антиспам-решения на основе сигнатурного подхода (увидели атаку — составили правило) не справляются, и возникает потребность в методах защиты, работающих на опережение. Существуют два распространенных и в то же время простых способа, которые часто выбирают компании, озабоченные защитой от lookalike-атак и им подобных.

Первый — это самостоятельная регистрация доменов с опечатками и последующей настройкой редиректа на официальный домен. Это уменьшает шансы киберпреступников на регистрацию правдоподобной подделки, но, во-первых, не устраняет угрозу полностью, а во-вторых, не препятствует подделке доменов партнеров, контрагентов и прочих организаций, с которыми компания ведет переписку.

Второй — это составление списков правдоподобных поддельных имен как для домена компании, так и для доменов партнеров и контрагентов. Их загружают в антиспам-решение, чтобы превентивно блокировать всю поступающую с подделок корреспонденцию. Главный недостаток у этого способа все тот же: невозможность предусмотреть все варианты поддельных доменов, особенно если компания работает со  многими организациями. Плюс человеческий фактор: одна опечатка в списке на десятки и сотни доменных имен приведет к бреши в защите, а худшем случае — к блокировке писем с легитимного домена вместо поддельного и дополнительной головной боли для бизнес-подразделений.

В общем, когда наших клиентов перестали устраивать стандартные решения, они пришли к нам за сложными, но более эффективными. В связи с этим мы разработали метод, который не требует пользовательского вмешательства. Если коротко, то он автоматически составляет глобальный список легитимных адресов, которые в теории могут подделать, и на его основе производит анализ и блокировку писем с lookalike-доменов. По сути, работает на опережение.

Принцип работы

Метод защиты от lookalike-атак состоит из трех основных элементов: вычисления на клиенте, проверки репутации домена в KSN (Kaspersky Secutiy Network) и вычисления на инфраструктуре. Эти этапы в свою очередь делятся на подзадачи — общий принцип изображен на схеме:

На практике все выглядит следующим образом. При получении письма домен отправителя попадает в KSN, где его сравнивают со списком уже известных нам lookalike-доменов. Если адрес найден, письмо мгновенно блокируется (шаги с 1-го по 3-й). Если же о домене отправителя ничего не известно, то письмо попадает в карантин на непродолжительный срок (шаг 4). За это время технология по заданному алгоритму проверяет адрес, и если тот признан поддельным, добавляет его в список lookalike-доменов в KSN. После выхода письма из карантина оно проходит повторную проверку (шаг 9) и блокируется, поскольку к этому моменту список lookalike-доменов уже обновлен.

Рассмотрим, как работает проверка отправителя и пополняется список lookalike-доменов. Информация об отправке корреспонденции на карантин попадает в базу KSN вместе с дополнительными метаданными, в том числе доменом отправителя (шаг 5). На первом этапе анализа домены проверяют по широкому ряду признаков, таких как WHOIS-данные, записи DNS, сертификаты и т. д. Этот этап необходим, чтобы сразу отсеять явно легитимные узлы, пока еще неизвестные нашей системе. В дальнейшем письма с таких доменов не попадут на повторный карантин, поскольку информация о них уже будет содержаться в KSN.

На втором этапе система проверяет схожесть подозрительных узлов и адресов из нашего глобального списка легитимных доменов (шаг 7), куда входят домены наших клиентов и их контрагентов. Он формируется автоматически на основе оценки частоты отправления легитимных писем с домена и равномерности потока писем среди пользователей. То, насколько полученная нами картина соответствует поведению сотрудников в плане деловой переписки, определяет репутацию домена (шаг 6). Если сходство домена мошенников с легитимным адресом велико, он также попадает в список lookalike-доменов и вся отправляемая с него корреспонденция блокируется.

Разработанный нами подход сложнее, чем простая регистрация похожих доменов на компанию, и позволяет в режиме реального времени блокировать атаки с lookalike-доменов при их первом появлении. Человеческий фактор также исключен — глобальный список легитимных доменов поддерживается в актуальном состоянии благодаря автоматическому обновлению.

полный список территориальных, национальных, географических, административных доменных зон на портале Yellow Pages Uzbekistan

Полный список TLD — Поиск новых доменов верхнего уровня

9004

9004

9004

9004

9004

Просмотреть список общедоступных суффиксов

Просмотреть список общедоступных суффиксов

Список хранится в контроле исходного кода на Github. Вы можете прочитать дополнительную информацию о формате, который используется в списке ниже. Обратите внимание, что список закодирован с использованием UTF-8.

Копия на publicsuffix.org, ссылка на которую приведена ниже, обновляется ежедневно с Github. Если вы хотите, чтобы ваше приложение периодически загружало обновленный список,
используйте этот URL и пусть ваше приложение загружает список не чаще одного раза в день .(Список обычно меняется несколько раз в неделю; более частая загрузка бессмысленна и
забивает наши сервера.)

Чтобы получать информацию об изменениях в списке, вы можете подписаться на канал изменений Atom в своем любимом средстве чтения каналов.

Формат списка

Открытый суффикс — это набор DNS-имен или подстановочных знаков, соединенных точками. Он представляет собой часть доменного имени , а не , находящуюся под контролем отдельного регистранта.

Технические характеристики

• Список представляет собой набор правил, по одному правилу на строку.
• Каждая строка читается только до первого пробела; целые строки также можно комментировать с использованием // .
• Каждая строка, которая не является полностью пробелом или начинается с комментария, содержит правило.
• В каждом правиле указывается общедоступный суффикс с частями поддоменов, разделенными точками (.) по-прежнему. Нет ведущей точки.
• Подстановочный знак * (звездочка) соответствует любой допустимой последовательности символов в части имени хоста. (Примечание: в списке используются формы Unicode, а не Punycode, и он закодирован с использованием UTF-8.) Подстановочные знаки
  , а не , могут появляться только в крайнем левом положении, но они должны быть подстановочными
  целая этикетка. (То есть *. *. Foo — допустимое правило: * bar.foo — нет.)
• Подстановочные знаки можно использовать только для подстановочных знаков всего уровня.То есть они должны быть окружены точками (или неявными точками в начале строки).
• Если имя хоста соответствует более чем одному правилу в файле, будет использоваться самое длинное правило соответствия (с наибольшим количеством уровней).
• Восклицательный знак (!) В начале правила отмечает исключение из предыдущего правила с подстановочными знаками. Правило исключения имеет приоритет над любым другим правилом сопоставления.

Пример

Вот примерный (неполный) раздел списка.Правила пронумерованы, но в реальном файле номера не отображаются:

              1.  ком
            
              2.  * .jp
            // Хосты в .hokkaido.jp не могут устанавливать файлы cookie ниже 4 уровня ...
              3.  * .hokkaido.jp
              4.  * .tokyo.jp
            // ... кроме хостов в pref.hokkaido.jp, которые могут устанавливать файлы cookie на уровне 3.
              5. ! Pref.hokkaido.jp
              6. ! Метро.tokyo.jp
         

Приведенный выше пример можно интерпретировать следующим образом в случае настройки cookie и использования «foo» и «bar» в качестве общих имен хостов:

1. Файлы cookie могут быть установлены для foo.com .
2. Файлы cookie могут быть установлены для foo.bar.jp .
   Файлы cookie нельзя установить для bar.jp .
3. Файлы cookie могут быть установлены на для foo.bar.hokkaido.jp .
   Файлы cookie нельзя установить для bar.hokkaido.jp .
4. Файлы cookie могут быть установлены для foo.bar.tokyo.jp .
   Файлы cookie нельзя установить для bar.tokyo.jp .
5. Файлы cookie могут быть установлены для pref.hokkaido.jp , поскольку исключение отменяет предыдущее правило.
6. Файлы cookie могут быть установлены для метро .tokyo.jp , потому что исключение отменяет предыдущее правило.

Формальный алгоритм

Вот алгоритм определения публичного суффикса домена. (Примечание: это может быть не самый эффективный алгоритм.) Домен и все правила должны быть канонизированы обычным способом для имен хостов — строчными буквами, Punycode (RFC 3492).

Определения

• Список общедоступных суффиксов состоит из серии строк, разделенных интервалом \ n .
• Каждая строка читается только до первого пробела; целые строки также можно комментировать с использованием // .
• Каждая строка, которая не является полностью пробелом или начинается с комментария, содержит правило.
• Правило может начинаться с символа «!» (восклицательный знак). Если это так, оно помечается как «правило исключения», а затем обрабатывается так, как будто восклицательного знака нет.
• Домен или правило можно разделить на список ярлыков с помощью разделителя «.» (точка). Разделитель не входит ни в одну из этикеток. Пустые метки не допускаются, это означает, что начальные и конечные точки игнорируются.
• Говорят, что домен соответствует правилу тогда и только тогда, когда выполняются все следующие условия:
  • Когда домен и правило разделены на соответствующие метки, этот домен содержит столько или больше меток, чем правило.
  • Начиная с крайних правых меток домена и правила и продолжая для всех меток в правиле, обнаруживается, что для каждой пары либо они идентичны, либо метка из правила — «*».

Алгоритм

1. Сопоставьте домен со всеми правилами и обратите внимание на совпадающие.
2. Если не найдено ни одного правила, преобладающим правилом будет «*».
3. Если соответствует более одного правила, преобладающим является правило, которое является правилом исключения.
4. Если подходящего правила исключения нет, преобладает правило с наибольшим количеством меток.
5. Если преобладающим правилом является правило исключения, измените его, удалив крайнюю левую метку.
6. Открытый суффикс — это набор меток из домена, которые соответствуют меткам преобладающего правила с использованием алгоритма сопоставления, описанного выше.
7. Зарегистрированный или регистрируемый домен — это общедоступный суффикс плюс одна дополнительная метка.

Подразделения

Открытый список суффиксов подразделяется с помощью маркеров в комментариях на два раздела, обозначенных как домены ICANN и ЧАСТНЫЕ домены.

доменов ICANN — это домены, делегированные ICANN или являющиеся частью базы данных корневой зоны IANA. Уполномоченный реестр может дополнительно выразить
политики в отношении того, как они управляют TLD, например, подразделения внутри него.Обновления в этом разделе может отправлять кто угодно, но
если они не являются уполномоченным представителем реестра, им необходимо будет подтвердить свои заявления об ошибках документацией.
с сайта реестра.

ЧАСТНЫХ доменов — это поправки, представленные владельцем домена, как выражение того, как они применяют политику безопасности своего домена.
Обновления в этом разделе принимаются только уполномоченными представителями регистранта домена.
Это сделано для того, чтобы мы могли быть уверены, что они знают, во что ввязываются.

В то время как некоторые приложения, такие как браузеры при настройке файлов cookie, обрабатывают все записи одинаково, другие приложения могут пожелать
относиться к доменам ICANN и ЧАСТНЫМ доменам по-разному. Например, центры сертификации, проверяющие
Неправильная выдача подстановочных знаков не приведет к выдаче сертификата с подстановочными знаками «* .com» («com» ​​находится в списке доменов ICANN), но может на законных основаниях выдать «* .appspot.com»
сертификат с подстановочным знаком для владельца домена, в данном случае Google («appspot.com «находится в списке ЧАСТНЫХ доменов).

Данные испытаний

Доступен небольшой набор тестовых данных.

Вам нужно будет определить функцию checkPublicSuffix () , которая принимает как
параметр доменное имя и регистрируемая часть домена, запускает вашу реализацию на доменном имени и проверяет результат
Ожидается регистрируемый домен.

Спасибо Робу Стрэдлингу из Comodo за
предоставление этих тестовых данных.

domains.list | Directory API | Google Developers

HTTP-запрос

GET https://admin.googleapis.com/admin/directory/v1/customer/{customer}/domains

В URL используется синтаксис перекодировки gRPC.

Параметры пути

Тело запроса

Тело запроса должно быть пустым.

Тело ответа

В случае успеха тело ответа содержит данные со следующей структурой:

 {
  "вид": строка,
  "etag": строка,
  "домены": [
    {
      объект ( Домен )
    }
  ]
} 

Области авторизации

Требуется одна из следующих областей действия OAuth:

• https://www.googleapis.com/auth/admin.directory.domain
• 
https://www.googleapis.com/auth/admin.directory.domain.readonly

Для получения дополнительной информации см. Обзор OAuth 2.0.

Домены — список по группе ресурсов (служба приложений Azure)

Получить все домены в группе ресурсов.

В этой статье

  GET https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DomainRegistration/domains?api-version=2015-04-01  

Параметры URI

Ответы

Безопасность

azure_auth

Поток OAuth3 для Azure Active Directory

Тип:
oauth3
Поток:
неявный
URL-адрес авторизации:
https: // войти.microsoftonline.com/common/oauth3/authorize

Прицелы

Определения

Адрес

Адресная информация для регистрации домена.

AzureResourceType

Тип ресурса Azure, которому назначено имя хоста.

Контакт

Контактная информация для регистрации домена.Если опция «Конфиденциальность домена» не выбрана, контактная информация становится общедоступной через Whois.
каталоги в соответствии с требованиями ICANN.

CustomHostNameDnsRecordType

Тип DNS-записи.

DnsType

Текущий тип DNS

Домен

Информация о домене.

Коллекция Доменов

Сборник доменов.

ДоменСогласие на покупку

Объект согласия на покупку домена, означающий принятие применимых юридических соглашений.

Статус домена

Статус регистрации домена.

Имя хоста

Подробная информация об имени хоста, полученном из домена.

HostNameType

Тип имени хоста.

ProvisioningState

Состояние подготовки домена.

Список доменных имен DynDNS Pro (динамический DNS)

Это список доступных доменов для использования с продуктом Dyn DNS Pro (динамический DNS).Вы можете создать уникальное имя хоста, используя любой из указанных ниже доменов, и сопоставить его со своим динамическим IP-адресом.