--- id: "privacy-proxy-service" kind: "glossary-term" title: "служба конфиденциальности/прокси" language: "ru" category: "Регистрационные данные и конфиденциальность" updated: "2026-10-10T23:13:20Z" canonical: "https://tldlog.com/ru/glossariy/sluzhba-konfidentsialnosti-proksi/" translations: en: "https://tldlog.com/glossary/privacy-proxy-service/" es: "https://tldlog.com/es/glosario/servicio-privacidad-representacion/" de: "https://tldlog.com/de/glossar/privacy-proxy-dienst/" fr: "https://tldlog.com/fr/glossaire/service-confidentialite-proxy/" it: "https://tldlog.com/it/glossario/servizio-privacy-proxy/" pt-BR: "https://tldlog.com/pt/glossario/servico-privacidade-proxy/" zh-Hans: "https://tldlog.com/zh/cihui/yinsi-daili-fuwu/" --- # служба конфиденциальности/прокси Служба, которая не допускает персональные контактные данные регистранта в публичные регистрационные данные. Служба конфиденциальности указывает настоящего регистранта с другими контактными данными. Прокси-служба регистрирует имя на себя и позволяет клиенту пользоваться им. Данные все же могут быть раскрыты, например по законному требованию. Служба конфиденциальности или прокси-служба (privacy/proxy service) скрывает собственные контактные данные владельца домена из публичной регистрационной записи и показывает вместо них данные службы. Сообщения могут доходить до владельца через службу, а в некоторых ситуациях его личность может быть раскрыта. Два вида таких служб различаются тем, кто юридически является регистрантом. ## Что такое служба конфиденциальности/прокси Это дополнительная услуга к регистрации доменного имени. Ее предлагает регистратор, аффилированная с ним компания, реселлер или посторонняя компания. Вместо имени, адреса, электронной почты и телефона клиента публичные регистрационные данные (RDDS: сегодня в основном RDAP, исторически WHOIS) показывают контактные данные поставщика. Для gTLD правила содержатся в Спецификации о регистрациях через службы конфиденциальности и прокси-службы. Она входит в RAA, который подписывает каждый аккредитованный ICANN регистратор (действующий текст утвержден 21 января 2024 года). Если услугу оказывает регистратор, его аффилированные лица или реселлеры, поставщик обязан опубликовать свои условия и цену, контакт для сообщений о злоупотреблениях или нарушениях прав на товарные знаки и других прав, а также обстоятельства, при которых он пересылает сообщения, прекращает оказание услуги и раскрывает клиента. Регистратор хранит настоящие контактные данные клиента и включает их в депонируемые копии данных. Регистранты вправе знать, какой поставщик аффилирован с их регистратором, и не должны сталкиваться с вводящими в заблуждение уведомлениями или скрытыми платежами. Значение имеет то, как работает служба, а не ее рекламное название («WHOIS privacy», «ID protection», «proxy»). ## Служба конфиденциальности или прокси-служба: кто юридический владелец - **Служба конфиденциальности:** регистрантом является клиент. Поставщику принадлежат только контактные данные, показанные публично. - **Прокси-служба:** регистрантом по записи является поставщик, который по лицензии передает клиенту право пользования доменом. Положение клиента зависит от его договора с поставщиком. По состоянию на октябрь 2026 года, согласно RAA, тот, кто по лицензии передает домен в пользование другому лицу, остается регистрантом по записи и принимает на себя ответственность за вред от неправомерного использования домена, если в течение семи дней не раскроет личность и контактные данные лицензиата стороне, представившей разумные доказательства вреда, дающего основание для иска. ## Как доходят сообщения Пересылка означает, что поставщик передает клиенту сообщение третьего лица или сообщает клиенту, что с ним пытаются связаться. По действующей спецификации каждый поставщик сам решает, когда пересылать сообщения, и публикует эти условия. Рекомендации PPSAI, принятые, но еще не вступившие в силу, установили бы общие правила: пересылать все сообщения, которых требуют RAA и консенсусные политики ICANN, а также либо все остальные электронные запросы (с допустимой фильтрацией спама), либо как минимум те, в которых сообщается о злоупотреблении доменным именем. Отправителей запросов уведомляли бы о постоянной невозможности доставки. Существует и отдельный механизм, для которого служба конфиденциальности не нужна. Когда регистратор gTLD скрывает персональные данные согласно Политике в отношении регистрационных данных, он обязан опубликовать анонимизированный адрес электронной почты или веб-форму, по которым нельзя установить контактное лицо. Если домен использует аффилированную службу конфиденциальности или прокси-службу, ничего не скрывается: публикуются полные данные поставщика, возможно, с его псевдонимизированным адресом электронной почты. ## Когда данные могут быть раскрыты Раскрытие охватывает два действия: передачу данных одному запросившему и публикацию в открытой записи. Сегодня каждый поставщик раскрывает данные по своим опубликованным условиям. Рекомендации PPSAI, еще не вступившие в силу, добавили бы порядок рассмотрения запросов от владельцев товарных знаков и авторских прав; будущий порядок для запросов правоохранительных органов предусматривал бы исключение ради безопасности клиента. Другой путь дает UDRP: если в жалобе по UDRP ответчиком указана служба конфиденциальности или прокси-служба, регистратор или служба могут раскрыть фактического регистранта. ВОИС передает эти данные истцу, предлагает ему изменить жалобу и уведомляет всех контактных лиц, включая фактического регистранта. Пример: регистрант example.com пользуется аффилированной службой конфиденциальности своего регистратора, поэтому запись RDAP показывает данные службы. Владелец товарного знака пишет на контакт службы для сообщений о злоупотреблениях, и сообщение может быть переслано по опубликованным условиям пересылки. Если затем владелец товарного знака подаст жалобу по UDRP против службы, данные регистранта могут быть раскрыты, а если жалоба подана в ВОИС, регистрант получит уведомление. ## Незавершенная аккредитация Работа над политикой PPSAI должна заменить спецификацию программой аккредитации. Правление ICANN приняло 21 рекомендацию 9 августа 2016 года. Внедрение было приостановлено в 2019 году из-за работы, связанной с GDPR, и возобновлено в июне 2024 года. ICANN опубликовала план внедрения в январе 2026 года; по данным ее брифинга за май 2026 года, проект консенсусной политики еще не был представлен. Одним из открытых вопросов было, нужна ли вообще отдельная программа. По состоянию на октябрь 2026 года ни один поставщик не аккредитован, и по-прежнему действует спецификация RAA, срок действия которой первоначально истекал 1 января 2017 года. ## Нужен ли он после GDPR Согласно Политике в отношении регистрационных данных (действует с 21 августа 2025 года, пересмотрена 12 мая 2026 года) регистраторы gTLD обязаны скрывать персональные данные там, где этого требует закон, и могут делать это в других случаях. Они могут учитывать, является ли регистрант компанией и где он находится. Сокрытие не гарантировано: GDPR не распространяется на данные о компаниях, а регистрант может согласиться на публикацию. В Европейском союзе (ЕС) директива NIS2 через законодательство каждого государства-члена обязывает регистратуры и регистраторов собирать точные регистрационные данные, публиковать данные, не являющиеся персональными, и отвечать на запросы о доступе в течение 72 часов (по состоянию на октябрь 2026 года). Служба конфиденциальности не меняет того, что регистратор обязан собирать. Для физического лица в ЕС, зарегистрировавшего домен у регистратора gTLD, сокрытие уже скрывает большую часть персональных данных. Служба конфиденциальности или прокси-служба в основном добавляет единообразный замаскированный контакт, защиту там, где сокрытие необязательно, а в случае прокси-службы еще и другого регистранта по записи. Национальные домены верхнего уровня следуют правилам, которые публикует каждая регистратура. ## Источники - [Registrar Accreditation Agreement (RAA) & Related Materials](https://www.icann.org/en/contracted-parties/accredited-registrars/registrar-accreditation-agreement) - [Registration Data Policy](https://www.icann.org/en/contracted-parties/consensus-policies/registration-data-policy) - [PRSP Pre-ICANN86 Briefing (May 2026)](https://www.icann.org/en/system/files/files/prsp-pre-icann86-briefing-18may26-en.pdf) ## связанные термины - [WHOIS](https://tldlog.com/ru/glossariy/whois/) - [RDAP](https://tldlog.com/ru/glossariy/rdap/) - [скрытие данных](https://tldlog.com/ru/glossariy/skrytie-dannykh/) - [запрос на раскрытие данных](https://tldlog.com/ru/glossariy/zapros-raskrytie-dannykh/) - [регистрант](https://tldlog.com/ru/glossariy/registrant/)