"Тотальный контроль. Начало." Кодовое имя - Приказ N 9.

Операторы должны предоставлять милиционерам техническую возможность, не выходя из офисов, читать переписку подозреваемых, а также прослушивать их переговоры.
Для чего операторы предоставлящие услуги связи должны установить спец-оборудование, которое будет подключаться и управляться посредством удалённого  пульта. Пульт будет установлен естевенно в  ФСБ и, согласно вводимым требованиям, позволяет определять: кто и кому передает сообщение (телефонный вызов, электронное письмо, SMS и т.д.), снимать саму информацию с канала связи (т.е. прослушивать или копировать текст), а также определять местонахождение абонента (для сотовой связи).
Из текста приказа понятно, что выбор объекта для контроля будет осуществляться оператором данного пульта, сотрудником ФСБ, без ведома и согласия оператора связи. То есть телефонная компания или провайдер даже знать не будет о том, что в данный момент проводится контроль конкретного абонента. Копируются или прослушиваются разговоры, читаются sms cсообщения, электронная почта и логины\пароли для доступа к сайтам и другим интернет ресурсам. А скорее всего не только интернет.
Об утверждении Требований к сетям электросвязи
для проведения оперативно-разыскных мероприятий.
Часть II. Требования к сетям передачи данных
В
целях реализации требований пункта 2 статьи 64 Федерального закона от 7
июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской
Федерации, 2003, № 28, ст. 2895; № 52 (часть I), ст. 5038; 2004, № 35,
ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, № 6, ст. 636; №
10, ст. 1069; № 31 (часть I), ст. 3431, ст. 3452; 2007, № 1 (часть I),
ст. 8; № 7, ст. 835; 2008, № 18, ст. 1941; 2009, № 29, ст. 3625; 2010, №
7, ст. 705) и пунктов 4, 6, 11 Правил взаимодействия операторов связи с
уполномоченными государственными органами, осуществляющими
оперативно-разыскную деятельность, утвержденных постановлением
Правительства Российской Федерации от 27 августа 2005 г. № 538 (Собрание
законодательства Российской Федерации, 2005, № 36, ст. 3704; 2007, № 48
(часть II), ст. 6010; 2008, № 42, ст. 4832),
ПРИКАЗЫВАЮ:
1.
Утвердить прилагаемые Требования к сетям электросвязи для проведения
оперативно-разыскных мероприятий. Часть II. Требования к сетям передачи
данных.
2. Направить настоящий приказ на государственную регистрацию в Министерство юстиции Российской Федерации.
Министр И.О. Щёголев
УТВЕРЖДЕНЫ
приказом Министерства связи и массовых коммуникаций
Российской Федерации
от ____________ 2010 № ____
Требования к сетям электросвязи для проведения оперативно-разыскных мероприятий
Часть II. Требования к сетям передачи данных
1.
Настоящие Требования к сетям электросвязи для проведения
оперативно-разыскных мероприятий распространяются на сети связи,
предназначенные для оказания телематических услуг связи, услуг связи по
передаче данных для целей передачи голосовой информации, услуг связи по
передаче данных, за исключением услуг связи по передаче данных для целей
передачи голосовой информации (далее - Требования и сеть передачи
данных соответственно).
Настоящие Требования конкретизируют и дополняют «Требования к сетям
электросвязи для проведения оперативно-разыскных мероприятий. Часть I.
Общие требования», утвержденные приказом Министерства информационных
технологий и связи Российской Федерации от 16.01.2008 № 6
(зарегистрирован в Министерстве юстиции Российской Федерации
31 января 2008 г., регистрационный № 11057).
2. Выполнение установленных действий при проведении оперативно-разыскных
мероприятий обеспечивается оборудованием средств связи, в том числе
программным обеспечением, входящим в состав средств связи сетей передачи
данных (далее - технические средства ОРМ), размещаемым в соответствии с
Планом мероприятий по внедрению технических средств для проведения
оперативно-разыскных мероприятий.
Технические средства ОРМ размещаются на узлах связи сети связи оператора
связи, при этом обеспечивается доступ ко всей передаваемой в сети связи
оператора связи информации для отбора и передачи техническими
средствами ОРМ информации, относящейся к контролируемым соединениям и
(или) сообщениям электросвязи на пункт управления уполномоченного
государственного органа, осуществляющего оперативно-разыскную
деятельность (далее - пункт управления ОРМ).
Доступ технических средств ОРМ к передаваемой в сети связи оператора
связи информации обеспечивается с использованием одного или нескольких
интерфейсов, перечень которых приведен в приложении № 1
к Требованиям.
Доступ технических средств ОРМ к информации о выделении пользователям
динамических IP-адресов обеспечивается средствами связи сети передачи
данных с использованием протоколов RADIUS, TACACS+ или DIAMETR в
соответствии с описаниями, приведенными в приложении № 2
к Требованиям.
3. Сеть передачи данных обеспечивает техническую возможность передачи на
пункт управления ОРМ следующей информации, относящейся к контролируемым
соединениям и (или) сообщениям электросвязи, в процессе установления
соединений и (или) передачи сообщений электросвязи:
а) о выделенных абоненту (пользователю) сетевых адресах (IP-адресах) до
реализации функции преобразования (трансляции) сетевых адресов и до
начала передачи первого информационного пакета, а также информации о
завершении контролируемого соединения;
б) передаваемой в контролируемом соединении и (или) сообщении
электросвязи, включая информацию, связанную с обеспечением процесса
оказания услуг связи в том виде и последовательности, в которых такая
информация поступала с пользовательского (оконечного) оборудования или
из присоединенной сети связи;
в) о местоположении пользовательского (оконечного) оборудования,
используемого для передачи (приема) информации контролируемого
соединения и (или) сообщения электросвязи, за исключением сетей передачи
данных, в которых не предусмотрена технологическая возможность
определения местоположения пользовательского (оконечного) оборудования.
_____________
Приложение № 1
к Требованиям к сетям электросвязи для проведения оперативно-разыскных мероприятий Часть II. Требования к сетям передачи данных
Перечень интерфейсов,
используемых для доступа технических средств ОРМ
к передаваемой в сети связи оператора связи информации
1. Интерфейсы доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий, включая:
оптические интерфейсы 10GBASE-S;
оптические интерфейсы 10GBASE-L;
оптические интерфейсы 10GBASE-E;
оптические интерфейсы 10GBASE-LX4;
электрические интерфейсы 10GBASE-CX4;
оптические интерфейсы 1000 BASE-X;
электрический интерфейс GBE;
оптические интерфейсы 100BASE-X;
электрические интерфейсы 100BASE-T;
оптические интерфейсы 10BASE-F;
электрические интерфейсы EtherNet.
2. Оптические интерфейсы оборудования синхронной цифровой иерархии (SDH), включая:
интерфейс 1-го уровня SDH (STM-1);
интерфейс 4-го уровня SDH (STM-4);
интерфейс 16-го уровня SDH (STM-16);
интерфейс 64-го уровня SDH (STM-64).
3. Оптические интерфейсы оборудования плезиохронной цифровой иерархии (PDH), включая:
интерфейс 34 Мбит/с (E3);
интерфейс 140 Мбит/с (E4).
4. Электрические интерфейсы оборудования плезиохронной (PDH) и синхронной (SDH) цифровых иерархий, включая:
интерфейс 2 Мбит/с (Е1);
интерфейс 34 Мбит/с (Е3);
интерфейс 140 Мбит/с (Е4);
интерфейс 155 Мбит/с (STM-1).
5. Электрические интерфейсы оборудования передачи данных, включая:
интерфейс V.24/V.28;
интерфейс X.21/V.11;
интерфейс V.35/V.28;
интерфейс V.36/V.11.
_____________
Приложение № 2
к Требованиям к сетям электросвязи для проведения оперативно-разыскных мероприятий Часть II. Требования к сетям передачи данных
Формат сообщений сервера контроля и авторизации о выделении пользователям сетевых адресов и о завершении соединения – тип 11
Формат сообщений типа 1 о выделении пользователям сетевых адресов и о завершении соединения приведен в Таблице № 1.
Таблица № 1
Наименование поля Длина поля, бит
Код 8
Идентификатор 8
Длина 16
Запрос аутентификации 128
Атрибуты Переменная длина
Поле «Атрибуты» содержит список атрибутов (подполя).
Формат подполей поля «Атрибуты» приведен в Таблице № 2.
Таблица № 2
Наименование подполя Длина подполя, бит
Тип 8
Длина 8
Значение Переменная длина
Поле «Тип» определяет тип атрибута.
Поле «Длина» указывает размер данного атрибута.
Поле «Значение» имеет переменный размер и зависит от полей «Тип» и «Длина».
В сообщении о выделении пользователям сетевых адресов значение в поле «Код» (в десятичном формате) равно 4.
Обязательные атрибуты сообщения приведены в Таблице № 3
(все значения указаны в десятичном формате).
Таблица № 3
Тип Длина Значение
40 * 1
1 * *
8 * *
44 * *
31 * *
* - поле может принимать любое десятичное значение
В сообщении о завершении соединения значение в поле «Код»
(в десятичном формате) равно 5.
Обязательные атрибуты сообщения приведены в Таблице № 4 (значения указаны в десятичном формате).
Таблица № 4
Тип Длина Значение
40 * 2
1 * *
8 * *
49 * *
44 * *
31 * *
*- поле может принимать любое десятичное значение
Формат сообщений сервера контроля и авторизации о выделении пользователям сетевых адресов и о завершении соединения – тип 22
Формат сообщений типа 2 о выделении пользователям сетевых адресов и о завершении соединения приведен в Таблице № 5.
Таблица № 5
Наименование поля Длина поля, бит
Тип (Type) 8
Флаги (Flags) 8
Пользователь (User) Переменная длина
Отдаленный адрес (Rem addr) Переменная длина
Сетевой адрес (Addr) 64
Идентификатор задачи (task_id) 32
Стартовое время (start_time) 32
В
сообщении о выделении пользователям сетевых адресов значение в поле «Тип
(Type)» (значения указаны в десятичном формате) равно 3, поле «Флаги
(Flags)» равно 8 или 2.
Обязательные поля сообщения приведены в Таблице № 6.
Таблица № 6
Наименование поля Значение поля
Пользователь (User) *
Отдаленный адрес (Rem addr) *
Сетевой адрес (Addr) *
Идентификатор задачи (task_id) *
Стартовое время (start_time) *
* - поле может принимать любое десятичное значение
В
сообщении о завершении соединения значение в поле «Тип (Type)»
(значения указаны в десятичном формате) равно 3. Поле «Флаги (Flags)»
равно 4.
Обязательные поля сообщения приведены в Таблице № 7.
Таблица № 7
Наименование поля Значение поля
Пользователь (User) *
Отдаленный адрес (Rem addr) *
Сетевой адрес (Addr) *
Идентификатор задачи (task_id) *
Стартовое время (start_time) *
Время задержки (elapsed_time) *
* - поле может принимать любое десятичное значение
Формат сообщений сервера контроля и авторизации о выделении пользователям сетевых адресов и о завершении соединения – тип 33
Формат сообщений о выделении пользователям IP-адресов и о завершении соединения приведен в Таблице № 8.
Таблица № 8
Наименование поля Длина поля, бит
Версия 8
Длина 24
Флаги 8
Код команды 24
Идентификатор приложения 32
Hop-by-Hop ID 32
E№d-toE№d ID 32
Атрибуты Переменная длина
Поле «Атрибуты» содержит список атрибутов (подполя).
Формат подполей поля «Атрибуты» приведен в Таблице № 9.
Таблица № 9
Наименование подполя Длина подполя, бит
Код атрибута 32
Флаги атрибута 8
Длина 24
Значение Переменная длина
Поле «Код атрибута» определяет тип атрибута.
Поле «Флаги атрибута» определяет способ интерпретации атрибута.
Поле «Длина» определяет длину поля атрибута вместе с заголовком.
В сообщении о выделении пользователю сетевых адресов и о завершении
соединения поле «Код команды» равно 271 (значения указаны в десятичном
формате).
Обязательные атрибуты
сообщения о выделении пользователю сетевых адресов приведены в Таблице №
10 (значения указаны в десятичном формате).
Таблица № 10
Код атрибута Значение
480 2
263 *
264 *
1 *
31 *
8 *
* - поле может принимать любое десятичное значение
Обязательные атрибуты сообщения о завершении соединения приведены в Таблице № 11 (значения указаны в десятичном формате).
Таблица № 11
Код атрибута Значение
480 4
263 *
264 *
1 *
31 *
8 *
* - поле может принимать любое значение
_______________
Справочно:
1 - Соответствует формату сообщений сервера авторизации «RADIUS», стандарт сети Интернет RFC 2865.
2 - Соответствует формату сообщений сервера авторизации «TACACS+». При
использовании протокола «TACACS+» обеспечивается возможность передачи
ключей шифрования уполномоченным органам.
3 - Соответствует формату сообщений сервера авторизации «DIAMETER».

Вы наверняка уже читали сам приказ или принимали участие в его обсуждении. Каково же ваше мнение об этом? Согласны ли вы с действиями министра Минкомсвязи РФ, господина Щёголева, или нет? Если будет приводить обоснования своему мнению - просто вам будут признательны те, кто прочтёт после вас. Если просто проголосуете и на том спасибо.
Моё мнение однозначно -  я не вижу такой необходимости. Во первых какие такие преступления будут раскрываться посредством логинов и паролей пользователей? Во вторых прослушку, запись, или копирование разговоров можно получить по требованию. Наподобие того как это делалось и раньше в существующих государственных АТС. Кодовое слово и получите данные. В остальном перегибают палку. Уж слишком это через чур. И вообще как это? Закон вступает в силу с момента его оглашения, но ни как не с тех пор как его создали, или приняли решение его реализовать. Короче я против. И есть ещё много нюансов, которые просто облом перечислять. Тем более, я уверен, что кто нибудь из пользователей, наверняка назовёт подобные причины для отрицания. Хотя интересно былобы почитать и мнение приверженцев подобных мер.

Ссылка на официальный сайт Минкомсвязи Российской Федерации