Хранение IP-адресов снова стоит на повестке дня в Германии. Согласно правительственному законопроекту о хранении данных об IP-адресах (документ Бундестага № 21/6581), каждый провайдер услуг доступа в Интернет будет обязан хранить информацию о том, какой публичный IP-адрес, а в случае использования CGNAT — какие порты, были присвоены какому подключению, в течение три месяца. Цель здесь узкая: органы должны иметь возможность установить личность абонента, за которым стоит IP-адрес, выявленный в ходе расследования.
Для интернет-провайдеров, операторов мобильной связи и виртуальных операторов мобильной связи (MVNO) данное требование вызывает ряд практических вопросов. О каких именно данных идет речь? Достаточно ли данных учета RADIUS? Как быть с CGNAT, IPv6 и постоянно активными подключениями? И кто несет ответственность, если IP-адрес присваивается в сети хоста? В данной статье даны ответы на эти вопросы на основе текущего проекта документа.
Status: government bill BT-Drs. 21/6581; first reading on 24 June 2026, Legal Affairs Committee hearing on 7 October 2026; not yet passed. Details may still change.
Основные выводы
- Только поставщики услуг доступа в Интернет обязаны в соответствии с § 177 Закона о телекоммуникациях (TKG-E), число которых, согласно пояснительной записке, составляет около 700 компаний. Провайдеры услуг хостинга, электронной почты, мессенджеров и VoIP в этот список не входят.
- Поставщики должны хранить публичный IP-адрес (for IPv6, in practice the delegated prefix; details are expected in the TR TKÜV), the порты если это необходимо для указания авторства, то строка и идентификатор пользователя, и начало и конец задания с точностью до секунды с учетом часового пояса.
- Адреса назначения, URL-адреса, объемы данных, контент и данные о местоположении не входят в сферу действия данного обязательства и не должны попадать в хранилище данных, подлежащих сохранению.
- Срок хранения составляет три месяца. For long-running sessions the explanatory memorandum requires rolling deletion, so no record is kept longer than three months.
- Данные могут только использоваться для идентификации абонентов (§ 174 TKG) и при рассмотрении запросов абонентов в рамках электронного доказового процесса. Он должен быть хранятся отдельно и безвозвратно удалены.
- Учет RADIUS охватывает большинство полей, но не охватывает сопоставления портов CGNAT. Требуется ведение журнала NAT.
- Виртуальные операторы мобильной связи (MVNO) и реселлеры необходимо обеспечить хранение данных даже в том случае, если присвоение IP-адреса осуществляется оптовым партнером (§ 177 (2)).
- У поставщиков будут через шесть месяцев после вступления в силу выполнить это требование.
Почему необходимо хранить IP-адреса и почему именно сейчас?
Germany’s previous data retention rules have not been enforced since 2017, and in 2022 the Court of Justice of the EU (CJEU) found them incompatible with EU law (SpaceNet), and in 2023 the Federal Administrative Court confirmed that they cannot be applied (BVerwG 6 C 6.22). The CJEU has, however, accepted that общее сохранение IP-адресов, присвоенных источнику соединения can be permissible for a limited period. In 2020 it allowed this to fight serious crime (La Quadrature du Net), and in 2024 it extended this to criminal offences in general, provided the data is kept in genuinely watertight separation from other data (La Quadrature du Net II). The new bill builds on this case law. It limits retention to the data needed to identify a subscriber and pairs it with the targeted быстрая заморозка процедура, описанная в нашей предыдущей статье. Тем не менее считается вероятным, что в Суде Европейского Союза будет рассмотрено новое судебное дело.
Кто обязан?
К кругу действия закона относятся все лица, предоставляющие услуги доступа в Интернет (§ 3 п. 23 TKG):
- Провайдеры фиксированного доступа в Интернет (DSL, кабельное, оптоволоконное соединение), включая оптовых реселлеров
- Поставщики мобильной передачи данных: операторы мобильной связи (MNO), полнофункциональные виртуальные операторы мобильной связи (MVNO), «облегченные» виртуальные операторы мобильной связи (MVNO) и поставщики услуг, имеющие собственные договоры с абонентами. В отношении «облегченных» виртуальных операторов мобильной связи и поставщиков услуг применяется положение об оптовых поставках, предусмотренное § 177 (2).
Не входит в покрытие:
- Провайдеры, специализирующиеся исключительно на хостинге, электронной почте, мессенджерах, VoIP и SMS. Компании, предоставляющие телекоммуникационные услуги, по-прежнему подпадают под действие мер по оперативному блокированию доступа и запросов о предоставлении данных о трафике.
- Non-public networks, such as corporate LANs
- Operators of local Wi-Fi networks, such as hotel guest Wi-Fi, public hotspots that rely on another provider’s internet access, and Freifunk. The explanatory memorandum excludes them explicitly; the upstream internet access provider stores the data.
Что именно необходимо хранить?
| § 177 (1) | Данные | Примечания |
|---|---|---|
| № 1 | Публичный IP-адрес, присвоенный абоненту | IPv4 address; for IPv6 in practice the delegated prefix (details expected in the TR TKÜV) |
| № 2 | Номера портов или блоки портов, а также дополнительные данные о трафике, если это необходимо для однозначной атрибуции | Применимо к CGNAT, NAT44 и NAT64 |
| № 3 | Уникальный идентификатор строки и присвоенный идентификатор пользователя | Идентификатор линии, IMSI/MSISDN, номер договора, имя пользователя |
| № 4 | Дата и время начала и окончания задания с точностью до секунды с указанием часового пояса | Применимо к назначению IP-адресов и портов |
Явно исключаются: адреса IP-назначения, используемые сервисы или URL-адреса, объемы данных, контент, местоположение и данные сотовой связи, а также данные об использовании других сервисов.
Срок хранения: three months. For long-running sessions, the government’s explanatory memorandum requires rolling deletion: once the start of an ongoing assignment is older than three months, it is replaced by a ‘fictitious’ start at the beginning of the three-month window, so no record is kept longer than three months. Industry criticised the earlier ministry draft for not saying this.
Достаточно ли учета по протоколу RADIUS?
В большинстве случаев — да. Естественным источником данных является учет RADIUS (или его эквиваленты Diameter/CDR в сетях мобильной связи):
| Атрибут RADIUS | § 177 поле |
|---|---|
| Тип состояния счёта (Запуск / Промежуточное обновление / Остановка) с временной меткой события | Начало и окончание задания (№ 4) |
| Framed-IP-Address, Framed-IPv6-Prefix, Delegated-IPv6-Prefix | Присвоенный IP-адрес или префикс (№ 1) |
| Имя пользователя, Идентификатор вызывающей станции, 3GPP-IMSI, Идентификатор порта NAS / идентификатор линии | Идентификатор линии и пользователя (№ 3) |
| Acct-Session-Id | Ключ корреляции |
В мобильных сетях эту же функцию выполняют записи Diameter Gy/Rf, записи о тарификации PGW или SMF/CHF, а также учет RADIUS на интерфейсе Gi/SGi (начало и окончание сеанса, назначенный IP-адрес).
При использовании CGNAT одного протокола RADIUS недостаточно. Блоки портов и сопоставления портов создаются в шлюзе NAT, а не в системе AAA. Провайдерам необходимо Регистрация данных CGN, such as port block allocation (PBA) logs, syslog or IPFIX export from the NAT gateway. The records are then correlated: private IP and time (RADIUS) plus public IP, port block and time (CGN log) identify the line. The explanatory memorandum notes that NAT systems that cannot export this data will have to be replaced, a significant intervention in live networks. Детерминированный NAT, благодаря фиксированному количеству блоков портов на каждого абонента, что значительно сокращает объемы журналов и упрощает поиск.
Обязанности поставщика услуг: пошаговое руководство
1. Сбор
- Определите источники данных: записи о сеансах и учетные записи, а также журналы CGNAT.
- Убедитесь, что все четыре категории данных зафиксированы полностью и с точностью до секунды, в том числе при переходах между сессиями, таких как повторная аутентификация, передача соединения, смена IP-адреса и назначение новых блоков портов.
- Синхронизируйте время (NTP) и всегда указывайте часовой пояс или UTC.
2. Дело об оптовых поставках (§ 177 (2)): виртуальные операторы мобильной связи (MVNO) и реселлеры
Провайдер, который не генерирует все данные самостоятельно — например, потому что присвоение IP-адресов и преобразование NAT осуществляются у оператора мобильной связи (MNO) или агрегатора, — должен обеспечить, чтобы отсутствующие данные по-прежнему хранились. Есть два варианта:
- A договорное обязательство по удержанию для оптового партнера, включая обязательство отвечать на запросы, или
- A поток данных в собственное хранилище провайдера или в хранилище стороннего поставщика.
По запросу провайдер обязан незамедлительно уведомить об этом BNetzA кто хранит данные. Невыполнение этого требования является административным правонарушением. На практике сопоставление IP-адреса и порта с абонентом MVNO должно оставаться возможным посредством идентификатора (IMSI/MSISDN) на стороне MVNO. Дополнительную информацию см. в LI для виртуальных операторов мобильной связи (MVNO), работающих исключительно с eSIM и Обязанности MVNO и MNO.
3. Хранение и защита
- Подать заявку самые современные технические и организационные меры от несанкционированного доступа и использования.
- Сохраните данные технически разделенные от всех остальных данных конечных пользователей: из собственной базы данных или системы, без смешивания с данными биллинга или CRM.
- Храните его так, чтобы абонента можно без задержки идентифицировать, с возможностью поиска по IP-адресу, порту и временной метке для определения линии и пользователя.
- Удалить без возможности восстановления по истечении трёх месяцев с помощью автоматизированной задачи удаления и с подтверждением факта удаления.
4. Строгое ограничение цели
Сохраненные данные могут только использоваться для:
- Запросы о данных абонентов на основе IP-адреса (§ 174 ч. 1, предложение 3 Закона о телекоммуникациях (TKG)), на основании Уголовно-процессуального кодекса (StPO), Закона о федеральной полиции (BKAG), Закона о федеральной полиции (BPolG) или законодательства федеральной земли
- Данные абонентов в связи с европейскими постановлениями о предоставлении и сохранении данных в рамках Регламент о электронных доказательствах
Любое другое использование, например, в маркетинговых целях, для рассмотрения жалоб на злоупотребления или в связи с гражданскими исками о раскрытии информации, является запрещено из этого набора данных. Если вам нужны такие данные для операционной деятельности, ведите отдельный набор операционных данных со своим собственным, более коротким сроком хранения. Сохраненные данные также могут не раскрываться в качестве данных о трафике в соответствии с § 100g Уголовно-процессуального кодекса (StPO).
5. Ответы на запросы
- Формальная проверка запроса квалифицированным сотрудником или автоматически через интерфейс.
- Полная передача данных без задержек и соблюдение конфиденциальности в отношении абонента.
- ETSI-ESB для провайдеров, имеющих 100 000 и более контрактных партнеров (в дополнение к E-Mail-ESB), E-Mail-ESB — только для небольших провайдеров.
- Регистрация данных в соответствии с § 35 TKÜV, включая правовые основания для хранения данных.
- Вознаграждение: 15 евро за до трёх идентификаторов (JVEG № 201; в настоящее время — 45 евро за до десяти идентификаторов).
6. Надзор
- Отправить документы по внедрению (системы, процедуры, разделение, удаление) в BNetzA незамедлительно после начала предоставления услуги, а также сообщать об изменениях.
- Ожидайте регулярные проверки. В стандартах TKÜV и TR TKÜV будут определены системы, процедуры и технические средства.
- Срок: не позднее чем через шесть месяцев после вступления закона в силу.
Концепция: хранилище данных, соответствующее нормативным требованиям
- Поток Учет RADIUS/Diameter и журналы CGN в специализированное хранилище данных. Не следует просто хранить базу данных AAA в течение трёх месяцев, поскольку это нарушает требование о разделении.
- Сохранять только поля, указанные в § 177 (минимизация данных). Исключите операционные поля, такие как объемы или IP-адреса NAS, либо храните их отдельно с более коротким сроком хранения.
- Запись промежуточных обновлений for long sessions, and use them to move the start of an ongoing assignment forward as data ages out.
- Удалять автоматически every record older than three months, including the start of still-running assignments (rolling deletion), with logging.
- Предоставить API для поиска для группы по раскрытию информации: (публичный IP-адрес, порт, отметка времени, часовой пояс) → идентификатор строки → данные абонента.
- Подключиться к ESB / E-Mail-ESB для входящих запросов и ответов.
- Все документируйте для BNetzA.
How ICS Helps: Operating Your Retention Store
ICS International Carrier Services builds on more than 20 years of team experience in telecommunications, законный перехват и соблюдение требований and on BNetzA-accepted LI implementations. Для интернет-провайдеров и, в особенности, для виртуальных операторов мобильной связи (MVNO) ICS может обеспечивать работу retention store on your behalf, and you name ICS to the BNetzA as the entity that stores the data. You remain the obligated provider under § 177.
- Анализ пробелов ваших журналов регистрации RADIUS/Diameter, пакетного ядра и CGNAT в соответствии с § 177.
- Источники данных и коннекторы из ваших систем AAA, шлюзов PGW/UPF и NAT или от вашего оператора мобильной связи (MNO).
- Отдельное зашифрованное хранилище данных содержащий только обязательные поля, с автоматическим удалением и фиксацией факта удаления.
- Служба поиска и раскрытия информации: Идентификация абонента по IP-адресу, порту и времени, ответ предоставляется через ESB или E-Mail-ESB, включая Выставление счетов JVEG.
- Документация BNetzA а также содействие при проведении аудитов.
- Хранилище данных абонентов: быстрый поиск абонентов с возможностью проверки данных в системах биллинга, предоставления услуг и CRM. Ознакомьтесь с нашим Решения по хранению данных.
- В сочетании с функцией быстрой заморозки и e-Evidence процессы, чтобы обработка всех типов запросов осуществлялась в одном месте.
Шестимесячный срок — это мало, особенно если потребуется заменить шлюзы NAT. Связаться с ICS чтобы приступить к оценке своей готовности.
Часто задаваемые вопросы
Что такое хранение IP-адресов?
Хранение данных об IP-адресах — это обязательство провайдеров доступа в Интернет хранить информацию о том, какой публичный IP-адрес (а в соответствующих случаях — и какие порты) был присвоен какому подключению и когда. Цель заключается в том, чтобы впоследствии идентифицировать абонента, стоящего за данным IP-адресом.
Как долго необходимо хранить IP-адреса в Германии?
Under the government draft of § 177 TKG, for three months. For long-running sessions the explanatory memorandum requires rolling deletion: once the start of an ongoing assignment is older than three months it is replaced by a fictitious start at the beginning of the three-month window, so no record is kept longer than three months.
Должны ли виртуальные операторы мобильной связи (MVNO) хранить IP-адреса?
Да, если они предоставляют доступ в Интернет в рамках собственных отношений с клиентами. Если IP-адрес присваивается в сети оператора-хозяина, MVNO должен на договорной основе или посредством передачи данных обеспечить хранение данных, а также быть в состоянии указать BNetzA организацию, осуществляющую хранение.
Достаточно ли учета по протоколу RADIUS для сохранения IP-адресов?
Он охватывает назначенный IP-адрес, идентификаторы и временные метки. Однако при использовании NAT операторского уровня (CGN) о сопоставлениях портов известно только шлюзу NAT, поэтому также требуется ведение журналов CGN (например, журналов выделения блоков портов).
Могут ли сохраненные данные об IP-адресах использоваться для реагирования на случаи злоупотребления или рассмотрения претензий об авторских правах?
Нет. Сохраненные данные могут использоваться исключительно для удовлетворения запросов правоохранительных органов о предоставлении данных об абонентах, а также для запросов абонентов в рамках системы электронных доказательств. Для других целей требуется отдельный набор оперативных данных, имеющий собственное правовое основание.
Disclaimer: This article provides general information based on the German government bill (BT-Drs. 21/6581) as of October 2026, after the Legal Affairs Committee hearing. It does not constitute legal advice. Provisions, deadlines and technical details may change during the parliamentary process and in the TKÜV / TR TKÜV.
Похожие статьи
- LI для виртуальных операторов мобильной связи (MVNO), работающих исключительно с eSIM: уникальные проблемы и практические решения
- Как работать с LI, если ваша основная сеть находится на аутсорсинге или размещена на хостинге
- Что такое электронное доказательство? Полное руководство
Внешние ресурсы
- Немецкий Бундестаг: обсуждается вопрос о введении обязательного хранения данных об IP-адресах (первое чтение)
- Федеральное правительство: Кабинет министров одобрил законопроект о хранении данных об IP-адресах
- netzpolitik.org: Criticism of the retention period in the December 2025 ministry draft (German)
