{"meta":{"title":"Сведения о защите push-уведомлений","intro":"Защитите свои секреты, не давая им попасть в ваш репозиторий с помощью защиты от push.","product":"Безопасность и качество кода","breadcrumbs":[{"href":"/ru/code-security","title":"Безопасность и качество кода"},{"href":"/ru/code-security/concepts","title":"Concepts"},{"href":"/ru/code-security/concepts/secret-security","title":"Секретная охрана"},{"href":"/ru/code-security/concepts/secret-security/about-push-protection","title":"Защита от push-уведомлений"}],"documentType":"article"},"body":"# Сведения о защите push-уведомлений\n\nЗащитите свои секреты, не давая им попасть в ваш репозиторий с помощью защиты от push.\n\n## Что такое защита от нежелательных уведомлений?\n\nЗащита от push — это функция, secret scanning разработанная для предотвращения попадания жёстко закодированных учетных данных, таких как секреты или токены, в ваш репозиторий. Вместо того чтобы предупреждать вас о утечках учетных данных потом, отправляйте защитные блоки *с секретами ещё до* того, как они попадут в ваш репозиторий.\n\n## Как работает защита push-уведомлений\n\nСекреты защиты push-защиты обнаружены в:\n\n* Push из командной строки\n* Коммиты, созданные в GitHub интерфейсе\n* Загрузка файлов в репозиторий на GitHub\n* Запросы к API REST\n* Взаимодействие с GitHub MCP-сервером (только публичные репозитории)\n\nКогда push-защита обнаруживает потенциальный секрет во время попытки push, она блокирует пуш и предоставляет подробное сообщение с объяснением причины блокировки. Вам потребуется просмотреть заданный код, удалить конфиденциальную информацию и повторно выполнить отправку.\n\n## Виды защиты от толчка\n\nСуществует два типа защиты от толчка:\n\n* [Защита от push для репозиториев.](#push-protection-for-repositories)\n* [Защита от пуша для пользователей](#push-protection-for-users)\n\n### Защита от push для репозиториев.\n\nВы можете включить защиту от push для репозиториев на уровне репозитория, организации или предприятия. Этот вид защиты от толчка:\n\n* Требуется GitHub Secret Protection включение\n* По умолчанию отключён и может быть активирован администратором репозитория, владельцем организации, менеджером безопасности или владельцем предприятия\n* Блоки блокируют доступ к определённым защищённым хранилищам\n* Генерирует оповещения о прохождении защиты push во ** Security and quality** вкладке репозитория, организации и предприятия\n\n> \\[!TIP]\n> Независимо от статуса поддержки защиты от push, организации могут GitHub TeamGitHub Enterprise запускать бесплатный отчёт для сканирования кода на наличие утечок секретов. В отчете также показано, сколько секретных утечек можно было бы предотвратить с помощью защиты от давления. См [. раздел AUTOTITLE](/ru/code-security/securing-your-organization/understanding-your-organizations-exposure-to-leaked-secrets/about-secret-risk-assessment).\n\n### Защита от push-уведомлений для пользователей\n\nЗащита от push для пользователей доступна только на GitHub.com, и она специфична для вашего GitHub аккаунта. Этот вид защиты от толчка:\n\n* Включено по умолчанию\n* Это не даёт вам распространять секреты в публичные хранилища GitHub\n* Не генерирует оповещения при обходе защиты от пуша, если только защита от пуша не включена на уровне репозитория\n\n## Обход защиты от толкания и оповещения\n\nДля защиты от push для репозиториев, по умолчанию любой, кто имеет доступ к записи в репозиторий, может обойти защиту от push, указав причину обхода. Когда участник обходит блок защиты от пуша, GitHub:\n\n* Создаёт оповещение во ** Security and quality** вкладке репозитория, организации и предприятия\n* Добавляет событие обхода в журнал аудита\n* Отправляет уведомление по электронной почте владельцам личных аккаунтов, организаций и предприятий, менеджерам по безопасности и администраторам репозиториев, которые следят за репозиторием, с ссылкой на секрет и причиной его разрешения\n\nВ этой таблице показано поведение оповещений по каждой причине обхода, которую пользователь может указать.\n\n| Обход причины | Поведение оповещений |\n| ------------------------ | -------------------- |\n| Он используется в тестах | |\n\n```\n GitHub создаёт закрытое оповещение, которое разрешается как «используется в тестах» |\n```\n\n\\| Это ложное срабатывание |\nGitHub создаёт закрытое оповещение, которое разрешается как «ложноположительный» |\n\\| Я исправлю его позже |\nGitHub создаёт открытое предупреждение |\n\nЕсли вы хотите больше контроля над тем, кто может обойти защиту от пуша, а какие пушы содержат секреты, можно настроить делегированный обход для защиты от пуша. С помощью делегированного обхода вы можете предоставить актёрам:\n\n* **Привилегии обхода**, позволяя им самостоятельно обходить защиту от пуша, а также проверять и одобрять запросы на обход от других участников\n* **Освобождение от защиты от push**, позволяющее им отправлять коммиты без активации защиты\n\n## Преимущества защиты от толчка\n\n* **Профилактическая защита:** Защита от пуша действует как передовой защитный механизм, сканируя код на предмет жёстко закодированных секретов в момент продвижения. Такой профилактический подход помогает предотвратить утечку данных до того, как они закрепятся в истории репозитория, что облегчает устранение и устранение угроз.\n* **Немедленная обратная связь:** разработчики получают мгновенные отзывы, если во время попытки отправки обнаружен потенциальный секрет. Это немедленное уведомление позволяет быстро исправляться, уменьшая вероятность предоставления конфиденциальной информации.\n* **Снижение риска утечек учётных данных:** Блокируя коммиты с жёстко закодированными учетными данными, защита от push значительно снижает риск случайных утечек и распространения секретных данных. Это помогает защитить от возможных утечек и сохранить целостность кодовой базы.\n* **Эффективное управление секретами:** вместо ретроспективной работы с открытыми секретами разработчики могут решать проблемы в источнике. Это делает управление секретами более эффективным и менее трудоемким.\n* **Функция обхода для гибкости:** В случаях ложных срабатываний или необходимости определённых паттернов можно обойти защиту от push для пользователей, а назначенные пользователи могут использовать функцию делегированного обхода для обхода пуш-защиты репозиториев.\n Кроме того, вы можете полностью освободить доверенных и корпоративном уровнях от защиты от push.\n Это обеспечивает гибкость без ущерба общей безопасности.\n* **Возможность обнаруживать пользовательские шаблоны (для репозиториев в организациях):** Организации могут определять индивидуальные паттерны для обнаружения секретов, уникальных для их среды. Такая настройка гарантирует, что защита от пуша может эффективно выявлять и блокировать даже нестандартные секреты.\n\n## Настройка\n\nПосле включения защиты от пуш-репозиториев вы можете настроить её следующим образом:\n\n* Определение пользовательских паттернов для блок-пушей, содержащих уникальные секретные паттерны\n* Назначение участников, которые могут обойти защиту от push и одобрить запросы на обход для других участников или полностью освобождены от защиты push\n* Настройка, какие секретные паттерны включены в защиту от push на уровне предприятия или организации\n\n## Дальнейшие действия\n\nЧтобы включить защиту от пуша:\n\n* **Для репозитория** см. [Включение защиты push-уведомлений для репозитория](/ru/code-security/secret-scanning/enabling-secret-scanning-features/enabling-push-protection-for-your-repository).\n* **Для организации или предприятия** необходимо применить security configuration. См. раздел \\[AUTOTITLE и [Создание настраиваемой конфигурации безопасности](/ru/code-security/how-tos/secure-at-scale/configure-organization-security/establish-complete-coverage/applying-the-github-recommended-security-configuration-in-your-organization)]\\(/code-security/how-tos/secure-at-scale/configure-enterprise-security/establish-complete-coverage/applying-the-github-recommended-security-configuration-to-your-enterprise).\n\nСписок секретов и поставщиков услуг, поддерживаемых push-защитой, см. [Поддерживаемые шаблоны сканирования секретов](/ru/code-security/secret-scanning/introduction/supported-secret-scanning-patterns#supported-secrets)."}