# Оценка оповещений от сканирования секретов

Узнайте о дополнительных функциях, которые помогут оценить оповещения и определить приоритеты их исправления, например проверка допустимости секрета.

## О оценке оповещений

Существуют некоторые дополнительные функции, которые помогут вам оценить оповещения, чтобы лучше определить приоритеты и управлять ими. Вы можете:

* Проверьте допустимость секрета, чтобы узнать, активен ли секрет.
  См. [раздел «Проверка достоверности секрета](#checking-a-secrets-validity)».
* Выполните проверку допустимости по запросу, чтобы получить наиболее актуальное состояние проверки. См. [Проведение проверки действительности по требованию](#performing-an-on-demand-validity-check).
* Просмотрите метаданные маркера.
  **Относится только к GitHub токенам**. Например, чтобы узнать, когда токен был использован в последний раз. См. [Обзор GitHub метаданных токенов](#reviewing-github-token-metadata).

## Проверка допустимости секрета

Проверки допустимости помогают определить приоритеты оповещений, сказав вам, какие секреты являются `active` или `inactive`. Секретом `active` является тот, который по-прежнему может быть использован, поэтому эти оповещения должны быть проверены и исправлены в качестве приоритета.

По умолчанию GitHub проверяет валидность GitHub токена и отображает статус валидации токена в режиме оповещений.

Организации, использующие GitHub Team, GitHub Enterprise Cloud с лицензией на GitHub Secret Protection, или GitHub Enterprise Server с лицензией на GitHub Secret Protection , также могут включать проверки действительности партнерских паттернов. Для получения дополнительной информации см. [раздел «Проверка валидности секрета](/ru/enterprise-server@3.22/code-security/tutorials/remediate-leaked-secrets/evaluating-alerts#checking-a-secrets-validity)».

| Срок действия             | Состояние  | Результат                                                                 |
| ------------------------- | ---------- | ------------------------------------------------------------------------- |
| Активный секрет           | `active`   | GitHub проверен поставщиком этого секрета и обнаружил, что секрет активен |
| Возможно, активный секрет | `unknown`  | GitHub пока не поддерживает проверки для этого типа маркера.              |
| Возможно, активный секрет | `unknown`  | GitHub не удалось проверить этот секрет                                   |
| Неактивный секрет         | `inactive` | Убедитесь, что несанкционированный доступ уже не произошел                |

Проверки допустимости шаблонов партнеров доступны для следующих типов репозитория:

* Репозитории, принадлежащие организации, на GitHub Enterprise Server with [GitHub Secret Protection](/ru/enterprise-server@3.22/get-started/learning-about-github/about-github-advanced-security) enabled

Для информации о том, как включить проверки валидности для партнерских паттернов, см. [Включение проверок допустимости для репозитория](/ru/enterprise-server@3.22/code-security/how-tos/secure-your-secrets/customize-leak-detection/enable-validity-checks), а для информации о том, какие партнерские паттерны поддерживаются в данный момент, см. [AUTOTITLE.](/ru/enterprise-server@3.22/code-security/reference/secret-security/supported-secret-scanning-patterns)

Вы можете включить проверку валидности партнерских паттернов, используя конфигурации безопасности, установленные как на корпоративном, так и на уровне организации. См. [Создание настраиваемой конфигурации безопасности для предприятия](/ru/enterprise-server@3.22/code-security/how-tos/secure-at-scale/configure-enterprise-security/establish-complete-coverage/create-custom-configuration) и [Создание настраиваемой конфигурации безопасности](/ru/enterprise-server@3.22/code-security/how-tos/secure-at-scale/configure-organization-security/establish-complete-coverage/create-custom-configuration).

Для информации о том, какие партнерские паттерны поддерживаются в данный момент, см. [Поддерживаемые шаблоны сканирования секретов](/ru/enterprise-server@3.22/code-security/reference/secret-security/supported-secret-scanning-patterns).

Rest API можно использовать для получения списка последнего состояния проверки для каждого маркера. Дополнительные сведения см [. в статье AUTOTITLE](/ru/enterprise-server@3.22/rest/secret-scanning) в документации по REST API. Вы также можете использовать вебхуки, чтобы получать уведомления о активности, связанной с оповещением secret scanning . Дополнительные сведения см. в событии `secret_scanning_alert` в [События и полезные данные веб-перехватчика](/ru/enterprise-server@3.22/webhooks/webhook-events-and-payloads?actionType=created#secret_scanning_alert).

## Выполнение проверки допустимости по запросу

После того как вы включили проверки валидности партнёрских паттернов для вашего репозитория, вы можете выполнить проверку действительности по запросу для поддерживаемого секрета, нажав **<svg version="1.1" width="16" height="16" viewBox="0 0 16 16" class="octicon octicon-sync" aria-label="sync" role="img"><path d="M1.705 8.005a.75.75 0 0 1 .834.656 5.5 5.5 0 0 0 9.592 2.97l-1.204-1.204a.25.25 0 0 1 .177-.427h3.646a.25.25 0 0 1 .25.25v3.646a.25.25 0 0 1-.427.177l-1.38-1.38A7.002 7.002 0 0 1 1.05 8.84a.75.75 0 0 1 .656-.834ZM8 2.5a5.487 5.487 0 0 0-4.131 1.869l1.204 1.204A.25.25 0 0 1 4.896 6H1.25A.25.25 0 0 1 1 5.75V2.104a.25.25 0 0 1 .427-.177l1.38 1.38A7.002 7.002 0 0 1 14.95 7.16a.75.75 0 0 1-1.49.178A5.5 5.5 0 0 0 8 2.5Z"></path></svg> «Проверить секрет** » в режиме оповещений.
GitHub отправит паттерн соответствующему партнёру и покажет статус валидации секрета в режиме предупреждения.

![Снимок экрана: пользовательский интерфейс с оповещением secret scanning. Кнопка с надписью "Проверить секрет" выделена оранжевым контуром.](/assets/images/help/security/secret-scanning-verify-secret.png)

## Анализ GitHub метаданных токенов

> \[!NOTE]
> Метаданные для GitHub токенов уже доступны Публичный предварительный просмотр и могут измениться.

В виде GitHub активного оповещения о токене можно просмотреть определённые метаданные токена. Эти метаданные помогут определить маркер и решить, какие действия по исправлению необходимо выполнить.

Токены, как personal access token и другие удостоверения, считаются личной информацией. Для получения дополнительной информации об использовании токенов GitHub см. Заявление о конфиденциальности [GitHub ](/ru/site-policy/privacy-policies/github-general-privacy-statement) и [Политики допустимого использования](/ru/site-policy/acceptable-use-policies/github-acceptable-use-policies).

![Снимок экрана: пользовательский интерфейс для маркера GitHub с метаданными маркера.](/assets/images/help/repository/secret-scanning-github-token-metadata.png)

Метаданные для GitHub токенов доступны для активных токенов в любом репозитории с включенным сканированием секретов. Если маркер был отозван или его состояние невозможно проверить, метаданные не будут доступны.
GitHub Автоматически отзывает GitHub токены в публичных репозиториях, поэтому метаданные GitHub для токенов в публичных репозиториях вряд ли будут доступны. Для активных GitHub токенов доступны следующие метаданные:

| Метаданные              | Description                              |
| ----------------------- | ---------------------------------------- |
| Имя секрета             | Имя, данное GitHub токену его создателем |
| Владелец секрета        | Имя GitHub владельца токена              |
| Создано                 | Дата создания маркера                    |
| Срок действия истек     | Дата истечения срока действия маркера    |
| Последнее использование | Дата последнего использования маркера    |
| Доступ                  | Имеет ли маркер доступ к организации     |

Только пользователи с разрешениями администратора в репозитории, содержащие утечку секрета, могут просматривать сведения об оповещении системы безопасности и метаданные маркера для оповещения. Владельцы предприятия могут запрашивать временный доступ к репозиторию для этой цели. Если доступ предоставлен, GitHub уведомлю владельца репозитория, содержащего утечку секрета, сообщим о действии в журналах аудита владельца репозитория и корпоративного аудита, а также отключите доступ в течение 2 часов.