{"meta":{"title":"Исключение папок и файлов из проверки секретов","intro":"Вы можете настроить secret scanning так, чтобы оповещения автоматически закрывались для секретов, найденных в определённых папках или файлах, secret_scanning.yml настроив файл в вашем репозитории.","product":"Безопасность и качество кода","breadcrumbs":[{"href":"/ru/code-security","title":"Безопасность и качество кода"},{"href":"/ru/code-security/how-tos","title":"How-tos"},{"href":"/ru/code-security/how-tos/secure-your-secrets","title":"Защита секретов"},{"href":"/ru/code-security/how-tos/secure-your-secrets/customize-leak-detection","title":"Настройка обнаружения протечек"},{"href":"/ru/code-security/how-tos/secure-your-secrets/customize-leak-detection/exclude-folders-and-files","title":"Исключение папок и файлов"}],"documentType":"article"},"body":"# Исключение папок и файлов из проверки секретов\n\nВы можете настроить secret scanning так, чтобы оповещения автоматически закрывались для секретов, найденных в определённых папках или файлах, secret_scanning.yml настроив файл в вашем репозитории.\n\nВозможно, у вас есть причина фиксации секрета в репозитории, например, если вы хотите предоставить поддельный секрет в документации или в примере приложения. В этих сценариях можно быстро закрыть оповещение и задокументируйте причины. Однако могут возникнуть случаи, когда необходимо полностью игнорировать каталог, чтобы избежать создания ложных положительных оповещений в масштабе. Например, у вас может быть монолитное приложение с несколькими интеграциями, содержащими файл фиктивных ключей, которые могут настроить множество ложных оповещений для рассмотрения.\n\nВы можете настроить `secret_scanning.yml` файл так, чтобы он автоматически закрывал оповещения в определённых каталогах из secret scanning, исключая эти каталоги, включённые в защиту от push. Эти оповещения закрыты как \"игнорируются конфигурацией\".\n\n## Исключение каталогов из Уведомления о секретном сканировании для пользователей\n\n1. На GitHubперейдите на главную страницу репозитория.\n2. Над списком \\*\\*\\*\\* файлов выберите раскрывающееся меню , а затем щелкните ** Создать новый файл**.\n\n Кроме того, можно щелкнуть в представлении дерева файлов слева.\n\n \n3. В поле имени файла введите .github/secret\\_scanning.yml\".\n4. **В разделе «Редактировать новый файл**» введите`paths-ignore:`, а затем пути, которые хотите исключить из secret scanning.\n\n ```yaml copy\n paths-ignore:\n - \"docs/**\"\n ```\n\n Это подсказывает secret scanning автоматически закрывать оповещения для всех файлов в `docs` каталоге. Этот пример файла можно использовать в качестве шаблона для добавления файлов и папок, которые вы хотите исключить из собственных репозиториев.\n\n Вы также можете использовать специальные символы, такие как `*` фильтрация путей. Дополнительные сведения о шаблонах фильтров см. в синтаксисе [рабочего процесса для GitHub Actions](/ru/actions/reference/workflows-and-actions/workflow-syntax#filter-pattern-cheat-sheet).\n\n ```yaml copy\n paths-ignore:\n - \"foo/bar/*.js\"\n ```\n\n > \\[!NOTE]\n >\n > * Если записей более 1000 `paths-ignore`в , secret scanning из сканирования исключат только первые 1000 каталогов.\n > * Если `secret_scanning.yml` он больше 1 МБ, secret scanning он игнорирует весь файл.\n\n## Проверка того, что папка исключена из secret scanning\n\n1. Открытие файла в каталоге, исключенном из проверки секретов\n\n2. Вставьте предварительно недопустимый секрет или тестовый секрет.\n\n3. Зафиксируйте изменения.\n\n4. На GitHubперейдите на главную страницу репозитория.\n\n5. Под названием репозитория нажмите на ** Security and quality** вкладку. Если вы не видите вкладку « Security and quality» — выберите **** выпадающее меню и нажмите ** Security and quality**. Не должно быть новых открытых оповещений для секрета, который вы только что ввели в файл.\n\n## Лучшие практики\n\nОсновные рекомендации:\n\n* Минимизация числа исключенных каталогов и максимально точное значение при определении исключений. Это гарантирует, что инструкции максимально понятны и что исключения работают должным образом.\n* Объясняя, почему определенный файл или папка исключены из комментария в `secret_scanning.yml` файле. Как и в обычном коде, использование комментариев объясняет ваше намерение, что упрощает для других пользователей понимание желаемого поведения.\n* Регулярно просматривая `secret_scanning.yml` файл. Некоторые исключения могут больше не применяться с течением времени, и рекомендуется сохранить файл чистым и текущим. Использование комментариев, как показано выше, может помочь в этом.\n* Сообщите группе безопасности, какие файлы и папки вы исключили, и почему. Хорошая связь важна для обеспечения того, чтобы все были на одной странице и понимают, почему определенные папки или файлы исключены."}