Drovosek01

Плохо искали.
Как один из множества вариантов: https://enigmaprotector.com/en/aboutvb.html

Перенес часть своего комментария в ответ:

В своих исходниках Frida.dll (если это C++) добавляете примерно такое:

extern "C" __declspec(dllexport)
void ExportStub() {}

Далее через CFF Explorer в таблицу импорта своего exe файла, в который хотите запаковать dll библиотеку, добавляете Frida.dll выбирая в качестве импортируемой функции добавленную пустышку ExportStub.
Затем через Enigma Virtal Box запаковываете Frida.dll в ваш exe файл.
Готово.

P. S.
Если Вам достаточно того, что exe файл будет подгружать библиотеку Frida.dll без её упаковки внутрь exe (она просто будет лежать рядом с exe), то пункт с Enigma Virtal Box можете не выполнять.

Добрый день.
Прежде всего желаю вам успехов в изучении Java.

Как в IntelliJ IDEA в проекте в директории src создать поддиректории?

В Java мы оперируем не директориями, а пакетами (Package), хоть по сути пакеты и являются директориями.

Нажмите ПКМ на src и выберите New -> Package. Введите название пакета.
Чтобы создать вложенный пакет можно сделать следующее:
1) Выберите при помощи ЛКМ созданный пакет (например, com), а затем New -> Package и введите название нового пакета.
2) Либо есть более простой вариант создания вложенный пакетов - разделять названия при помощи символа "точка".
Когда кликаете ПКМ на src просто вместо указания одного названия например com, укажите com.example.
Также рекомендую прочитать про java naming convention и правила наименования пакетов.
Вот. например - developer.alexanderklimov.ru/android/java/package.php
https://metanit.com/java/tutorial/3.2.php

Потому что считается количество переводов строки, а у вас последняя строка заканчивается концом файла, а не переводом.

Закодировать в base64, при применении раскодировать

Как костыльный вариант:
file_content="$(cat /etc/hosts ; echo Y)"

Помним, что последняя строка- мусор. При обработке ее убираем:
echo "$f" | sed '$d'

При указании полного пути требуются execute права ("x") на каждую папку в цепочке родителей.

медленно, ну потому что медленно :)

Для доступа к правилам оно использует всякие DCOM интерфейсы, что небыстро по определению
Вон как там всё непросто

Для ускорения можно попробовать в обратную сторону

Get-NetFirewallApplicationFilter | Where-Object { $_.Program -eq $exePath } | Get-NetFirewallRule

Причём мой вариант будет правильнее. потому что он на выходе получает не ApplicationFilter, а правило, которое можно проверить. Может оно вообще разрешающее, а не запрещающее и его надо менять/удалять.

А проверка нескольких exe должна делаться не через цикл, как может показаться на первый взгляд, а через массив

$progs = 'exe1.exe', 'exe2.exe'
Get-NetFirewallApplicationFilter | Where-Object { $_.Program -in $progs } | Get-NetFirewallRule

P.S. А вот от такого вообще надо избавляться
| Where-Object { $_ }
Это бессмысленный код в данном контексте

Drovosek01, в catch{} не попадает потому что ошибка не блокирующая
Remove-Item [-Path] <System.String[]> ....
За раз можно удалять несколько объектов. и при ошибке удаления одного процесс не прерывается, а продолжается, если об этом не попросить

-ErrorAction Stop правильный ответ

Этот код в Powershell:

'тестовая string' | Set-Content -NoNewline test.txt -Encoding 'UTF8'

создает только строку 'тестовая string' без всяких CRLF символов!
Это можно проверить, открыв файл в любом другом текстовом редакторе в режиме показа всех символов(к примеру Notepad++)
А то что вы видите в VScode - зависит от его собственных настроек.

Взломать можно все, что угодно - это лишь вопрос объема прикладываемых усилий/времени/денег для этого. Со стороны разработчика можно только осложнить этот процесс, но не предотвратить. Стандартная практика - осложнить взлом ровно на столько, чтобы объем затрачиваемых на взлом усилий себя не окупил или получаемая выгода была минимальна. Для начала вам следует определиться с ценностью того, что вы хотите защитить в своих приложениях и определиться с бюджетом времени/денег для затрат на защиту этих важных для вас данных, процессов и прочего. А уже потом прорабатывать меры защиты. Судя по вашим вопросам вам потребуется нанять консультанта, который поможет подобрать оптимальные для вас меры защиты.

Как я себе это понимаю:
cmd подставляют значения переменных до выполнения команды и формируют очередную командную строку, затем ее выполняют.
При этом команда for ... () со всем ее содержимым интерпретируется первоначально как одна команда (это можно увидеть если убрать echo off), соответственно переменные во внутренних командах цикла не могут быть подставлены в этот момент, т.к. они просто не имеют нужного значения в начале цикла.
Затем, когда выполняется цикл, запускается вложенный cmd и уже ему нужно подставлять переменные в команды.
Для того чтобы переменные не подставлялись перед выполнением цикла используется другой синтаксис обращения к переменным.

То же самое происходит и с if, видимо.

ls -ld testdir

по умолчанию, команда ls выводит указанные файлы, если же указаны директории, то их содержимое.
Чтобы "залочиться" в текущей папке, нужно использовать опцию -d