TGViewer
Аналитик, который думал Аналитик, который думал @analysts_thinking · 91 subscribers
Post #107 36
Ошибки при внедрении мер безопасности часто проявляются в самый неожиданный момент. И тут встаёт вопрос: кто виноват? Системные аналитики, не учли все риски, инженеры, которые неверно интерпретировали требования, или, возможно, сам бизнес, который не дал чётких указаний? Разберёмся на конкретном примере.

Представьте проект, где новая функция должна была улучшить безопасность данных. На первом же этапе выяснилось, что система не выдерживает нагрузки, а некоторые данные стали уязвимы для несанкционированного доступа. Как это произошло? Оказалось, что на этапе требований никто толком не задался вопросом о нагрузке и потенциальных уязвимостях.

🔍 Вот несколько типичных ошибок, приводящих к таким ситуациям:

- Недостаточный анализ угроз. Аналитики часто сосредоточены на функциональных требованиях, оставляя безопасность на втором плане, что приводит к незамеченным угрозам.

- Отсутствие чётких требований к безопасности. Формулировки вроде "система должна быть безопасной" не дают инженерам чётких указаний.

- Неправильное понимание требований. Инженеры могут неправильно интерпретировать требования, если они не прописаны детально и понятно.

- Игнорирование обратной связи. Когда разработчики или тестировщики указывают на потенциальные проблемы, но их не учитывают, это создаёт дополнительные риски.

- Отсутствие тестирования под нагрузкой. Без стресс-тестов многие проблемы с безопасностью остаются невыявленными.

🤬 Цена ошибки? Уязвимые данные, потеря доверия клиентов и финансовые убытки.

Что же делать, чтобы избежать таких ошибок?

✅ Проводите анализ угроз и рисков на этапе сбора требований. Это должно стать неотъемлемой частью процесса.

✅ Формулируйте конкретные требования к безопасности. Например, "Система должна поддерживать шифрование данных с использованием AES-256".

✅ Регулярно обучайте команды. Включайте в обучение как аналитиков, так и инженеров, чтобы они понимали важность безопасности.

✅ Внедрите процесс обратной связи между командами. Регулярные встречи, где обсуждаются потенциальные проблемы, могут предотвратить многие беды.

✅ Проводите стресс-тесты. Это поможет выявить слабые места системы под нагрузкой.

Помните, безопасность — это не только задача инженеров или аналитиков. Это ответственность всей команды. Как вы справляетесь с внедрением мер безопасности в своём проекте? Кто чаще всего виноват в провалах мер безопасности в вашей практике?

#Security #RiskManagement #SoftwareDevelopment
More from @analysts_thinking
  1. Oct 10, 2026Работающий артефакт на занятии ещё не доказывает самостоятельное умение Участник может пов…
  2. Oct 9, 2026Четыре доклада нельзя строить вокруг одного артефакта Исследование незнакомой системы треб…
  3. Oct 8, 2026Потерянный webhook остаётся открытым решением Таймаут не сообщает, произошло событие или н…
  4. Oct 7, 2026Промежуточное состояние нужно проектировать, а не скрывать processing не является неудобно…
  5. Oct 6, 2026return_url не означает payment.succeeded Возврат пользователя в интерфейс сообщает только…
  6. Oct 5, 2026Что на самом деле доказывает зелёный тест? Он показывает, что реализация соответствует зап…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →