Уязвимость позволяет хакерам обходить механизм 2FA в LastPass

Уязвимость позволяет хакерам обходить механизм 2FA в LastPass

Уязвимость позволяет хакерам обходить механизм 2FA в LastPass

Уязвимость в реализации двухфакторной аутентификации (2FA) в LastPass могла быть использованы хакерами для обхода механизма защиты и получения доступа к учетным записям пользователей.

Мартин Виго (Martin Vigo), один из исследователей Salesforce, который в ноябре 2015 года сообщил о наличии нескольких уязвимостей в LastPass, в очередной раз проанализировал популярный менеджер паролей, уделив особое внимание механизму 2FA.

Временные коды 2FA генерируются на основе нескольких переменных, включая секретное число, обычно закодированное в QR-коде, который пользователь сканирует с помощью 2FA-приложения, например, Google Authenticator.

Тесты Виго показали, что запрос, сделанный при отображении пользователю QR-кода, содержал хеш логина, используемого LastPass для аутентификации. Фактически, секретный ключ 2FA был получен из пароля пользователя, что ставит под сомнение всю цель защиты 2FA, поскольку атакующий предположительно уже знает пароль.

Для того чтобы атака сработала, хакер должен быть авторизован, эта проблема решается эксплуатацией уязвимости межсайтового запроса (CSRF). Заставив зарегистрированного пользователя пройти по ссылке, эксплуатирующей уязвимость CSRF, злоумышленник может получить изображение QR-кода.

По словам Виго, злоумышленник мог также использовать уязвимости на разных популярных сайтах, чтобы осуществить атаку межсайтового скриптинга (XSS). Это позволит хакеру использоваться сторонние сайты для перенаправления пользователя.

Исследователь также нашел простой способ отключить 2FA, используя уязвимость CSRF. Как и во всех атаках подобного рода, хакеру нужно заставить жертву посетить вредоносный веб-сайт.

Эксперт проинформировал LastPass 7 февраля и компания сразу же приступила к работе над исправлениями. В конце концов, LastPass добавила механизм безопасности для проверки происхождения запроса QR-кода и исключила использование хэша паролей для секретного ключа.

АРПП предложила создать орган для выработки политики в отношении VPN

Ассоциация разработчиков программных продуктов (АРПП) «Отечественный софт», объединяющая более 300 разработчиков ПО, предложила создать согласительный орган, который смог бы выработать «взвешенную политику» в отношении VPN. Компании, входящие в ассоциацию, готовы направить в него своих лучших специалистов.

Соответствующее предложение содержится в письме, которое АРПП «Отечественный софт» направила премьер-министру Михаилу Мишустину и главе администрации президента Антону Вайно.

Документ оказался в распоряжении РБК. В ассоциации подтвердили его подлинность.

«ИТ-сообщество умеет достаточно эффективно бороться с негативными явлениями в интернете — вирусами, атаками, мошенничеством, фишингом и спамом, и эти компетенции можно и нужно использовать», — говорится в письме за подписью главы ассоциации Натальи Касперской.

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

Идею «белых списков» VPN, создать которые ранее предложили на круглом столе с участием представителей ряда других отраслевых ассоциаций, в АРПП назвали неэффективной и потенциально опасной. В ассоциации считают, что фиксированный перечень известных сервисов неустойчив к санкционным ограничениям. При этом многие используют VPN для доступа к сервисам, которые недоступны российским компаниям из-за санкционной политики.

Как также говорится в письме АРПП, блокировки VPN затрудняют работу российских разработчиков ПО, поскольку многие компоненты с открытым кодом размещены на зарубежных ресурсах, а программисты нередко используют VPN, чтобы не раскрывать российский IP-адрес. Кроме того, отечественные компании привлекают зарубежных разработчиков, и блокировки осложняют взаимодействие с ними. Ситуацию усугубляют ложные срабатывания, из-за которых ранее блокировались репозитории Rust и пакетная база дистрибутива Linux Debian.

В документе также отмечается, что с технической точки зрения VPN сложно отличить от обычного зашифрованного трафика. Кроме того, в письме напоминается, что VPN не является единственной технологией обхода блокировок, а новые инструменты такого рода появляются постоянно. Не исключено и то, что действия регулятора могут подтолкнуть противников к имитации VPN-трафика, чтобы создавать сбои в Рунете.

Со своей стороны Роскомнадзор ранее заявил, что корпоративные VPN регулятор не ограничивает. В перечень исключений, по данным ведомства, вошли более 57 тыс. сетевых адресов свыше 1700 организаций.

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