<![CDATA[Форум Guardant — Permission denied для libprotectstorage64.so]]> https://forum.guardant.ru/topic/1101/ Mon, 08 Dec 2025 14:34:34 +0000 PunBB <![CDATA[Re: Permission denied для libprotectstorage64.so]]> https://forum.guardant.ru/post/5532/#p5532 Добрый день,

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

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

]]> Mon, 08 Dec 2025 14:34:34 +0000 https://forum.guardant.ru/post/5532/#p5532 <![CDATA[Permission denied для libprotectstorage64.so]]> https://forum.guardant.ru/post/5512/#p5512 Возникает ошибка 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 такой проблемы нет.

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

]]> Wed, 05 Nov 2025 17:39:23 +0000 https://forum.guardant.ru/post/5512/#p5512