Цифровая юрисдикционная экспозиция
1. Определение #
Digital Jurisdiction Exposure — это контрольная мера Tom Custos KYB/EDD, которая анализирует публичные записи домена, DNS и email infrastructure на предмет индикаторов юрисдикционной exposure.
Она расширяет digital AML/KYB checks за пределы website IP geolocation. Website IP geolocation может показать, где сайт, по видимости, размещён, но публичные DNS и email infrastructure records могут показать, куда указывают email routing, DNS hosting, SaaS relays, CDN dependencies, технические провайдеры или инфраструктурные связи.
Это вспомогательный risk indicator, а не автоматический результат sanctions, PEP, adverse media, UBO или source-of-funds проверки.
2. Важное различие #
MX, TXT, SPF, DMARC, DKIM, NS, CNAME, SOA и PTR records сами по себе не являются традиционными AML checks, предписанными FATF.
Tom Custos рассматривает юрисдикционные ссылки внутри публичных DNS и email infrastructure records как сигнал Digital Jurisdiction Exposure: практическую risk-based контрольную меру, которая расширяет ту же логику, уже применяемую к IP geolocation, hosting geography и digital access signals.
Контроль рассчитан на analyst review. Его не следует использовать как самостоятельное основание для отказа клиенту, прекращения отношений или подачи suspicious report.
3. Почему это важно для AML/KYB agents #
Компания может заявлять низкорисковый operating footprint, тогда как её публичная technical infrastructure показывает зависимости, связанные с более высоким риском, ограниченной или sanctions-sensitive geography.
Сайт может быть защищён CDN, поэтому публичная A или AAAA record может показывать только CDN edge. Однако другие records могут оставаться публично видимыми и раскрывать email providers, DNS providers, SPF relays, SaaS services, legacy hosting providers, CNAME targets, SOA contacts или reverse-DNS naming patterns.
Для KYB и EDD эти records могут помочь аналитику задать более точные вопросы:
- Соответствует ли заявленный business footprint цифровому infrastructure footprint?
- Связаны ли email, DNS или SaaS dependencies с географией, которую клиент не раскрыл?
- Есть ли mismatch между заявленными operations и technical dependencies?
- Есть ли признаки legacy infrastructure, third-party relays или скрытых operational links, которые нужно прояснить?
4. Проверяемые records #
| Record / signal | Что может показать | AML/KYB relevance |
|---|---|---|
| A / AAAA | Публичный IP-адрес сайта | География hosting или CDN edge; не всегда origin hosting |
| MX | Mail exchange servers | Email provider, mail host, outsourced email infrastructure |
| TXT | Verification, SPF, vendor и service records | SaaS providers, email relays, domain verification dependencies |
| SPF | Разрешённые email senders | Email infrastructure и relay providers |
| DMARC | Политика domain email authentication | Email governance и связанные reporting endpoints |
| DKIM | Email signing selectors и связанные TXT records | Mail platforms, legacy providers, operational dependencies |
| NS | Authoritative name servers | DNS provider, registrar-like infrastructure dependency |
| CNAME | Alias на другой domain | CDN, SaaS, hosted app или infrastructure dependency |
| SOA | Authoritative zone metadata | DNS provider и administrative/technical metadata |
| PTR / reverse DNS | Reverse naming для IP | Hosting provider или infrastructure naming patterns |
Agent должен проверять только publicly available records. Agent не должен пытаться обходить CDNs, исследовать private infrastructure, сканировать ports, использовать misconfigurations или получать доступ к системам без authorisation.
5. Триггеры#
Запускайте эту проверку, когда применимо любое из условий:
- KYB review корпоративного клиента или counterparty.
- EDD уже triggered из-за geography, sector, ownership complexity, sanctions proximity или adverse media.
- Клиент заявляет low-risk jurisdiction, но имеет необъяснённые digital links в другой географии.
- Клиент относится к digital-first, remote-first, fintech, crypto, payments, SaaS, iGaming, marketplace, affiliate, hosting, ecommerce или cross-border services.
- Есть mismatch между declared operations, website language, customer base, payment routes и technical infrastructure.
- Website IP geolocation уже считается релевантной для review.
6. Как это используется в AML/KYC/KYB #
- Определить primary domain клиента и релевантные subdomains, используемые для login, email, payments, onboarding или customer communication.
- Собрать публичные A, AAAA, MX, TXT, SPF, DMARC, DKIM selector evidence, где доступно, NS, CNAME, SOA и PTR records.
- Определить infrastructure providers, domains, country-code domains, cloud platforms, mail providers, DNS providers и SaaS dependencies, видимые в records.
- Сравнить infrastructure footprint с declared jurisdiction клиента, operating geography, customer base и business model.
- Отметить jurisdictional mismatches, high-risk geography references, sanctions-sensitive infrastructure links или unexplained third-party dependencies.
- Не классифицировать finding как sanctions hit, если sanctions screening source независимо не подтверждает такой вывод.
- Добавить finding в evidence pack как Digital Jurisdiction Exposure.
- Запросить у клиента clarification, когда это уместно.
- Эскалировать senior analyst или MLRO только когда digital finding сочетается с другими risk factors, такими как sanctions proximity, adverse media, opaque ownership, high-risk funds flow или inconsistent business explanation.
7. Как трактовать findings #
| Finding | Значение | Действие agent |
|---|---|---|
| Normal CDN or global cloud provider | Обычно neutral, если нет другого риска | Зафиксировать, если релевантно; само по себе не требует escalation |
| Email/DNS provider in a different low-risk geography | Потенциально обычный outsourcing | Отметить только если inconsistent с declared operations |
| Country-code domain linked to higher-risk geography | Supporting risk indicator | Запросить explanation или включить в EDD note |
| Multiple unexplained providers across unrelated geographies | Infrastructure inconsistency | Добавить в KYB questions и evidence pack |
| Provider/domain appears connected to restricted or sanctions-sensitive geography | Потенциальный enhanced-risk indicator | Senior analyst review; screen provider/domain, где уместно |
| Digital exposure plus adverse media/sanctions/opaque UBO/funds mismatch | Combined risk pattern | Рассмотреть EDD или MLRO escalation |
8. Пример: скрытая jurisdiction exposure в публичном DNS #
Компания заявляет, что работает из low-risk jurisdiction. Её сайт защищён CDN, поэтому origin server не виден из публичной A record.
Однако MX records домена указывают на mail servers, работающие под country-code domain, связанным с higher-risk jurisdiction. TXT/SPF record также включает инфраструктуру того же provider.
MX: mx1.provider.example
MX: mx2.provider.example
TXT/SPF: v=spf1 include:_spf.provider.example ~allTom Custos не трактует это как автоматический sanctions hit. Он помечает finding как Digital Jurisdiction Exposure и добавляет его в evidence pack для analyst review.
9. Индикаторы риска#
- Public DNS records противоречат declared geography или operating footprint клиента.
- MX records указывают на provider в higher-risk или restricted geography без объяснения.
- SPF/TXT records включают relays, vendors или legacy services, связанные с higher-risk geography.
- NS или SOA records показывают DNS provider, inconsistent с заявленной infrastructure model клиента.
- CNAME chains указывают на unrelated third-party platforms, не раскрытые клиентом.
- PTR records раскрывают hosting provider names или geographies, inconsistent с customer profile.
- Один и тот же unusual provider появляется в website, mail и SPF infrastructure.
- Digital infrastructure exposure появляется вместе с adverse media, sanctions proximity, opaque ownership или inconsistent source of funds.
10. Подтверждающие материалы#
- Дата и время DNS review.
- Список domain и subdomain, которые были проверены.
- Public A/AAAA, MX, TXT/SPF, DMARC, DKIM, где доступно, NS, CNAME, SOA и PTR records.
- Screenshots или raw lookup output.
- Identified providers и domains.
- Analyst note, объясняющая, является ли finding neutral, unexplained, higher-risk или escalation-worthy.
- Customer clarification, если запрашивалась.
- Combined-risk analysis с sanctions, PEP, adverse media, UBO и source-of-funds checks.
11. Результат Tom Custos#
# Digital Jurisdiction Exposure Note
Customer/counterparty: [name]
Domain reviewed: [domain]
Review date/time: [timestamp]
Records reviewed: [A/AAAA/MX/TXT/SPF/DMARC/DKIM/NS/CNAME/SOA/PTR]
Visible providers/domains: [list]
Jurisdictional references: [list]
Declared customer geography: [list]
Mismatch identified: [yes/no]
Finding type: [neutral/supporting-risk/higher-risk/combined-risk]
Automatic sanctions hit: no, unless independently confirmed by sanctions screening
Recommended action: [record only/request clarification/include in EDD/senior review/MLRO escalation]
Evidence index: [files/screenshots/raw output]
Analyst rationale: [short narrative]12. Когда эскалировать #
Эскалируйте senior analyst или MLRO, когда:
- DNS/email infrastructure finding связан с sanctions-sensitive или high-risk geography, и клиент не может это объяснить;
- finding противоречит declared operations клиента или версии ownership/control;
- та же geography появляется в других частях case: UBO, funds flow, adverse media, counterparties или payment rails;
- клиент пытается скрыть, минимизировать или исказить infrastructure relationships;
- finding появляется вместе с другими red flags, которые указывают на sanctions evasion, hidden control, undisclosed operations или false onboarding information.
13. Граница #
Эта контрольная мера является практическим улучшением Tom Custos для KYB/EDD. Она не заменяет sanctions screening, PEP screening, adverse media review, beneficial ownership analysis, source-of-funds/source-of-wealth review или transaction monitoring.
Её следует использовать как source-linked, evidence-based supporting indicator внутри более широкого risk-based AML/KYB process.
14. Регистрация источника
Эта практическая контрольная мера зарегистрирована в Библиотеке источников как TC-DIG-001. Это внутренний implementation control, а не правовой, регуляторный или санкционный источник. Любой вывод о риске должен дополнительно подтверждаться применимыми официальными и независимыми источниками, использованными в case.