По поводу веб студий пара мыслей. ИМХО надеяться на профессионализм и порядочность разработчика в любом случае не стОит, он заинтересован, по сути, только в создании функционала и дизайна. Выбирать разработчика по уровню CMMI или по наличию в штате специалиста по механизмам защиты — задча утопическая, это все равно не гарантирует безопасность продукта. Гарантией является только договор. В ТЗ/договоре нужно предусмотреть во-первых механизмы защиты, которые должны быть реализованы в продукте, а во-вторых условие премки продукта по факту тестирования этих механизмов третьей стороной или своими силами (как, кстати и говорят всеразличные ИСО и КОБИТы). Если в штате нет своего спеца по безопасности веб-приложений, можно либо единственный раз привлечь независимого консалтера для разработки стандарта безопасности веб-приложений (заодно и compliance testing тем же MP можно будет унифицировать), либо, как паллиатив, использовать статистику уязвимостей веб-приложений. В общем спасение утопающих — дело рук самих утопающих.
Ответить
Анонимный
Не стоит сбрасывать со счетов репутационные фильтры. Разрушители мифов. Миф №39.
Ответить
Почему бы вам не посмотреть заметки схожей тематики
Третья моя презентация на ITSF касалась достаточно
9138
Этот сайт использует cookies для улучшения взаимодействия с пользователями. Но так как Роскомнадзор считает cookie персональными данными, то продолжая находиться на этот сайте, вы даете свое согласие и на работу с cookie, и на обработку персональных данных.
По поводу веб студий пара мыслей. ИМХО надеяться на профессионализм и порядочность разработчика в любом случае не стОит, он заинтересован, по сути, только в создании функционала и дизайна. Выбирать разработчика по уровню CMMI или по наличию в штате специалиста по механизмам защиты — задча утопическая, это все равно не гарантирует безопасность продукта. Гарантией является только договор. В ТЗ/договоре нужно предусмотреть во-первых механизмы защиты, которые должны быть реализованы в продукте, а во-вторых условие премки продукта по факту тестирования этих механизмов третьей стороной или своими силами (как, кстати и говорят всеразличные ИСО и КОБИТы). Если в штате нет своего спеца по безопасности веб-приложений, можно либо единственный раз привлечь независимого консалтера для разработки стандарта безопасности веб-приложений (заодно и compliance testing тем же MP можно будет унифицировать), либо, как паллиатив, использовать статистику уязвимостей веб-приложений. В общем спасение утопающих — дело рук самих утопающих.
Не стоит сбрасывать со счетов репутационные фильтры. Разрушители мифов. Миф №39.