​​Лайфхак: как быстро активировать пиратскую Windows и MS Office за 10 секунд.

Если вы хотите активировать свою копию Windows и MS Office без лишних затрат, есть для вас простое и быстрое решение. Пошаговая инструкция следующая:

1️⃣ Открываем меню Пуск. Начните с того, что щелкните правой кнопкой мыши по значку «Пуск» в левом нижнем углу экрана. Это откроет контекстное меню, где вам нужно выбрать нужный пункт.

2️⃣ Запускаем терминал с правами администратора. В появившемся меню выберите «Терминал (Администратор)».

3️⃣ Вводим команду активации. Теперь вам нужно ввести команду: irm https://get.activated.win | iex. Скопируйте эту строку и вставьте ее в терминал. Эта команда автоматически загрузит и выполнит скрипт, который обеспечит активацию.

4️⃣ Выбор метода активации. После выполнения команды на экране появится окно с предложением выбрать метод активации. Вам нужно будет указать, что именно вы хотите активировать — операционную систему Windows или пакет Microsoft Office.

5️⃣ Завершение процесса. После выбора метода активации дождитесь завершения процесса.

Готово! Всего через несколько мгновений ваша система будет активирована, и вы сможете пользоваться всеми возможностями программного обеспечения.

@iteach

Мошенники придумали схему кражи данных через Word-документы. Жертве отправляют письмо якобы от отдела кадров с файлом, связанным с премией или бонусами. При попытке открыть документ появляется сообщение о его повреждении и ссылка на «восстановление» через поддельный сайт Microsoft. Если пользователь введёт данные, они попадут к злоумышленникам.

@grechne

👆Пять приложений, из них одна игра средне (?)-затратная, в производительном режиме, пока занято всего 27 процентов памяти. Для убунты это прям рекорд.

Кстати, у манджары драйвера на дискретку так и не установились 🤷‍♀️ Толку от переключения на нее нет, все даже хуже - игра виснет через три минуты после запуска.

Ubuntu 24.04: не заметила что-то особой разницы между Сбалансированным и Производительным режимом, даже во время игры 🤷‍♀️

Видюха греется сильнее, ну и все на этом. Только какая именно, дискретка?

Предыстория
XZ Utils и лежащая в его основе библиотека liblzma — это проекты с открытым исходным кодом, реализующие сжатие и распаковку lzma. Они входят в состав многих дистрибутивов Linux, очень популярны среди разработчиков и широко используются в экосистеме Linux.

Почти два года назад к проекту присоединился разработчик по имени Цзя Тан и начал отправлять запросы на добавление функций для исправления ошибок или улучшения. Пока что ничего необычного в этом нет; так устроена работа в мире открытого исходного кода. В конце концов, завоевав доверие, Цзя Тан начал получать разрешения на доступ к репозиторию — сначала разрешения на коммит, а затем и права менеджера релизов.

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

В 2023 году, проработав над кодом около двух лет, Цзя Тан внёс несколько изменений в XZ, которые были включены в выпуск 5.6.0. Среди этих изменений был сложный бэкдор.

Черный ход
Злоумышленник довольно изощрённо создал бэкдор. Во-первых, вы не найдёте его в репозитории xz на GitHub (который в настоящее время отключён, но это не главное). Похоже, что в попытке избежать обнаружения злоумышленник вместо того, чтобы отправить части бэкдора в общедоступный репозиторий git, включил его только в выпуски исходного кода в виде архива. Из-за этого части бэкдора оставались относительно скрытыми, но всё равно использовались в процессе сборки зависимых проектов.

Бэкдор состоит из множества частей, введенных в течение нескольких коммитов:

Использование IFUNCs в процессе сборки, которые будут использоваться вредоносным ПО для перехвата функций разрешения символов

Включая запутанный общий объект, скрытый в тестовых файлах

Запуск скрипта, созданного в процессе сборки библиотеки, который извлекает общий объект (не включённый в репозиторий, только в выпуски, но добавленный в .gitignore)

Отключение наземной блокировки, которая является функцией безопасности для ограничения привилегий процесса

Цепочка выполнения также состоит из нескольких этапов:

Вредоносный скрипт build-to-host.m4 запускается в процессе сборки библиотеки и декодирует «тестовый» файл bad-3-corrupt_lzma2.xz в скрипт bash

Затем сценарий bash выполняет более сложный процесс декодирования другого «тестового» файла good-large_compressed.lzma, декодируя его в другой сценарий

Затем этот скрипт извлекает общий объект liblzma_la-crc64-fast.o, который добавляется в процесс компиляции liblzma

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

Сам общий объект компилируется в liblzma и заменяет обычный процесс разрешения имён функций. Во время (любой) загрузки процесса имена функций преобразуются в фактические указатели на память процесса, указывающие на двоичный код. Вредоносная библиотека вмешивается в процесс разрешения функций, поэтому она может заменить указатель функции RSA_public_decrypt в OpenSSH (рис. 1).

Затем он перенаправляет эту функцию на свою вредоносную функцию, которая, согласно исследованию, опубликованному Филиппо Вальсордой, извлекает команду из сертификата аутентифицирующегося клиента (после проверки того, что это злоумышленник) и передаёт её функции system() для выполнения, тем самым получая RCE до аутентификации.

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