ValdikSS

Наиболее вероятно вот это: Не открываются некоторые сайты за Cloudflare CDN.
Проблема затрагивает десятки тысяч доменов.

https://forum.ru-board.com/topic.cgi?forum=55&topi... (требуется регистрация)
https://forum.simplix.info/viewtopic.php?id=722&p=1

Стратегия одна на все времена — устанавливайте только проверенное ПО от поставщиков, которым вы доверяете. У вас речь про PPA, но в тегах Windows — непонятно, какую ОС вы используете, но Debian и Ubuntu LTS следуют парадигме стабильности — просто так в репозиториях новая версия не появится, обновления закрывают преимущественно ошибки и уязвимости, с помощью патчей к текущей версии ПО.

Используйте межсетевой экран.

Вам нужна карта захвата HDMI. Самый дешевый, но самый поганый вариант — донглы на Macrosilicon за $15 с aliexpress. Они захватывают максимум 1920×1080@30 Гц / 1280×720@60 Гц, только в MJPEG, только с цветовой субдискретизацией, да еще и в неполном горизонтальном разрешении — картинка будет поганой, но будет хоть какая-то.

Больше информации об этих картах:
https://www.naut.ca/blog/2020/07/09/cheap-hdmi-cap...
ciko.io/posts/cheap_usb_hdmi

Варианты вот такие:

Профессионалы, которые не просто перекодируют видео, но еще и обрабатывают его, используют avisynth/vapoursynth + avs2yuv + x264/x265.

Да, расширения браузеров на основе Chromium и Firefox поддерживают технологию Native Messaging, которая позволит запустить конкретную нативную программу, а уже из неё вы сможете запускать что угодно.

Linux не позволяет изменить файл запущенной программы потому, что он не всегда загружается в оперативную память полностью, а может быть считан с диска в разные моменты выполнения программы.

Прямым ответом на ваш вопрос:

при fork-e копируется основная программа и не высвобождается handler исполняемого файла, что необходимо достичь

Будет копирование всех заmap'ленных сегментов в оперативную память, правильная настройка памяти, и munmap() оригинальных маппингов.

Самый простой вариант «выполнения execve не через файл» — использование вызова memfd_create для создания «файла» полностью в оперативной памяти (Linux 3.17+). Вот здесь этот подход описан подробно.
Альтернативные универсальные варианты — написание собственного загрузчика ELF/PE, вместо использования execve.
Либо просто сожмите файл upx'ом, его загрузчик сам загрузит файл в оперативную память целиком, без файловых mmap'ов.

Непонятно, какую задачу вы хотите решить изначально. Вы можете просто удалить файл rm'ом, затем создать на его месте новый, с таким же названием, и в него уже писать новое содержимое.
Если задача в редактировании кода или данных программы на лету, то это можно сделать непосредственно в памяти, путем записи в /proc/PID/mem.

У функции CreateProcess есть флаг CREATE_SUSPENDED
https://knight.sc/malware/2019/01/06/creating-susp...

https://github.com/antoniomika/sish

Воспользуйтесь буквально любой программой низкоуровневой очистки дисков. В частности, AOMEI Partition Manager имеет эту функцию.

Программы, которые вы ищете, так и называются — симуляторы. Симуляторы полных компьютеров (или, скорее, процессора + части устройств материнской платы, просто встраиваемых систем) существуют, но они разрабатываются для профессионалов, занимающихся созданием новых процессоров, видеокарт, других современных комплексных устройств, для того, чтобы можно было писать и тестировать софт во время разработки железа, даже до получения первых инженерных образцов.

Вам, вероятно, подойдут визуальные симуляторы процессоров и систем 80-х и 90-х, вроде Motorola 68000 и подобных. В них подсвечивается, в какой области памяти или регистре ассемблерная инструкция изменила значение, отображается текущее состояние различных подсистем.

www.easy68k.com

Если это симулятор готового устройства (игровой консоли, например), то в нём также отображается состояние графического адаптера, его память, регистры звуковой подсистемы, и т.п.

https://fceux.com/web/help/Debugger.html

Также существуют самые низкоуровневые симуляторы уровня транзисторов.

visual6502.org/JSSim/index.html

Для Android существует VPN Hotspot. Требуется root.

Используйте WinDivert.

Откройте письмо в оригинальном виде (с заголовками и прочим), посмотрите, в каком виде в нём записано название файла. Способов кодирования имён файлов много, и, судя по вашему скриншоту в комментариях, я подозреваю, что Outlook показывает его из параметра filename поля Content-Disposition.

Длинные имена кодируются в Content-Disposition несколькими строками. Например, имя файла "Простой файл.txt" выглядит следующим образом:

Content-Type: text/plain; charset=UTF-8;
 name="=?UTF-8?B?0J/RgNC+0YHRgtC+0Lkg0YTQsNC50LsudHh0?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=UTF-8''%D0%9F%D1%80%D0%BE%D1%81%D1%82%D0%BE%D0%B9%20%D1%84;
 filename*1*=%D0%B0%D0%B9%D0%BB%2E%74%78%74

По всей видимости, либо из-за ошибки в обработчике письма (средствами антивируса или фильтров на сервере), либо из-за ошибки в Outlook, у вас корректно отображается только первая строка файла (filename*0*, "Простой ф" в моём случае), а последующие (filename*1* и далее) — не декодируются. На вашем скриншоте также видно 9 корректных первых символов, что подтверждает мою догадку.