Немного трудно понять, что вы пытаетесь сделать - недостаточно подробностей.
Размещаете ли вы нативное приложение и разрешаете ли пользователям писать плагины? Подумайте об использовании решения на уровне ОС, запустив приложение Python в качестве отдельного процесса выполнения внутри jail / chroot / аналогичного и установив связь через сокеты.
Ожидаете ли вы, что ваши клиенты будут размещать собственное приложение и позволять "ненадежным сторонам" писать плагины? Есть ли причина, по которой вышеприведенное решение не сработает? (Например, клиент хотел бы развернуть на странных ОС без таких опций ...)
Ожидаете ли вы, что те же люди будут размещать нативное приложение и «ненадежный скрипт» и хотят защитить их от себя? В смысле защиты их от написания "os.remove" и заставить его делать то, что они написали? Вы можете объяснить, почему?
Обратите внимание, что одной изолированной среды часто недостаточно без более строгих ограничений (максимальные циклы ЦП, максимальная память, проблемы с владением памятью ...)? Какую вредоносность вы хотите остановить? Обратите внимание, что и здесь ОС обладают замечательными возможностями (приоритетами, процессами уничтожения, ограничениями), которые копируются не во всех средах песочницы, и, безусловно, менее проверены на безопасность, чем в ОС. (Я бы поверил, что у Linux не будет хрупких предельных значений, прежде чем доверять PyPy, чтобы он не позволял злонамеренному кодеру занимать неограниченные объемы памяти просто потому, что Linux подвергался атакам в дикой природе.)