a и c - это, если я правильно вас понимаю, один и тот же вопрос.
Вы хотите ограничить то, что возможно в вашей системе плагинов,простой ответ - пойти и ограничить окружающую среду.Создайте среду, в которой безопасность, GUI и все, что вы считаете священным, должны быть защищены конструкцией, назовите это песочницей, назовите ее очень строгим API, заставьте разработчиков плагинов использовать что-то, что не является настоящим программированиемlanguage.
Если невозможно сделать что-то похожее на экран входа в систему или перенаправить людей в другие места, это то, что злонамеренным разработчикам придется обойтись.
Это, однако, делаетдля жесткой системы плагинов, где разработчики имеют мало свободы для реализации новых функций, которые могут быть неприемлемы;а люди в прошлом ошибочно предполагали, что такое безопасная операция в прошлом.
b Знание того, кто разработал что-то, требует, чтобы вы запросили их и подтвердили личную информацию.
В этот момент вы можете просто использовать имя пользователя и пароль через SSL или систему подписи, где вы станете центром сертификации, если ваша система будет использоваться кем-то другим, и вы не хотите дополнительной нагрузкилюдей, загружающих плагины.Они всегда могут потерять свои ключи, но вы мало что можете с этим поделать.
Не подойдет для небольшой системы, даже если вы подписываетесь бесплатно.
Следующий лучшийопция - это дескриптор, где несколько проверенных плагинов, которые были законными, означают, что вы можете подключить свои плагины с меньшим количеством проверок или вообще без них.
Если разработчики не могут быть обеспокоены регистрацией учетной записи, либоВы всегда можете проверить IP с небольшим количеством трафика SSL, чтобы избежать подмены, и использовать его в качестве внутреннего имени пользователя.Люди с динамическими IP-адресами или с прокси-серверами и множеством плагинов для отправки могут в конечном итоге зарегистрироваться.
Конечно, для этого нужны люди, которые могут проверять плагины.