Как и обещал, последнюю неделю старался погрузиться в методы анализа CAST и STPA. С первым уже боле-менее разобрался, поэтому расскажу немного о нем.

Что такое CAST? CAST (Causal Analysis Based on Systems Theory) - причинно-следственный анализ, основанный на теории систем. Данный метод предназначен для понимания причин любого нежелательного события в системе, от которого хотелось бы защититься в будущем. CAST меняет подход к разбору аварий:

1. Учитывайте все факторы, а не только "очевидные" причины.
2. Избегайте предвзятости.
3. Оценивайте действия оператора или системы с их точки зрения — у них могло не быть всей информации, что есть у вас сейчас.
4. Задавайте "почему" и "как", а не "кто виноват".
5. Спрашивайте: "Почему средства контроля не сработали?" и "Как их усилить?".

Этапы анализа CAST

1. Сбор данных:   a. Определите систему (например, кластер k8s) и границы анализа.   b. Опишите потери (допустим, downtime из-за сбоя pod’а) и опасное состояние (перегрузка ресурсов).   c. Установите ограничения, которые могли бы предотвратить потери (например, лимиты CPU).   d. Опишите события без обвинений, составьте вопросы "почему это произошло?".   e. Найдите неэффективные средства контроля (скажем, отсутствие алертов) и другие факторы (неверные настройки).

2. Моделирование структуры контроля: постройте схему безопасности для этой угрозы. В k8s это может быть взаимодействие ingress, RBAC, autoscaling и мониторинга — как они должны были предотвратить перегрузку.

3. Анализ компонентов: разберите, почему средства контроля подвели:    - Autoscaling не сработал из-за узких лимитов?    - Почему оператор не заметил проблему (нет дашборда)?    - Почему это казалось нормальным в тот момент?

4. Системные выводы: выявите общие слабости (например, недостаточный мониторинг ресурсов).

5. Рекомендации: предложите улучшения — добавить алерты, пересмотреть лимиты, усилить RBAC.