23 октября GitHub сообщил об исправлении ошибки обработки Enterprise Managed Users. При отключении доступа через SCIM часть управляемых аккаунтов была удалена вместо предусмотренной приостановки и обезличивания. На Mentoring.digital объясняем, кому относится сообщение и как отделить восстановление истории от возвращения доступа.
Когда произошёл сбой и кого он затронул
Ошибка действовала с 1 по 13 июня 2026 года. По данным GitHub, затронуты примерно 12 285 аккаунтов в нескольких предприятиях. Большинство уже были приостановлены и окончательно отключены; 76 аккаунтов оставались активными на момент удаления.
В issues, pull request и журнале аудита авторы могли отображаться как ghost users. Причиной стал новый путь обработки запросов отключения, в котором не учитывался тип управляемой учётной записи. Этот путь отключили 13 июня. В октябрьском сообщении GitHub также сообщил о восстановлении записей.
Какой признак искать в журнале аудита
GitHub предлагает проверить события user.delete для Enterprise Managed User за период с 1 по 13 июня. Если таких событий нет, предприятие, согласно уведомлению, не затронуто. Владельцам затронутых предприятий дополнительных действий для восстановления не требуется.
Проверяемый признак здесь содержит и тип аккаунта, и период. Само слово ghost в интерфейсе или событие удаления в другую дату не доказывает связь с этим инцидентом.
Восстановление записи не означает возврат прав
В штатной модели SCIM отключённая управляемая учётная запись приостанавливается. При мягком отключении её в определённых условиях можно активировать повторно. При окончательном отключении, hard-deprovisioning, прежнюю запись повторно активировать нельзя: для возвращения человека требуется новая учётная запись.
Восстановление после ошибки вернуло записи в ожидаемое приостановленное и обезличенное состояние, чтобы сохранить прослеживаемость действий и историю аудита. Не следует понимать сообщение как автоматическое возвращение сотрудникам доступа к репозиториям.
Для команды полезно проверить, различаются ли в её процедуре отключение доступа, сохранение авторства и последующий возврат сотрудника. Работа с историей репозитория и учётными записями относится к разным механизмам. На разборе командной работы с Git можно отдельно обсудить, какие сведения нужны для понятной истории изменений и ревью.
