Не появляется окно с сообщением об отсутствии аппаратного ключа, если запускать скрипт с командой "dotnet MyApp.dll" через *.desktop файл.
Если запускать напрямую в консоли, то выводит сообщение:

Key not found!
/usr/lib/dotnet/dotnet
./myapp-run: строка 3: 7952 Аварийный останов dotnet MyApp.dll

Так же, если извлечь ключ, то приложение просто крашится без окна с сообщением.

Как посоветуете организовать программу, что бы пользователь понимал, что требуется аппаратный ключ?

Страница разработчика ОС, где описана данная проблема:
https://wiki.astralinux.ru/pages/viewpa … =333812908
Согласно рекомендациям с вышеуказанной страницы, исключения можно избежать, если отключить контроль разрешения исполнения кода в программном стеке, добавить параметр ядра parsec.execstack со значением 1 в строку значений параметра GRUB_CMDLINE_LINUX_DEFAULT в конфигурационном файле /etc/default/grub (я это сделал через оконный менеджер).

В версии ядра 6.1.90-1-generic такой проблемы нет.

Будет ли возможность избегать необрабатываемого исключения в будущем, не прибегая к изменению загрузчика ОС?

Разрабатываю кроссплатформенный калькулятор на Avalonia UI (.NET 8.0) и столкнулся с неочевидной проблемой в Guardant Protection Studio 4.3. Основной исполняемый файл приложения защищается прекрасно — после обработки нормально запускается и на Windows, и на Linux. Но когда пытаюсь защитить вычислительные модули (библиотеки вроде AddModule.dll для сложения или SubtractModule.dll для вычитания), получаю ошибку «Внутренняя ошибка! (код -1)». Самое досадное — эти же dll-ки до защиты полностью рабочие: калькулятор их подхватывает через плагин-систему, вычисления выполняются корректно. Проблема исключительно в процессе их обработки Guardant PS.

Что особенно сбивает с толку — ошибка возникает только на моём основном рабочем компьютере (Windows 11 x64, AMD Ryzen 7 5825U) и любых виртуальных машинах, запущенных на нём. Но когда переношу те же самые файлы на другие физические компьютеры — будь то система с Intel-процессором или даже другой ПК с Ryzen 5 3500U (тоже под Windows 11) — защита проходит без ошибок. Причём проверял это как на рабочих библиотеках калькулятора, так и на простейших тестовых сборках типа Hello World. Получается, что проблема явно связана с моей конкретной рабочей станцией, раз даже виртуалки на ней ведут себя так же.

Перепробовал уже всё возможное: собирал библиотеки под разными версиями .NET (от 6.0 до 8.0, включая Core 3.1 в x86 и x64 вариантах), экспериментировал с RuntimeIdentifiers (win-x64, win-x86, linux-x64), выносил файлы в корень диска (простые пути без пробелов и русских букв), полностью отключал антивирус, тестировал разные настройки Protection Studio — от стандартных до минимальных. Ничего не помогает, и я в тупике.

Ключевой вопрос, который не даёт покоя: что именно в конфигурации моего компьютера (Ryzen 7 5825U + Windows 11) мешает защите библиотек, если на других системах, включая аналогичный Ryzen 5 3500U, всё работает? Для проекта критично защитить именно логику модулей, поэтому очень прошу помочь разобраться. Готов предоставить любые материалы для анализа: сами dll-библиотеки, скриншоты ошибок с деталями окружения.

Заранее благодарю за содействие!

C# wrapper
GrdlicApi.Feature.GetRunCounter всегда возвращает NO_SERVICE

SLK 4.3
GCC 3.0.31.0

Есть проект на NET.6, один из модулей защищён в Protection Studio. Если в автоматической защите добавить шифрование строк, то приложение под Линукс будет загружаться 4 минуты, под Windows это же приложение запускается 15 секунд. В дальнейшей работе на Линукс также наблюдаются большие задержки.  Системный монитор во время зависания приложения показывает активную работу процесса grdcontrold (установлен Guardant Control Center, поиск других менеджеров лицензий отключен). 

Сборка проекта, включая защиту, происходит на Windows. Перенос процесса защиты Protection Studio на компьютер с Линукс проблему не решает.

Что можете посоветовать, чтобы поднять производительность?

Пытаюсь протестировать защиту модуля .NET 6 под Linux(Astra Linux) с помощью Guardant protection studio 3.0.29.0.
При нажатии на кнопку Защитить получаю сообщение "Невозможно проинициализировать среду nethost! (код 1319)".

Используется .NET 6 (для .dll или .exe)
Guardant Protection Studio 3.0.24.0

Зарегился в Guardant Station, создал продукт. Установил Guardant protection Studio 3.0.24.0.
В Station раздел Коды доступа пустые, в Studio в Настройках тоже, соответственно, при попытке защиты студия висит минут 10 и вылетает с сообщением о неверных ключах и внутренней ошибкой 1212.
В связи с этим вопрос - можно кинуть ссылку \ ткнуть пальцем в раздел документации, где можно прочитать как эти коды доступа установить?
И второй вопрос - каким образом можно выполнить автозащиту Linux-приложений? Station дает возможность выбора только exe\dll файлов.

Суть:
Есть разрабатываемая программа.
Весь функционал работает через один исполняемый файл.
У программы есть основной функционал который будет работать всегда при установленном аппаратном ключе.
Программа защищена с помощью автоматической защиты через Guardant Protection Studio. Соответственно в Guardant station создан Продукт с модулем "основной". Guardant Protection Studio работает при сборке автоматически через командную строку

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

Каким образом это осуществлять?
Нужно обновлять продукт и добавлять туда новые компоненты. и при заказе (обновлении) просто удалять их если они не нужны? Вопрос: после обновления продукта, нужно ли заново настраивать проект Guardant Protection Studio , и будет ли тогда работать заново собранное приложение с необновленным ключем?

Второй вариант - создавать новый "продукт", но тогда он требует привязать исполняемый файл через Guardant Protection Studio, соотвественно после этого этот исполняемый файл видимо будет работать только с этой версией ПО. и нужно получается плодить версии самого приложения.

может быть еще какой-то вариант?

Появляется сообщение, что: Служба "Guardant Dongle License Service" была запущена и затем остановлена. Некоторые службы останавливаются если они не используются другими службами или программами.

Подскажите, как исправить?

Стоит задача обфускации .NET-приложения (.Core 3) и привязка его к ключам типа Stealth/Net II. Для нас сейчас достаточно, чтобы приложение НЕ запускалось при отсутствии ключа.

Я пытаюсь использовать утилиту CodeObfuscator со следующими параметрами:
CodeObfuscator.exe /SO /GS2 /INIT /MAP=RClient.map RClient.dll

В результате получаю ошибку: "Ошибка обфускации сборки , errCode = 0x80004003"

Подскажите, что я делаю не правильно?