Глава ФСБ прояснил недопонимание между Telegram и спецслужбами

Глава ФСБ прояснил недопонимание между Telegram и спецслужбами

Глава ФСБ прояснил недопонимание между Telegram и спецслужбами

Александр Бортников, возглавляющий ФСБ России, считает, что основная проблема, мешающая взаимопониманию между правоохранительными органами и представителями Telegram, заключается в нежелании руководства мессенджера понимать необходимость оказания органам содействия в борьбе с терроризмом.

Бортников отметил, что с самого начала ФСБ поднимала этот вопрос, объясняя, что в сложившейся ситуации правоохранители сталкиваются с проблемами, которые мешают защищать общество должным образом.

Однако в Telegram их не услышали, ответив, что «они сами чистят информационное поле».

«Хотелось бы сказать, что ситуация сложная с точки зрения понимания собственником самой компании необходимости оказания содействия структурам, борющимся с терроризмом», — подчеркнул глава ФСБ.

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

«Все, что происходит в закрытой части, не всегда становится достоянием специальных служб. Нужно продолжать эту работу, находить консенсус и понимание той стороны для того, чтобы оказывать содействие в вопросах обеспечения безопасности».

По поводу других мессенджеров директор ФСБ заявил, что все идет примерно таким же ходом — «где-то есть возможность, где-то ее нет».

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

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

Для хранилища секретов такой резерв особенно важен. Когда оно недоступно, сервисы могут потерять возможность аутентифицироваться, а восстановление остальной инфраструктуры — упереться в отсутствие необходимых учётных данных. Получается неприятный замкнутый круг: чтобы поднять системы, сначала нужно вернуть доступ к секретам.

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

RSS: Новости на портале Anti-Malware.ru