МТС RED запустила облачный сервис MFA для корпоративных пользователей

МТС RED запустила облачный сервис MFA для корпоративных пользователей

МТС RED запустила облачный сервис MFA для корпоративных пользователей

Компания МТС RED анонсировала запуск веб-сервиса многофакторной аутентификации (MFA) для корпоративных пользователей. Подключение занимает несколько дней, услугу защиты учетных записей от взлома можно с легкостью распространить на все филиалы заказчика.

По словам разработчика, новый сервис поможет соблюсти принципы Zero Trust и снизить риск сетевых атак и утечки данных, который особенно высок при работе в формате BYOD. Мультиплатформенность стека используемых технологий позволяет объединить его с другими корпоративными системами — SSO, SIEM, серверами syslog.

MFA в рамках сервиса МТС RED можно использовать для защиты доступа к корпоративным ресурсам (в том числе облачным) через VPN, по RDP, с использованием VDI. На сервисе реализована поддержка программных и аппаратных генераторов одноразовых паролей, а также возможность использования различных каналов для получения таких кодов (СМС, телефонная связь, имейл, Telegram).

Политики программных и аппаратных токенов можно детализировать: задать тот или иной способ аутентификации для конкретных (групп) пользователей и систем. Все попытки входа в целевые приложения, действия в админ-консоли и портале самообслуживания фиксируются.

По данным МТС RED, более 80% кибератак полагаются на использование слабых или украденных ранее паролей. Многие пользователи так и не избавились от опасной привычки запирать все аккаунты одним ключом, поэтому его взлом может открыть злоумышленникам доступ не только ко всем сервисам, которыми пользуется владелец, но также к корпоративным ресурсам его работодателя. Предотвратить подобные атаки компаниям помогает первый эшелон защиты — MFA.

Замедление Telegram ударило по разработчикам российских ОС

В России оказался недоступен сервис git.kernel.org, через который разработчики получают обновления исходного кода ядра Linux. Крупные участники сообщества подтвердили проблему и связали её с действиями Роскомнадзора. Сам регулятор свою причастность отрицает.

Первые сообщения о сбоях в доступе к kernel.org появились 12 февраля. Пользователи отмечали, что зайти на ресурс без использования средств подмены адреса невозможно — ни по протоколу git, ни по HTTP. Аналогичные трудности возникли и с рядом других сайтов, в том числе с онлайн-курсами по Python и ресурсами разработчиков некоторых системных библиотек.

Портал Digital Report сообщил, что сбои могли быть связаны с мерами Роскомнадзора по замедлению Telegram. По версии издания, при попытке точечно ограничить трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN) применялась тактика «ковровых» блокировок по диапазонам IP-адресов. В результате под ограничения могли попасть CDN-сети, на которых размещаются зеркала Linux Kernel Archives.

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

Лишь сегодня Роскомнадзор в ответ на запрос издания «Подъём» сообщил: «Решения уполномоченных органов в отношении сервисов Linux не поступали, меры ограничения к ним не применяются».

После публикации комментария доступ к сервису начал постепенно восстанавливаться. Об этом, в частности, рассказал Алексей Смирнов в комментарии для Forbes.

Накануне похожие проблемы возникли у пользователей Windows: обновления системы либо не загружались, либо устанавливались с заметными задержками. Тогда Роскомнадзор также отрицал свою причастность.

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