Symantec предупреждает о наличии «троянского коня» в пиратских копиях Apple IWORK ‘09

Symantec предупреждает о наличии «троянского коня» в пиратских копиях Apple IWORK ‘09

Symantec еще раз наглядно продемонстрировала опасность использования пиратского ПО, опубликовав сообщение о новом «троянском коне», который распространяется в сети BitTorrent. Выдаваемый за копию пробной версии программы Apple iWork ‘09, фальшивый инсталлятор iWork ’09 носит имя файла iWork09.zip – так что пользователи могут легко принять его за легитимную версию программы Apple.

На самом же деле подлинная версия iWork ’09, поставляемая Apple, называется iWork09Trial.dmg. «Троянизированный» пакет содержит некоторые фрагменты пробной версии iWork ’09, а также вредоносный инсталлятор iWorkServices.pkg.
Угроза OSX.iWork способна заразить компьютер Мас вредоносным кодом, который устанавливает связь с удаленной системой, расположенной где угодно. Это позволяет пиратам посылать в зараженную машину команды для поиска конфиденциальной или ценной информации, наблюдения за поведением пользователя в интернете и записи набираемого им текста. В результате ничего не подозревающий владелец Мас может стать жертвой подлога и понести материальный ущерб.

В своем блоге Security Response Symantec объясняет, как устроена эта угроза: «Когда разработчики ПО создают инсталлятор для Мас, он часто состоит из нескольких мини-инсталляторов, или пакетов, которые выполняются в определенной последовательности. Каждый такой пакет (файл .pkg) содержит специальный код и сценарий, гарантирующий размещение этого кода в нужной части жесткого диска, чтобы компьютер мог работать с ним. В данном случае главный сценарий инсталляции изменен таким образом, чтобы не только выполнять «правильные» программные пакеты, но и устанавливать дополнительный пакет, предусмотрительно названный iWorkServices.pkg, который выгружает вредоносный код, соединяющий пользователя с удаленной системой – что делает его уязвимым для атак».

Symantec Security Response оценивает OSX.iWork как низкоуровневую угрозу, но подчеркивает, что в текущих условиях экономического кризиса все больше людей может обращаться к пиратскому ПО, чтобы не платить за него.
По мнению Symantec, особенно тревожно то, что если у пользователей нет никакого программного обеспечения безопасности, они могут так и не узнать, что их Мас заражен, так как сами компоненты iWork работают как обычно.

Symantec дает пользователям следующие рекомендации:

· Проявляйте осторожность при выборе источника загружаемого ПО (и не используйте пиратское ПО)

· При желании попробовать программу наберите URL (http://www.apple.com/iwork/), который ведет прямо на домашнюю страницу Apple с легитимным ПО

· Регулярно проверяйте жесткий диск на наличие угроз с применением качественного ПО безопасности. Можно также подумать об установке межсетевого экрана для проверки входящих и исходящих несанкционированных соединений с компьютером

· Регулярно обновляйте ПО безопасности и следите за информацией о последних угрозах.

Более подробные сведения об этой угрозе можно получить здесь.
Symantec включила определение этой уязвимости в антивирусные базы Norton AntiVirus for Mac, Norton Internet Security for Mac и Symantec AntiVirus for Mac, так что для доступа к нему достаточно запустить LiveUpdate.

Windows 11 после обновления может отрезать вас от проводного интернета

Похоже, у сисадминов снова «праздник»: в сообществе r/sysadmin на площадке Reddit обсуждают баг апгрейдов Windows 11, из-за которого рабочие станции после обновления внезапно теряют проводную 802.1X-аутентификацию и остаются без Сети.

Сценарий звучит неприятно: обновляете машину «поверх» (например, с 23H2 на 25H2; люди пишут, что это повторяется и на ежегодных переходах), перезагружаетесь — и всё, Ethernet молчит.

Причина, согласно описанию участников обсуждения, в том, что после апгрейда папка dot3svc оказывается очищенной, а вместе с ней пропадают политики / профили, которые нужны Wired AutoConfig для 802.1X.

Wired AutoConfig (dot3svc) — это тот самый компонент Windows, который держит проводной 802.1X в рабочем состоянии. А его политики лежат как раз в директории C:\Windows\dot3svc\Policies (плюс есть папки для миграции во время апгрейда). И вот когда эти файлы исчезают / не мигрируют корректно, машина не может пройти 802.1X на коммутаторе и получить доступ к корпоративной сети.

Самое злое тут — эффект «замкнутого круга». Без сети устройство не может дотянуться до контроллеров домена, чтобы подтянуть Group Policy и восстановить настройки автоматически. Поэтому в полях лечат по старинке: подключают устройство в «открытый» порт без 802.1X, делают gpupdate /force (часто именно /target:computer), и только потом возвращают на защищённый порт.

Есть и ещё один баг: в отдельных кейсах при апгрейде люди жаловались на проблемы с машинными сертификатами, что особенно больно организациям на EAP-TLS (когда 802.1X завязан на PKI).

При этом самое обидное — на официальных страницах Windows Release Health для 24H2 и 25H2 упоминаний про 802.1X/dot3svc в списке известных проблем сейчас не видно.

Что с этим делать прямо сейчас, если вы планируете массовые апгрейды: многие админы советуют хотя бы заложить «страховку» в процесс — например, заранее сохранить содержимое C:\Windows\dot3svc\Policies и вернуть его после обновления, либо обеспечить доступ к сети через временно открытый порт, чтобы успеть прогнать gpupdate.

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