Python & QT4: защита от модификации

man sudo

и? еще раз повторяю - по ТЗ оператор может войти под пользователем root и никакой sudo мне не поможет, если он захочет он изменит любые исходники и все.

> по ТЗ оператор может войти под пользователем root

От рута не защитишься, разве что использовать SELinux... можно включать хэш настроек в сам отчет, но это пол-решения.

> еще раз повторяю - по ТЗ оператор может войти под пользователем root

Я к тому, как можно обойтись без входа под рутом. Например, оператора допускать к софтине через sudo из-под обычного юзера.

> и никакой sudo мне не поможет, если он захочет он изменит любые исходники и все.

Вообще, если есть прямой доступ к компьютеру, то ничего не поможет.

Как вариант -- использовать suid bit. Так работает, например, mount. Обычный юзер его запускает с рутовыми правами, но сам бинарник никак изменить не может.

И как это спасёт от рута?

http://docs.python.org/lib/module-compileall.html

может рассмотреть вариант защиты от анализа?
http://www.lysator.liu.se/~astrand/projects/pyobfuscate/

Никак. От рута ничего не спасет, можно только затруднить процесс взлома.

Компиляция не поможет, питоновский байткод легко декомпилируется.

Запихни свою поделку на ридонли loop устройство.

Правда это не выход, а затруднение, если захочет то сломает.

Нехер под рутом разрешать работать, ВСЕ можно через sudo сделать

Ну - простейший вариант защиты от простого пользователя уже прозвучал - вместо исходников выкладывай откомпиленный байт-код. Его уже просто так в текстовом редакторе не подправишь.

Тут фигурируют термины администратор и оператор. Решается только разграничением прав доступа - для оператора только на исполнение. Больше логически никак. Можно крепить к отчету ЭЦП, которую будет генерить отдельный токен, в который на вход будет поступать слепок сырцов, но вобщем то даже это не спасет. :)

Кароч никак нельзя. Разве что вы эти скрипты зашьете в какой то отдельный однокристальный модуль :]

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

Если вас интересует безопасность, единственно возможное решение -- разработать программно-аппаратное устройство. Отдельный комп или что то в том духе. Который необходимо опечатывать итд итп.

Вы можете впринципе воспользоватся чем-либо вроде SELinux/grsec, размещать утилиты на шифрованых разделах, ключи хранить в памяти ядра или на специальном токене, подписать ядро и проверять подпись при старте ядра.

Впрочем, опять же, это ничего не гарантирует.

Следить за сотрудника, и если подделывают отчеты мочить этих говнюков.