Некоторые серверы на HostedMCP имеют отметку Verified. На этой странице подробно объясняется, что именно подтверждает эта отметка, чтобы вы могли решить, насколько ей доверять.
Verified означает, что сервер прошел нашу автоматизированную проверку (версия 2) в своем публичном репозитории, пакетах, зависимостях, описаниях инструментов и эндпоинтах. Это не означает, что код проверялся человеком, и мы никогда не запускаем сервер от вашего имени. Воспринимайте это как «в публичных данных не обнаружено явных проблем», а не как гарантию безопасности.
Проверки
Мы проводим одиннадцать проверок раз в неделю, а также при каждом изменении README или пакетов в листинге. Каждый результат сохраняет доказательства и ссылку на публичный источник, из которого он был получен, чтобы вы могли проверить всё самостоятельно.
| Группа | Проверка | Вес | Источник | Причина неудачи |
|---|---|---|---|---|
| Origin | Исходный репозиторий | 10 | GitHub | пакет без привязанного репозитория или репозиторий, к которому нет доступа |
| Origin | Соответствие имен пакета и репозитория | 5 | npm, PyPI | метаданные самого пакета указывают на другой репозиторий |
| Origin | Происхождение сборки | 10 | Sigstore attestations на npm и PyPI | учитывается только при наличии аттестации; её отсутствие не считается нарушением |
| Origin | Лицензия | 5 | GitHub, SPDX | отсутствие лицензии или лицензия, не одобренная OSI |
| Practices | Поддержка | 5 | GitHub | отсутствие коммитов и релизов за последние 365 дней |
| Practices | OpenSSF Scorecard | 15 | OpenSSF | если оценка ниже 7 из 10, часть веса начисляется пропорционально результату |
| Supply chain | Имя пакета | 10 | наш список популярных пакетов | имя, отличающееся на одну-две буквы от популярного пакета, принадлежащего другому владельцу |
| Supply chain | Уведомления об уязвимостях | 15 | deps.dev, OSV | наличие критического уведомления (advisory) в пакете или любой разрешенной зависимости этой версии |
| Tool safety | Скрытые инструкции | 15 | описания инструментов, README | текст, нацеленный на модель ("ignore previous instructions", блоки <IMPORTANT>), невидимые символы Unicode или описание инструмента, указывающее на такие файлы, как ~/.ssh |
| Tool safety | Деструктивные инструменты | 5 | аннотации инструментов | инструмент с именем вроде delete_*, drop_* или exec* без аннотации destructiveHint |
| Endpoint | MCP handshake | 5 | наш живой запрос | удаленный эндпоинт по обычному HTTP или эндпоинт, который не отвечает на initialize |
Как рассчитывается оценка
Проверка учитывается только в том случае, если у нас есть соответствующие данные. У хостинг-сервера нет пакета, поэтому проверки пакета, происхождения и advisory к нему не применяются; если репозиторий не был проанализирован Scorecard, результат Scorecard для него отсутствует. Пропущенные проверки не влияют на итоговый балл, поэтому сервер никогда не получает понижение рейтинга из-за того, что мы не смогли провести проверку.
Оценка представляет собой отношение веса пройденных проверок к общему весу запущенных проверок. Чтобы получить статус Verified, сервер должен соответствовать следующим критериям:
- оценка 80 или выше,
- отсутствие серьезных нарушений (имя пакета, незащищенный HTTP, скрытые инструкции или критический advisory),
- пройдено не менее 60 из 100 проверяемых баллов, чтобы листинги с почти полным отсутствием данных не могли пройти проверку по умолчанию,
- наличие публичного репозитория исходного кода, прошедшего проверку.
На странице каждого сервера перечислены все проверки с их результатами, доказательствами, датой выполнения и, если это указано в отчете Scorecard, коммитом, который они описывают. Мы храним последние десять результатов для каждого сервера.
О чем здесь не говорится
Проверки считывают публичные данные и выполняют один handshake-запрос к удаленным эндпоинтам. Они не исполняют код сервера и не проводят аудит его логики. Сервер может пройти все проверки, но при этом выполнять действия, которые вам не нужны, а качественно реализованный сервер может не получить этот статус просто потому, что необходимые нам данные не опубликованы. Официальный сервер от вендора продукта обычно является более надежным подтверждением доверия, чем эта отметка.
Прежде чем устанавливать локальный сервер, помните, что он запускается с правами вашего пользователя. Изучайте исходный код, отдавайте предпочтение серверам, опубликованным компаниями-разработчиками продуктов, и предоставляйте каждому серверу токен с максимально узким набором необходимых прав. В нашем руководстве по безопасности MCP эти вопросы разобраны более подробно.
Что-то не так?
Если проверка ошибочно пометила ваш сервер, заявите права на листинг и сообщите нам об этом или напишите на legal@hostedmcp.org. Если вы считаете, что Verified сервер представляет угрозу, напишите по тому же адресу, и мы рассмотрим ваше обращение в течение 72 часов.