Патч для Java, выпущенный Apple, не закрывает уязвимость CVE-2012-4681

Патч для Java, выпущенный Apple, не закрывает уязвимость CVE-2012-4681

 Компания Apple выпустила новый патч для Java. Патч будет доступен пользователям OS X 2012-005, Mac OS X 10.6, а также OS X Lion и Mountain Lion Известно, что данный патч закрывает уязвимость CVE-2012-0547. Однако, как отмечают специалисты, он не закрывает уязвимостьCVE-2012-4681, которую в последнее время наиболее часто используют злоумышленники.

Компания Oracle выпустила патч для CVE-2012-4681 на прошлой неделе. Однако, специалисты компании Security Explorations, которые первыми обнаружили данную уязвимость, предупреждают о том, что данный патч сам содержит уязвимости. На данный момент, они отказываются сообщать какие-либо подробности. При этом, большинство специалистов, как и ранее, настоятельно советуют интернет-пользователям отключать Java хотя бы в браузере, используемом в качестве основного, так как большинство сайтов не требуют включения Java для корректной работы. Для сайтов, которые требуют включение Java, эксперты советуют использовать альтернативные браузеры.

Ярким примером, показывающим опасность уязвимостей в Java для пользователей Mac, может служить то, что специалистам компании «Доктор Веб», российского разработчика средств информационной безопасности, удалось обнаружить около 600000 Маков заражённых троянцем BackDoor.Flashback.39 и объединённых в ботнет (сеть инфицированных компьютеров). Для взлома данных рабочих станций как раз и использовалась уязвимость Java (CVE-2012-0507). Apple выпустила патч, закрывающий уязвимость в Java лишь в апреле этого года, на несколько месяцев позже, чем Oracle.

В МАКС нашли вход без пароля и СМС через токен в браузере

Вокруг российского мессенджера МАКС разгорелась новая дискуссия о безопасности. Пользователь Хабра под ником sansmaster рассказал, что для входа в веб-версию сервиса можно обойтись без пароля, СМС-кода и даже QR-аутентификации.

Правда, речь идёт не о взломе и не об уязвимости в классическом понимании.

Автор публикации обратил внимание, что после успешного входа в web.max.ru браузер сохраняет токен сессии в локальном хранилище (localStorage). Этот токен позволяет серверу идентифицировать пользователя и поддерживать активную сессию.

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

 

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

 

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

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

Кроме того, выход из аккаунта или завершение сессии через настройки делает токен недействительным сразу на всех устройствах, где он использовался.

 

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

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