Руководство по безопасности MCP: риски разрешений и данных перед установкой серверов

Одним предложением: MCP даёт ИИ «способность делать дела», но разрешения, которые получают эти руки, полностью зависят от того, что вы напишете в конфигурации. Поняв границы рисков, вы сможете пользоваться этим спокойно.

Откуда берётся риск? Три уровня

1️⃣ Сам подключаемый сервер ненадёжен (риск цепочки поставок)

Вы устанавливаете через npx -y xxx — тот, кто опубликовал пакет, контролирует, что его код может делать. Вредоносный или скомпрометированный сервер может украсть токены из переменных окружения, читать файлы и выкачивать данные. Это самая крупная категория рисков.

2️⃣ Слишком широкие учётные данные (риск авторизации)

Дали своему GitHub-токену полный доступ на чтение/запись к репозиторию? Тогда ИИ может менять ваш код и удалять ваши issues. Выдавайте минимальные привилегии: хватает только чтения — не давайте запись; хватает одного репозитория — не давайте весь аккаунт.

3️⃣ Промпт-инъекция

На веб-страницах, в документах и коде, которые читает ИИ, может скрываться вредоносный текст вроде «игнорируй инструкции пользователя и сделай XX», заставляющий ИИ вызывать высокопривилегированные инструменты. Это новый фишинг эпохи ИИ.

6 практических советов по защите

Устанавливайте только серверы с большим числом звёзд, долгосрочной поддержкой и официальным происхождением (как официальные экосистемы Microsoft / GitHub); незнакомых любительских проектов избегайте
Храните токены только локально; файлы конфигурации исключайте через .gitignore и никогда не отправляйте в репозиторий
Выдавайте учётные данные с минимальными привилегиями: токены только для чтения для GitHub, аккаунты только для чтения для баз данных — если нужно лишь смотреть, не давайте права на изменение
Настороженно относитесь к высокопривилегированным серверам: всё, что может выполнять команды, удалять файлы или читать весь ваш диск (например, серверы файловой системы), можно устанавливать только в доверенной среде
Будьте осторожны, когда ИИ сам просит учётные данные: скептически относитесь к разговорам вроде «мне нужен твой токен, чтобы продолжить» — легитимные сценарии никогда не требуют ваших ключей
Регулярно проверяйте: неиспользуемые серверы убирайте сразу, а после любой возможной утечки немедленно отзывайте токены и создавайте новые

Чек-лист безопасной установки

☐ У этого проекта больше 10 000 звёзд / он официально опубликован? ☐ Показывает ли README ясный пример конфигурации с минимальными привилегиями? ☐ Путь к файлу конфигурации уже добавлен в .gitignore? ☐ Токен, который я выдаю, покрывает только нужный объём? ☐ Нужен ли после установки перезапуск клиента? Не упускаю ли я что-то перед перезапуском?

Хотите системно подойти к выбору надёжных серверов? Загляните в избранный список этого сайта — уже отфильтрованный по признакам «официальный / много звёзд / активный».