<![CDATA[Форум Guardant — Permission denied для libprotectstorage64.so]]> 2025-12-08T14:34:34Z PunBB https://forum.guardant.ru/topic/1101/ <![CDATA[Re: Permission denied для libprotectstorage64.so]]> Добрый день,

Если использовать защиту через Protection Studio, в среде Astra Linux SE, начиная с версии 1.7.6, необходимо отключать контроль разрешения исполнения кода в программном стеке в grub (установка parsec.execstack=1).

Если нет возможности отключать контроль разрешения исполнения кода, нужно реализовать защиту через API.

]]> https://forum.guardant.ru/user/2010/ 2025-12-08T14:34:34Z https://forum.guardant.ru/post/5532/#p5532 <![CDATA[Permission denied для libprotectstorage64.so]]> Возникает ошибка Permission denied для libprotectstorage64.so
Аппаратный ключ Guardant Sign. Защита файла производится в GPS 4.3.1 Защищаемое ПО на платформе .NET 8.0. + Avalonia.
Среда выполнения программы:
Astra Linux Special Edition
Обновление: 1.8.3.8
Архитектура х86, 64 разрядная
Версия ядра 6.1.141-1-generic
Графическая платформа Х11

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

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

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

]]> https://forum.guardant.ru/user/2709/ 2025-11-05T17:39:23Z https://forum.guardant.ru/post/5512/#p5512