Безопасная среда Python в Linux

Question

Возможно ли создать среду для безопасного запуска произвольных скриптов Python под Linux? Предполагается, что эти сценарии будут получены от ненадежных людей и могут быть слишком большими, чтобы проверять их вручную.

Очень грубое решение состоит в том, чтобы создать виртуальную машину и восстановить ее начальное состояние после каждого запуска ненадежного скрипта. (Слишком дорого.)

Интересно, возможно ли ограничить доступ Python к файловой системе и взаимодействие с другими программами и так далее.

Answer 1

Рассмотрите возможность использования CHROOT острог. Это не только очень безопасно, хорошо поддерживается и проверено, но также применяется к внешним приложениям, которые вы запускаете с python.

Answer 2

Попробуйте поискать "песочницы питона", например .:

http://wiki.python.org/moin/SandboxedPython

http://wiki.python.org/moin/How%20can%20I%20run%20an%20untrusted%20Python%20script%20safely%20(i.e.%20Sandbox)

Answer 3

Вы можете запустить jython и использовать механизм песочницы из JVM. Песочница в JVM очень сильная, очень хорошо понятная и более или менее хорошо документированная. Потребуется некоторое время, чтобы точно определить, что вы хотите разрешить, и что вы не хотите разрешать, но вы должны иметь возможность получить очень сильную защиту от этого ...

С другой стороны, jython не является 100 % совместимость с CPython ...

Answer 4

есть 4 вещи, которые вы можете попробовать:

• Как уже упоминался, используя виртуальную машину или какую-либо другая форму виртуализации (возможно зоны достаточно легкие?). Если скрипт разбивает ОС, тогда вам все равно.
• Использование chroot, который помещает сеанс оболочки в виртуальный корневой каталог, отдельно от основного корневого каталога ОС.
• Использование systrace. Подумайте об этом как о брандмауэре для системных вызовов.
• Использование «острог», который опирается на Systrace, давая каждому из тюрьмы его собственной таблицы процессов и т.д.

Systrace был взломан в последнее время, так что надо знать об этом.

Answer 5

Не могли бы вы просто запустить как пользователь, который не имеет доступа ни к чему, кроме скриптов в этом каталоге?