Небольшие банки могут быть освобождены от сбора биометрии россиян

Небольшие банки могут быть освобождены от сбора биометрии россиян

Небольшие банки могут быть освобождены от сбора биометрии россиян

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

Справедливый вопрос о целесообразности подключения небольших кредитных организаций к Единой биометрической системе (ЕБС) возник на международном форуме «Вся банковская автоматизация».

Александр Виноградов, отвечающий за кибербезопасность в Златкомбанке, заметил, что единственный способ проверить подлинность представленного паспорта, которым располагают мелкие банки, — просветить на ультрафиолете.

«Ту же вклейку определить невозможно», — передает «Ъ» слова Виноградова.

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

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

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

А на днях Центральный банк России опубликовал карту, на которой отмечены все пункты приема биометрических данных, обозначены адреса и часы работы офисов, которые предоставляют такую услугу.

Критическая уязвимость в telnetd жила почти 10 лет и давала root-доступ

Исследователь по информационной безопасности Саймон Йозефссон обнаружил критическую уязвимость в компоненте telnetd, входящем в состав GNU InetUtils. Брешь незаметно существовала почти десять лет — с мая 2015 года — и позволяла удалённо входить в систему без аутентификации, сразу под пользователем root.

Проблема затрагивает все версии GNU InetUtils с 1.9.3 по 2.7 включительно. По сути, любой злоумышленник при определённых условиях мог получить полный контроль над системой, даже не зная пароля.

Как поясняет Йозефссон, сервер telnetd запускает системную утилиту /usr/bin/login, обычно от имени root, и передаёт ей имя пользователя. В уязвимой реализации это имя можно получить из переменной окружения, переданной клиентом.

Если клиент подсовывает значение -f root и подключается к серверу с опцией telnet -a (режим автологина), происходит следующее:

  • telnetd передаёт значение переменной окружения USER напрямую в login(1);
  • никакой проверки или экранирования не выполняется;
  • login(1) воспринимает -f root как служебный параметр;
  • а параметр -f означает вход без проверки пароля.

В итоге сервер автоматически аутентифицирует подключение как root — полностью обходя процесс валидации.

Обычное подключение по telnet не позволяет указать имя пользователя в таком виде. Однако в режиме автологина (-a) имя пользователя берётся не из командной строки, а именно из переменной окружения USER.

Именно здесь и кроется корень проблемы: telnetd доверял содержимому USER без какой-либо валидации. Достаточно было установить переменную окружения в значение -f root, и система сама открывала дверь.

Йозефссон показал рабочий пример атаки на системе Trisquel GNU/Linux 11, где после одной команды пользователь моментально получал root-доступ.

Как выяснилось, уязвимость появилась в коммите от 19 марта 2015 года и попала в релиз GNU InetUtils 1.9.3 от 12 мая того же года. Изначально изменение задумывалось как исправление проблемы с автологином в средах с Kerberos — разработчики добавили передачу имени пользователя через переменную окружения, но забыли проверить её содержимое.

Саймон Йозефссон рекомендует как можно скорее ограничить сетевой доступ к telnet-порту только для доверенных клиентов; установить патч или обновиться до версии GNU InetUtils, в которой уязвимости нет;  в идеале — ещё раз задуматься, нужен ли telnet в инфраструктуре вообще.

Напомним, в этом месяце мы сообщали об опасной уязвимости в GNU Wget2, которая позволяет удалённо перезаписывать файлы.

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