Android хранит пароли в открытом виде

Android хранит пароли в открытом виде

Android хранит пароли в открытом виде

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

Он сказал: "Пароли к почтовым ящикам сохраняются в базе данных SQLite, которая в свою очередь хранится в файловой системе телефона в открытом виде. Крайне желательно шифрование или, по крайней мере, преобразование сохраненных паролей."

На это сообщение ответил  Энди Стэдлер, специлист технической поддержки:

"Здравствуйте! Спасибо за информацию и обращение с этим  вопросом.

Во-первых, я хотел бы напомнить пользователям, если вы обеспокоены этой проблемой, *пожалуйста* просто, нажмите на звездочку. Каждый раз, когда вы отвечаете "пожалуйста, почините" или "это должно быть устранено!", происходит рассылка электронных писем на адреса более 200 человек.

Во-вторых, пожалуйста, знайте, что мы относимся к информационной безопасности очень серьезно, и заботимся о ней в платформе Android сразу на нескольких уровнях.

Теперь, относительно этого конкретного случая. Первая вещь, требующая разъяснений, состоит в том, что почтовое приложение поддерживает четыре протокола - POP3, IMAP, SMTP, и Exange ActiveSync - и с очень немногими, очень ограниченными исключениями, все они - старые протоколы, которые требуют, чтобы клиент передавал пароль серверу при каждой связи. Эти протоколы требуют, чтобы  пароль был сохранен в устройстве на протяжении всего периода использования каждой учетной записи на данном устройстве. Более новые протоколы не делают этого. Они позволяют клиенту использовать пароль лишь однажды для создания токена (уникального идентификатора, заменяющего собой пароль и действительного только для данного устройства), сохранить токен и отказаться от использования пароля в дальнейшем.

Я убеждаю Вас рассмотреть статью, указанную в комментарии #38, которая весьма информативно и понятно написана. Она содержит очень глубокое объяснение различии между "сокрытием" паролей, и обеспечением их "действительной безопасности". Просто скрывая ваш пароль (например кодируя его в base64) или шифруя его с ключом, сохраненным в в другой области памяти устройства, вы *не* сделаете ваш пароль или ваши данные более безопасными. Атакующий все еще будет в состоянии заполучить его.

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

Автору комментария #44: Если вы можете получить *любые* данные из файлов в директориях /data/data/* на устройстве с блокированными привилегиями суперпользователя, это - проблема безопасности в устройстве, не ошибка в почтовой программе. Я настоятельно рекомендую вам связаться с нашей командой по безопасности и предоставить больше информации (подробности: http://developer.android.com/guide/appendix/faq/security.html)

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

" />

Solar webProxy 4.5 научился проверять архивы и блокировать файлы с паролем

ГК «Солар» выпустила версию Solar webProxy 4.5. Главное изменение в обновлении — более глубокая проверка архивов, которые проходят через веб-трафик. Теперь система может распаковывать архивы, смотреть, что лежит внутри, и применять к этим файлам политики безопасности.

Поддерживаются 16 форматов архивов, включая ZIP, 7Z, RAR и TAR. Если внутри архива находится файл, который подпадает под запрещающее правило, блокируется весь архив целиком. Это касается и вложенных архивов.

Отдельно появилась блокировка архивов, защищённых паролем. Система не пытается подобрать пароль и не расшифровывает содержимое, а просто определяет сам факт защиты. Если политика безопасности запрещает передачу таких файлов, архив блокируется.

В «Соларе» отмечают, что это важный сценарий: архивы часто используются для доставки вредоносных файлов и для обхода фильтрации. По данным компании, в 2025 году на архивы приходилось около 37% способов доставки вредоносных файлов через веб-трафик, а примерно 22% вредоносных архивов загружались через браузер, минуя почтовые фильтры.

Для администраторов добавили отдельную колонку «Защищённый объект» в журнале статистики. Так можно увидеть, кто и когда пытался скачать или отправить запароленный контейнер.

Ещё одно изменение связано с правами доступа. В версии 4.5 сервисы Solar webProxy перевели на работу от имени отдельной учётной записи с ограниченными правами. Использование root для эксплуатации системы больше не требуется, а запуск управляющих скриптов от имени root запрещён на уровне системы. Это снижает риски на случай компрометации одного из компонентов.

Также в продукте появилась история изменений политик. При каждом применении конфигурации предыдущая версия сохраняется, а глубину хранения можно настроить от 1 до 30 дней. Администратор может посмотреть историю, скачать нужную версию политики, загрузить её обратно и применить. Это полезно для крупных инфраструктур, где правила фильтрации могут состоять из сотен условий и исключений.

Кроме того, в релиз вошли новые методы аутентификации — Negotiate+NTLM+Basic и Negotiate+Basic. Они нужны для сетей, где одновременно используются разные технологии проверки пользователей, например Kerberos и NTLM.

В версии 4.5 также обновили базу правил для блокировки рекламы, доработали механизм категоризации публичных доменов, расширили базу веб-ресурсов до более чем 40 млн доменов и добавили в Solar MultiProxy централизованное управление пользовательскими категориями.

Solar webProxy относится к классу Secure Web Gateway и используется для фильтрации веб-трафика, разграничения доступа и защиты от веб-угроз. Решение включено в реестр российского ПО и сертифицировано ФСТЭК России по требованиям к межсетевым экранам типа «Б» четвёртого класса защиты.

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