Apple подтверждает проблему безопасности резервных копий iOS 10

Apple подтверждает проблему безопасности резервных копий iOS 10

Apple подтверждает проблему безопасности резервных копий iOS 10

Apple недавно признали проблему защищенности шифрования при резервном копировании iOS 10, позволяющую проводить атаку брутфорс (Brute Force Attack), подбирая 6 000 000 паролей в секунду.

Выпущенная в середине сентября iOS 10 исправила в общей сложности 7 уязвимостей, наиболее серьезная из которых может привести к атаке посредника (man-in-the-middle attack). Поскольку iOS 10 имела ошибку, превращающую смартфоны в кирпич, Apple поспешили выпустить iOS 10.0.1, которая также включает исправление обнаруженной в прошлом месяце уязвимости.

Брешь в безопасности локальных резервных копий в iOS 10 была обнаружена ElcomSoft, компанией, специализирующейся на инструментах восстановления пароля. По их мнению, в iOS 10 локальные резервные копии гораздо больше подвержены атаке брутфорс, чем в предыдущих версиях.

По словам ElcomSoft, они смогли восстановить пароли из резервных копий iOS 10 со скоростью в несколько тысяч раз быстрее по сравнению с прошлыми версиями прошивки. Похоже на то, что причиной подобного является введенные в iOS 10 автономные (iTunes) резервные копии.

Эксперт ElcomSoft Олег Афонин объясняет в своем блоге, что в прошивке iOS 10 реализован новый механизм проверки пароля в резервных копиях. Это позволяет злоумышленникам подбирать пароли в 2500 раз быстрее, чем в прошлых версиях. Афонин утверждает, что эксперимент был проведен на компьютере под управлением процессора Intel i5.

ElcomSoft на данный момент не предоставили никаких конкретных деталей относительно этой уязвимости, хотя упомянули, что соответствующий эксплоит был добавлен в Elcomsoft Phone Breaker 6.10. Компания также утверждает, что на том же компьютере, но с прошивкой iOS 9, удается подбирать пароли с периодичностью 2 400 паролей в секунду. В случае с iOS 10, эта цифра 6000000 паролей в секунду.

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

«Все версии ОС до 10 имели очень надежную защиту. Теперь же мы можем сломать защиту паролем гораздо быстрее» - говорит Владимир Каталов, генеральный директор компании ElcomSoft.

Apple уже подтвердили наличие этой проблемы и обещают выпустить патч в следующем обновлении ОС. Компания подчеркнула, что данная брешь в безопасности не распространяется на резервные копии ICloud.

Майнер-призрак: ботнет V25 спрятал XMRig в памяти Linux-систем

В мае 2026 года неизвестные операторы ботнета V25 (Generation 26) устроили на Linux-серверах полноценный майнинговый квест: проникли через доверенного партнёра, спрятались за обычными аккаунтами и удалили имплант с диска сразу после запуска. Файла нет, а Monero капает.

По данным Group-IB, атакующие вошли в основную сеть из инфраструктуры сторонней организации, используя стандартную учётную запись.

Получив права root, они не стали шуметь от имени суперпользователя (такие действия быстро привлекают SOC).

Вместо этого злоумышленники превратили Linux PAM в дымовую завесу. Через политику pam_rootok и команду su они без паролей переключались на обычные аккаунты, а затем создавали в них задания cron.

 

В итоге майнер закреплялся сразу в нескольких неприметных профилях. Удалить следы компрометации root было недостаточно: ботнет мог восстановиться из одной из таких теневых учётных записей.

Чтобы усложнить расследование, операторы останавливали rsyslog и auditd, а затем удаляли журналы аутентификации. После запуска основной имплант создавал mutex-файл во временном каталоге, стирал собственный исполняемый файл и продолжал работать исключительно в памяти.

Дальше начинался разгон: XMRig изучал топологию процессора, настраивал рабочие потоки, использовал Huge Pages и регистры MSR. Отдельный скрипт устранял конкурирующие майнеры, поскольку криптовалютная добыча чужими руками не терпит соседей.

Конфигурацию защищало многоуровневое XOR-обфусцирование. Расшифрованные учётные данные связали образец с семейством V25. Трафик Stratum маскировался под работу Java-агента, а процесс мог притворяться, например, ssh.

Защитникам советуют искать угрозу не только на диске, но и в памяти, отслеживать переключения root-to-user, остановку журналирования и подозрительные задания cron. В этой атаке команда удаления файла оказалась не финалом, а способом стать почти невидимым.

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