AUT-0089· Безпека та відповідність

Контроль усунення підтвердженої вразливості

Виявлена вразливість отримує власника, строк і підтвердження результату після виправлення.

Чернетка · Оцінка потребує перевірки

01 / Проблема

Вразливості відомі, але задачі закривають без перевірки фактичного стану зачеплених ресурсів.

Кожен погоджений обсяг виправлення має рішення, виконані дії та перевірений залишковий стан.

ТригерВідповідальний підтвердив вразливість і погодив охоплені ресурси для виправлення.

Пов’язати знахідку з ресурсами, джерелом, датою й стабільним ID; повторні скани оновлюють існуючий стан.
Визначити власника, погоджений пріоритет і строк; відсутнього власника передати на призначення.
Погодити виправлення або обмежений у часі виняток з уповноваженим відповідальним.
Виконавець застосовує технічні зміни та передає доказ; задача сама не встановлює оновлення.
Повторно перевірити ресурс і дату результату; незникла знахідка або пропущений ресурс лишаються відкритими.

Оновлення виконали на дев’яти пристроях із десяти; задачу не закрили до перевірки останнього.

Знахідка, ресурси й задачі виправлення PlanFix; дані сканера та виконання технічних змін перевіряють окремо.

Що потрібно для реалізації

Є підтверджене джерело знахідок, реєстр ресурсів і відповідальні за виправлення.
Погоджено пріоритети, строки, порядок винятків та незалежну перевірку результату.

Завершення задачі або заявка на виправлення не доводять усунення вразливості.
Microsoft прямо зазначає, що remediation request сама не змінює пристрої; це патерн контролю, не готова інтеграція PlanFix.
Сканування, вибір безпечного технічного виправлення й прийняття ризику виконують відповідальні фахівці.

Що потрібно уточнити (2)

Чи потрібно отримувати повторні результати зі сканера?
Укажіть стабільні ключі знахідки, ресурсу й дату перевірки.
Чи допускаються погоджені винятки зі строком перегляду?
Визначте право приймати ризик, підставу та дату повторного рішення.

420–840 USD14–28 год · Виправлення з повторною перевіркою