---
title: Звітність про безпеку
layout: about
---

# Звітність про безпеку

Для детальнішої інформації про чинні норми безпеки перейдіть [на цю сторінку](https://github.com/nodejs/node/security/policy).

## Повідомлення про помилку в Node.js

Повідомляйте про проблеми безпеки в Node.js через [HackerOne](https://hackerone.com/nodejs).

> **Примітка**: Відправлення повідомлення через HackerOne потребує принаймні **1,0** балів [Signal](https://docs.hackerone.com/en/articles/8369891-signal-impact).
> Якщо ваші бали Signal нижчі, зв'яжіться зі стюардами релізів безпеки Node.js безпосередньо через [OpenJS Foundation Slack](https://slack-invite.openjsf.org/).

Зазвичай ваше повідомлення приймуть протягом 5 днів, а протягом 10 днів ви отримаєте детальнішу відповідь до нього з описом наступних кроків щодо його обробки. Ці терміни можуть розширюватися, коли наші волонтери, які обробляють повідомлення, у відпустці, особливо наприкінці року.

Після першої відповіді на ваше повідомлення команда з безпеки намагатиметься тримати вас у курсі щодо прогресу в розв'язанні та оголошенні проблеми. У вас можуть попросити додаткову інформацію про повідомлену проблему чи надати рекомендації щодо неї.

### Програма винагород за знайдені помилки від Node.js

Проєкт Node.js бере участь в офіційній програмі винагород за знайдені помилки для дослідників у галузі безпеки та відповідальних за оголошення інформації. Програма керується через платформу HackerOne. Перейдіть на [https://hackerone.com/nodejs](https://hackerone.com/nodejs), щоб дізнатися більше.

## Повідомлення про помилку в сторонніх модулях

Про помилки безпеки сторонніх модулів слід повідомляти їхніх супроводжувачів.

## Політика розкриття інформації

Ось політика розкриття інформації щодо безпеки в Node.js:

- Основний обробник отримує повідомлення про помилку безпеки, яке йому і призначається. Ця особа координуватиме процес виправлення помилки та релізу. Помилку валідують по всіх підтримуваних версіях Node.js. Після цього визначають усі версії, де вона присутня. Код перевіряють на наявність схожих помилок. Потім проводять виправлення для всіх підтримуваних релізів. Ці виправлення не випускаються в публічний репозиторій, а зберігаються локально, поки не буде здійснено оголошення.

- Обирається дата оголошення цієї вразливості та робиться запит на CVE (Common Vulnerabilities and Exposures, CVE®) щодо неї.

- У цю дату копію оголошення розсилають адресатам, які відповідають за безпеку Node.js. Зміни додаються до публічного репозиторію, а нові збірки — до nodejs.org. Протягом 6 годин після розсилки копія оголошення публікується в блозі Node.js.

- Зазвичай датою оголошення є дата через 72 години після запиту на CVE. Однак вона може варіюватися залежно від серйозності помилки та складності її виправлення.

- Цей процес може зайняти певний час, особливо тоді, коли потрібна координація із супроводжувачами інших проєктів. Ми намагатимемося виправити помилку якомога швидше, проте ми повинні дотримуватися вищевказаного процесу релізу, щоб оголошення відбулося належно.

## Отримання оновлень безпеки

Сповіщення, що стосуються безпеки, будуть поширюватися наступними методами:

- [Google Group](https://groups.google.com/group/nodejs-sec)
- [Блог Node.js](/blog)

## Коментарі стосовно цієї політики

Якщо ви маєте пропозиції щодо покращення цього процесу, відвідайте репозиторій [nodejs/security-wg](https://github.com/nodejs/security-wg).

## Найкращі практики OpenSSF

<a href="https://bestpractices.coreinfrastructure.org/projects/29" style={{ display: 'inline-flex' }}>

  <img alt="Значок OpenSSF" src="https://bestpractices.coreinfrastructure.org/projects/29/badge" style={{ display: 'inline' }} />
</a>

[Значок за найкращі практики](https://github.com/coreinfrastructure/best-practices-badge) від Open Source Security Foundation (OpenSSF) — це спосіб для проєктів із відкритим кодом (Free/Libre and Open Source Software, FLOSS) показати, що вони дотримуються найкращих практик. Проєкти можуть самостійно описати, як вони дотримуються кожної практики. Користувачі можуть швидко оцінити, які проєкти FLOSS дотримуються найкращих практик і, як результат, створювати безпечне ПЗ кращої якості.
