# Суправаджайце праграму на працягу ўсяго яе выкарыстання

Taiga Learning · Працоўны ліст
https://taiga.training/be/lessons/maintenance/

Выкарыстоўвайце выдуманую або ўхваленую інфармацыю. Не змяшчайце сакрэты ў гэтым працоўным лісце.

## Мэты навучання
- Аддзяляць звычайнае суправаджэнне ад рэагавання на інцыдэнт.
- Вызначаць прыярытэты працы паводле даступнасці для атакі, эксплуатацыі ўразлівасці і ўплыву на сэрвіс.
- Правяраць, што выпраўленне суправаджэння трапляе ў працуючы сэрвіс.

## Практыкаванне
Выкарыстоўвайце чатыры выдуманыя праблемы з гэтага ўрока. Для кожнай прызначце адказнага, першае дзеянне, метад праверкі і час перагляду. Растлумачце, якое новае назіранне зменіць ваш прыярытэт.

## Ваш адказ
- Сцэнарый і абсяг:
- Дапушчэнні і адкрытыя пытанні:
- Прапанаваны адказ або рашэнне з абгрунтаваннем:

## Праверце свой адказ
| Сцверджанне або крытэрый | Доказ або тэст | Вынік або прабел | Адказны |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Наступнае дзеянне
- Дзеянне, адказны і дата:
- Калі вы перагледзіце гэты адказ?

## Прынцып, які трэба запомніць
Суправаджэнне — пастаянная інжынерная праца. Merge выпраўлення не даказвае, што ў production працуе выпраўленая версія.

## Крыніцы
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [CISA: Known Exploited Vulnerabilities Catalog](https://www.cisa.gov/known-exploited-vulnerabilities-catalog)
- [Taiga docs: Maintaining](https://docs.tai.ga/operate/maintaining/)

Гэты працоўны ліст падтрымлівае навучанне. Само яго запаўненне не дазваляе змены ў production-асяроддзі.