В Android появится фирменный антивирус

В Android появится фирменный антивирус

По информации специалистов сайта Android Police, детально разобравших новую версию клиентского приложения Play Маркет, уже в ближайшем будущем мобильная платформа Android может получить фирменный локальный антивирус. В сочетании с серверной системой Bouncer, которая фильтрует программы в магазине приложений, этот новый антивирус может значительно улучшить ситуацию с защищенностью Android-устройств от вредоносного кода из любого источника.

Распространение вредоносных программ для Android уже является признанным фактом. К чести разработчиков Android, они не сидят на месте – в феврале этого года была представлена система фильтрации приложений Bouncer для системы Play Маркет. Несмотря на некоторые проблемы в работе Bouncer, появление заведомо зараженных программ в официальном магазине приложений сведено к минимуму. Разработка локального антивирусного компонента может рассматриваться как логичное развитие концепции Bouncer, сообщает soft.mail.ru.

Признаки разработки локального антивируса были обнаружены при разборе новой версии установочного APK-файла Play Маркет 3.9.16. В частности, эксперты Android Police увидели в коде такие строки для текстовых диалогов, как «Разрешить Google проверку всех приложений на этом устройстве на опасное поведение?» и «Для вашей защиты Google заблокировал установку этого приложения». Эти строки должны появиться в новой функции очередной версии Play Маркет под названием «App Check» («проверка приложений»).

На данный момент новая функция еще не реализована в общедоступной Android-версии Play Маркет. Тем не менее, в сборке 3.9.16 присутствует строка «Чтобы узнать больше, перейдите в меню Настройка > Безопасность», хотя такой панели нет на самом деле. Как раз вышеупомянутые строки считаются свидетельством работы над фирменным локальным антивирусом.

Несмотря на активные усилия Android-разработчиков, инциденты с безопасностью в приложениях из Play Маркет продолжаются. Так, совсем недавно около 1400 человек в Великобритании пострадали от приложения, замаскированного под популярную игру Angry Birds компании Roxio. Фальшивая игра отправляла платные СМС-сообщения, списывая со счета абонента по 15 фунтов стерлингов.

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

На данный момент совершенно неизвестно, как будет работать фирменный локальный антивирус для Android от компании Google. Кроме того, неизвестны сроки выпуска этой технологии. Есть лишь неподтвержденные слухи о том, что новая технология может выйти в составе новой версии Android 4.2 с кодовым названием «Key Lime Pie» на аппарате LG в ноябре текущего года.

Критическая уязвимость в 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