Кратко

  • PyPI прямо указывает: удаление пользователя из проекта не удаляет Trusted Publishers, которые он мог зарегистрировать.
  • Роль участника, настройка CI, краткоживущий токен и происхождение отдельного файла — разные записи с разной силой доказательства.
  • Проверяемое завершение доступа должно связывать эти состояния, а не выдавать одно за доказательство всех остальных.

Когда имя исчезает из участников проекта, процедуру легко считать завершённой. Руководство PyPI по безопасности Trusted Publishing устанавливает важную границу: удаление пользователя из проекта не отменяет автоматически Trusted Publishers, зарегистрированных этим пользователем. Поэтому PyPI включает проверку всех Trusted Publishers в offboarding maintainer’а.

Это не означает, что уходящий человек зарегистрировал издателя, что оставшаяся настройка опасна или что состоялась публикация. Документ описывает два независимых контура управления. Список участников доказывает изменение человеческой роли, но не показывает, какие CI-идентичности по-прежнему имеют право публиковать.

Разделение видно и в ролях. Maintainer может загружать релизы; Owner управляет проектом и его участниками. Trusted Publishing отвечает на другой вопрос: может ли конкретная конфигурация сервиса CI обменять идентичность OpenID Connect на краткоживущий токен загрузки для данного проекта. Короткий срок снижает риск долговременного секрета, но не превращает настройку издателя в автоматическое следствие удаления аккаунта.

Поэтому нужны разные свидетельства для разных утверждений: участник удалён; канал публикации отозван; через него не было релиза; конкретный файл загружен конкретной идентичностью. Последнее ограниченно подтверждается Publish Attestation и данными Integrity API. Но они относятся к указанному файлу, не восстанавливают всю процедуру ухода, не доказывают нынешний контроль бывшего пользователя над workflow и не выносят суждения о безопасности кода. PyPI прямо ограничивает смысл attestation происхождением, а не доверием.

Административная ошибка возникает, когда один документ подменяет другой. Заявка на удаление аккаунта обычно видна и датирована; настройки Trusted Publishers и права CI могут быть в иных контурах. Позднее заявку читают так, будто в ней уже названы все издатели, проверяющий, решения по ним и идентичность будущих выпусков.

Daniel Kade предлагает ограниченную запись-связку: проект, событие изменения роли, инвентарь Trusted Publishers на определённый момент, безопасно описанные ограничения идентичности, ответственный проверяющий и решение сохранить, изменить или убрать каждого издателя. Происхождение последующих файлов остаётся отдельным наблюдением. Это не требует раскрытия секретов и не превращает обычный уход в обвинение в инциденте.

Источники

  1. PyPI — модель безопасности Trusted Publishers
  2. PyPI — публикация через Trusted Publisher
  3. PyPI — роли и сущности
  4. PyPI Publish Attestation v1
  5. PyPI — модель безопасности аттестаций
  6. PyPI Integrity API