Первый круглый стол Экспертного Совета DLP-Эксперт «Инсайдеры – бич российского бизнеса?»

Первый круглый стол Экспертного Совета DLP-Эксперт «Инсайдеры – бич российского бизнеса?»

Созданная весной этого года некоммерческая общественная организация Экспертный Совет «DLP-Эксперт» провела 24 июля Первый круглый стол под названием «Инсайдеры – бич российского бизнеса?» Вывод из дискуссии: любые аспекты защиты конфиденциальных данных от утечки –технические, управленческие, юридические – имеют в России свою специфику и должны быть адаптированы под специфические потребности компаний различных отраслей.

В ходе круглого стола участники Совета обсудили, какие именно внутренние угрозы стоят перед российскими компаниями различных отраслей, и надо ли бороться с закрытостью темы утечек конфиденциальной информации в России. Также в процессе дискуссии были затронуты темы правовых рисков, связанных с обеспечением конфиденциальности информации, и стратегические вопросы внедрения DLP систем (систем предотвращения утечки данных) – мотивация, постановка задач и реализация внедрения.

В круглом столе приняли участие члены экспертного совета «DLP-Эксперт» http://dlp-expert.ru/expert_soviet/structure.php, а также представители ведущих российских компаний нефтегазовой отрасли, телекоммуникационного и финансового сектора, журналисты российских СМИ.

Резюмируя обсуждение, следует отметить, что для каждой отрасли существует своя специфика потребностей в области обеспечения внутренней ИБ и требований к DLP решениям. При этом всем без исключения компаниям приходится считаться с регуляторными рисками, связанными с активным развитием российской нормативно-правовой базы вслед за общемировой практикой. Однако Эксперты пришли к выводу, что принятая в США практика обнародования фактов утечки конфиденциальной информации из компаний не является однозначной. Уведомление об утечке персональных данных с целью защиты пострадавших от злоупотреблений сторонних лиц, и широкая огласка в СМИ, которая может не просто негативно повлиять на имидж компании, но и увеличить ущерб потерпевших, – совершенно разные вещи. Последнее, очевидно, не пойдёт во благо ни компаниям, ни обществу!

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Опубликованные ключи ASP.NET используются для развертывания вредоносов

В конце прошлого года специалисты Microsoft зафиксировали серию атак инъекцией кода, проведенных с использованием статических ключей ASP. NET. В одном из случаев злоумышленникам удалось внедрить в IIS-сервер инструмент постэксплуатации Godzilla.

Примечательно, что validationKey и decryptionKey, предназначенные для защиты данных ViewState от подмены и утечки, не были украдены или куплены в даркнете. Их можно найти онлайн, исследователи обнаружили более 3 тыс. таких сливов.

Обычно ключи ASP. NET генерируются по месту и сохраняются в реестре либо задаются вручную в конфигурационных файлах. К сожалению, некоторые разработчики веб-приложений используют готовые, отыскав их в паблике (документация на код, репозитории), притом без изменений.

Злоумышленникам такие находки тоже облегчают жизнь. При наличии верительных грамот для ViewState отправленный на сайт вредоносный POST-запрос будет с успехом обработан, пейлоад загрузится в память рабочего процесса и запустится на исполнение.

Подобная тактика позволяет автору атаки удаленно выполнить вредоносный код на сервере IIS и развернуть дополнительную полезную нагрузку — к примеру, фреймворк Godzilla с плагинами.

 

«Человеческий фактор нередко приводит к печальным результатам, разработчикам следует понимать, что статические ключи должны быть уникальными и защищёнными, — комментирует эксперт компании «Газинформсервис» Михаил Спицын. — Размещение таких данных в открытых репозиториях или документах эквивалентно предоставлению злоумышленникам несанкционированного доступа к системе».

Похожие атаки были проведены лет пять назад на серверы Microsoft Exchange. Злоумышленники пытались использовать ошибку разработчика, которую тот устранил двумя неделями ранее: все экземпляры Exchange Server использовали одни и те же значения validationKey и decryptionKey, прописанные в web.config.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru