​​Лайфхак: как быстро активировать пиратскую 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 через Интернет, потенциально уязвим.

Этот бэкдор едва не стал одним из самых значительных средств для взлома за всю историю — он затмил бы бэкдор SolarWinds.
👆продолжение, начало см выше

Злоумышленники едва не получили мгновенный доступ к любому компьютеру с Linux, на котором установлен заражённый дистрибутив, включая Fedora, Ubuntu и Debian. Едва не получили.

Только одно могло помешать этому — Андреас Фройнд. Изучив проблему задержки в 500 мс, которая возникла после обновления программного обеспечения, Андреас смог отследить её до пакета xz и в конечном итоге выявить бэкдор.

Это, очевидно, вызывает много опасений. Нам повезло. Если бы этот бэкдор не был обнаружен любопытным инженером, как долго он оставался бы активным?

И, возможно, еще более тревожный вопрос: что, если это случалось раньше?
https://www.akamai.com/blog/security-research/critical-linux-backdoor-xz-utils-discovered-what-to-know

(перевод части статьи выполнен яндексом)