Перейти к содержанию
Сергей Ильин

Онлайн интервью с Олегом Зайцевым, технологическим экспертом Лаборатории Касперского

Recommended Posts

Сергей Ильин

По вашим многочисленным просьбам мы начинаем онлайн-интервью с Олегом Зайцевым, известным в рунете антивирусным экспертом, работающим сейчас в Лаборатории Касперского.

Олег известен в индустрии благодаря своей антивирусной утилите AVZ, а также активному участию в создании дружественного нам портала virusinfo.info.

Вы можете завать свои вопросы, как обычно, в этой ветке. Олег будет отвечать по мере их пояления. Вопросы, например, могут затрагивать технологии защиты вообще или используемые в продукта ЛК в частности, перспективы и историю AVZ, ну и т.д.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

Будет ли KIS вычислять рейтинг динамически? Например, получила 25, и зачем-то полезла править hosts - ей сразу +50, а она еще права отладчика захотела - еще +25.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Будет ли KIS вычислять рейтинг динамически? Например, получила 25, и зачем-то полезла править hosts - ей сразу +50, а она еще права отладчика захотела - еще +25.

Будет скорее всего - со временем. Сейчас все несколько проще - рейтинг считается по результатам эмуляции и всевозможного изучения программы, полученным перед запуском программы, и в результате KIS уже заранее знает, как себя стоит вести по отношению к неизвестной ему запускаемой программе. Кроме того, в новом KIS будет песочница, появление и развитие технологии "песочницы" приводит в частности к тому, что любую подозрительную программу пользователь сможет запустить в этой самой "песочнице". В такой ситуации на функционал программы это не повлияет (так как нет явных ограничений), и системе такая программа не навредит - и не потребуется динамически оценивать опасность поведения программы и пересматривать правила ее ограничения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st

Олег как отдыхаете? Занимаетесь спортом?=))

Как защитить свое зрение, не секрет что у людей в ит индустрии быстро ухудшается зрение, из-за большого количества времени проведенного за компьютером, я например почти минимум 10 часов в сутки за ним сижу, как вы с этим боретесь?=)

Последнее время AVZ все хуже и хуже справляется с новыми видами угроз, на том же virusinfo все чаще и чаще начинают использовать сторонние антируткиты, когда ожидается глобальное обновление авз и будет ли оно вообще?=))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
kvit

AVZ изначально был написан на Delphi, если я прав конечно. Переписывался он на другой язык, или стоит в планах переписать? И если да, то почему?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
1. Олег как отдыхаете? Занимаетесь спортом?=))

2. Как защитить свое зрение, не секрет что у людей в ит индустрии быстро ухудшается зрение, из-за большого количества времени проведенного за компьютером, я например почти минимум 10 часов в сутки за ним сижу, как вы с этим боретесь?=)

3. Последнее время AVZ все хуже и хуже справляется с новыми видами угроз, на том же virusinfo все чаще и чаще начинают использовать сторонние антируткиты, когда ожидается глобальное обновление авз и будет ли оно вообще?=))

1. Отдыхаю я редко, так как не умею это делать :) Вместо отдыха я переключаюсь с одного рода дейтельности на другой (например, с медицины компьютерной на медицину человеческую - вот например http://www.springerlink.com/content/284152q178625733/, с медицины на электронику). Спортом заниматься обычно нет времени, если есть врямя - то лень. Тем не менее спорт - это полезно, под это дело у меня дома есть например профессиональная беговая дорожка (так как нет времени идти в тренажерный зал, чтобы там побегать), но применяется сей инструментр нечасто

2. Методы защиты есть - не работать по 10 часов за ПК :) На самом деле для защиты зрения необходим как минимум хороший монитор (а он стоит хороших денег), этот монитор необходимо правильно отрегулировать с использованием калибратора, чтобы он показывал нормальные цвета и у него была нормальная яркость и контрасность. Плюс важно правильное освещение рабочего места. Обычно эти требования не соблюдаются - это и наносит удар по зрению

3. Беда не только (и не столько) в AVZ, сколько в том, что для отлова сложной заразы необходим последовательный подход, тщательное изучения логов и составление сложных продуманных скриптов и рекомендаций. Использование сторонних антируткитов в данном контексте нередко напоминает стрельбу из пушки по воробьям, в особенности если ведется уничтожение всего непонятного по логу того-же Гмер вслепую (без карантина и детального изучения). Кроме того, усиление антируткита AVZ сдерживается сознательно, так как

- любое антируткитное "телодвижение" в заранее неизвестной системе (при неизвестном сочетании антивируса-Firewall) приводит зачастую к неприятным последствиям. Можно поверить мне на слово, что приходит лавина сообщений о реакции антивирусов, HIPS, детектов

- чем больше антируткит собирает разных данных, тем сложнее это обрабатывать хелперу

Поэтому вместо, мои основные силы сейчас нацелены не на "накручивание" функционала AVZ, в доведении имеющегося функционала до качественного состояния, в частности:

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

- в AVZ появятся новые эвристики и технолологии, облегчающие поиск и уничтожение заразы

- AVPTool сочетае в себе ядро AVZ и сканирующее ядро + антируткит KAV, чтопозволяет нанаести по зверью более мощный удар

- система "киберхелпера" в общем случае может работать не только с логами AVZ, что позволит применять и другие инструменты в случае надобности или просто для профилактики

AVZ изначально был написан на Delphi, если я прав конечно. Переписывался он на другой язык, или стоит в планах переписать? И если да, то почему?

Да, AVZ был сделан на Delphi, сейчас значительная его часть сделана на интерпретируемом бортовом языке и хранится в обновляемых базах, драйвера написаны на C. На другие языки он не переписывался, так как в этом нет потребности, так как самое главное в любом деле - "Его Величество Алгоритм". А дальше этот самый Алгорит на одном языке можно реализовать быстрее и оптимальнее, на другом - еще быстрее, но менее оптимальнее, на третьем - совсем оптимально, но медленно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
kvit
Да, AVZ был сделан на Delphi,

при появление Induc не мелькнула мысль, что AVZ мог уйти зараженным?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
при появление Induc не мелькнула мысль, что AVZ мог уйти зараженным?

В данном случае это исключено ... я же как-никак вирусолог :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
3. Беда не только (и не столько) в AVZ, сколько в том, что для отлова сложной заразы необходим последовательный подход, тщательное изучения логов и составление сложных продуманных скриптов и рекомендаций. Использование сторонних антируткитов в данном контексте нередко напоминает стрельбу из пушки по воробьям, в особенности если ведется уничтожение всего непонятного по логу того-же Гмер вслепую (без карантина и детального изучения). ...

Помниться изначально утилита рассчитывалась на администраторов, и лечение на virusinfo было не основным назначением ее=)) Не будет же сис.админ обращаться на virusinfo если он в состоянии сам вылечить, был бы инструмент=)

вот например http://www.springerlink.com/content/284152q178625733/, с медицины на электронику)

О_о однако=) действительно говорят талантливый человек, талантлив во всем=)

кстати по поводу книжек, помнится в свое время вами была написана книга по лечению и детекту малвари, нет ли желания что-нибудь написать по иб более глобальное? я бы с радостью почитал и думаю не только я=) книга с практикой более интересна, чем с мутной теорией обмусоленой везде где только можно=))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

Зайцев Олег

Может посадить киберхелпера на Jabber и скидывать ему логи, используя этот протокол? Т.е. зарегистрировать JID, под которым хелпер будет сидеть и на который пользователи будут закидывать свои логи, а он им отвечать результатами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
1. Помниться изначально утилита рассчитывалась на администраторов, и лечение на virusinfo было не основным назначением ее=)) Не будет же сис.админ обращаться на virusinfo если он в состоянии сам вылечить, был бы инструмент=)

2. кстати по поводу книжек, помнится в свое время вами была написана книга по лечению и детекту малвари, нет ли желания что-нибудь написать по иб более глобальное? я бы с радостью почитал и думаю не только я=) книга с практикой более интересна, чем с мутной теорией обмусоленой везде где только можно=))

1. Естественно - но даже сисадмину разираться в логах намного сложнее, чем заточенной под это машине. Первый прототип AVZ кстати был не под админа заточен, он был действующим агентом того, что сейчас модно называть "облачным антивирусом" (отсюда и XML вариант лога, и скрипты), затем я быстро понял, что связанный с центральным сервером агент нельзя применять вне конторы - в результате явная связь "сервер анализа" - "агент" пропала, а локальные базы появились. Теперь идет следующий виток - попутка дать всем желающим инструмент анализа логов и карантинов, указывающий на опасные моменты и предлагающий оптимальные скрипты карантина и лечения

2. Материала у меня есть на несколько подобных книг, идея такая витает давно - написать книгу типа "теория и практика анализа и лечения ПК вручную", и там детально изложить алгоритмы исследования илечения, с примерами разбора реальных дел (у меня таковых в базе сотни тысяч) и лабораторным практикумом (что позволило бы применить книгу как методическое пособие на кафедрах, обучающих студентов по специальности ИБ). Но написание книги - это большой труд, много отнимает времени

Зайцев Олег

Может посадить киберхелпера на Jabber и скидывать ему логи, используя этот протокол? Т.е. зарегистрировать JID, под которым хелпер будет сидеть и на который пользователи будут закидывать свои логи, а он им отвечать результатами.

Jabber не нужен, все будет куда круче и удобнее. Как - скоро увидим, система почти готова и приватно тестируется в текущий момент :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
1. Естественно - но даже сисадмину разираться в логах намного сложнее, чем заточенной под это машине.

я о том, что например я нашу авз и еще пару десяток всяких разных анализаторов у себя всегда на флешке и не всегда есть возможность отправить логи киберхелперу или еще кому, да и смысл отправлять если авз не видит что-то или например не может удалить=) функционал самого авз в любом случае надо наращивать мне так кажется=))

2. Материала у меня есть на несколько подобных книг, идея такая витает давно - написать книгу типа "теория и практика анализа и лечения ПК вручную", и там детально изложить алгоритмы исследования илечения, с примерами разбора реальных дел (у меня таковых в базе сотни тысяч) и лабораторным практикумом (что позволило бы применить книгу как методическое пособие на кафедрах, обучающих студентов по специальности ИБ). Но написание книги - это большой труд, много отнимает времени

эх вот это бы я точно почитал, а то что не начнут читать 99% одной теории и законов, которые в большинстве своем к практике отношения почти не имеют=( будем надеяться что появится время и руки дойдут у вас до написания книжек=))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ummitium

Здравствуйте.

Олег, как вы думаете, правильно ли это - детектить упакованный вредонос, как модификацию задетектированного неупакованного образца? Я пользуюсь продуктом ЛК и столкнулся с ситуацией, когда упаковка WinUpack-ом 0.39 спрятала детект на одном файле и после отправки в вирлаб ЛК, имеем детект уже с новым именем.

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Здравствуйте.

Олег, как вы думаете, правильно ли это - детектить упакованный вредонос, как модификацию задетектированного неупакованного образца? Я пользуюсь продуктом ЛК и столкнулся с ситуацией, когда упаковка WinUpack-ом 0.39 спрятала детект на одном файле и после отправки в вирлаб ЛК, имеем детект уже с новым именем.

Спасибо.

Мне сложно дать ответ, так как я не я изучал данные семплы (упакованный и распакованный), и не знаю имена детекта первого и второго варианта ... Я лично думаю так - при текущем потококе зловредов вполне разумно не заниматься детальным выявление того, что упакованный чем-то экзотическим троян на самом деле был задетекчен ранее под именем таким-то, когда скажем этих похожих полмиллиона, а дать ему новое имя и поместить в базу. Для продвинутого пользователя как максимум важны данные о семействе, например Trojan-PSW.Win32.LdPinch, для обычного имя зверя вообще не о чем не говорит, кроме быть может префикса "Trojan-PSW".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Олег, в продолжение вопроса о языке написания АВЗ:

1). насколько много чистых ВыньАпи вызовов без применения дельфийских функций? - в теории, ответ на этот вопрос может прояснить почему авз не переписывался на другие языки ;)

Теперь вопросы иного рода:

2). Олег, а Вам не кажется, что Вас раздирают на кусочки - идут экстенсивным путем. Может лучше сделать хороший эмулятор, чем много разных технологий, но все с дырами и сырые?

3). В версии авз 4.32 в разделе Автозапуск выводится очень много ненужной информации - файлы не все есть, но ключи имеются - и это даже на чистой системе. Может как-то убрать это из лога? Например, ввести проверку дефолтный ключ или нет, а затем существование файла и исходя из этого выводить или нет. Ну или такие ключи как-то еще подсветить...

4). Собственного блога нет по причине нехватки времени?

5). Был ли решено то недоразумение (он немного катил бочку...) с Хоглундом?

6). Как поживает кошечка? ^_^

7). "Ваше политическое кредо?" (с) "12 стульев"

8). Может стоит начать делиться своим опытом с людьми? Например, на ВИ что-нибудь в закрытом разделе писать - о технологиях, что-нибудь интересное и т.д - типа, блога.

;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Олег, в продолжение вопроса о языке написания АВЗ:

1). насколько много чистых ВыньАпи вызовов без применения дельфийских функций? - в теории, ответ на этот вопрос может прояснить почему авз не переписывался на другие языки ;)

Теперь вопросы иного рода:

2). Олег, а Вам не кажется, что Вас раздирают на кусочки - идут экстенсивным путем. Может лучше сделать хороший эмулятор, чем много разных технологий, но все с дырами и сырые?

3). В версии авз 4.32 в разделе Автозапуск выводится очень много ненужной информации - файлы не все есть, но ключи имеются - и это даже на чистой системе. Может как-то убрать это из лога? Например, ввести проверку дефолтный ключ или нет, а затем существование файла и исходя из этого выводить или нет. Ну или такие ключи как-то еще подсветить...

4). Собственного блога нет по причине нехватки времени?

5). Был ли решено то недоразумение (он немного катил бочку...) с Хоглундом?

6). Как поживает кошечка? ^_^

7). "Ваше политическое кредо?" (с) "12 стульев"

8). Может стоит начать делиться своим опытом с людьми? Например, на ВИ что-нибудь в закрытом разделе писать - о технологиях, что-нибудь интересное и т.д - типа, блога.

;)

1. Довольно много ... но только там, где это требуется. Как я говорил выше, если есть алгоритм и он реализуем на языке X - то его реализация уже мелочи

2. Про эмулятор ничего ничего не понял, если честно :)

3. Так и задумано. Эта информация классифицируется, в очередной версии лишнее будет давиться. Так всегда было - сначала набирается определенная статистика, потом идет реагирование на нее (что-то подавляется, что-то расширяется)

4. Я не любитель блогов, если честно ... Если есть что-то интересное, то можно по этому поводу статейку в журнал написать, заметку на VirusInfo или например блоге ЛК. А вести свой блог - это на любителя

5. А там на самом деле собственно и не было никакого недоразумения ...

6. Много ест, много спит и ловит искусственных мышей - при условии, что мыша ей на ноc на веревочке опустят :) В общем, типичный перс-экзот

7. Я если честно далек от политики ... нет, я конечно знаю кто у нас президент и даже фамилию мэра знаю :) но не более того

8. Ну, не обязательно в закрытом - можно и в открытом. У меня просто особенно времени не было (я тут в последнее время в науку немного втянулся, а наука - штука интересная и ресурсоемкая). Идей по поводу того, чтобы поделиться знаниями много, и они будут реализоваться - всему свое время

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v
Про эмулятор ничего ничего не понял, если честно

я тактично намекнул на то, что эмулятор нуждается в доработке, иными словами нуждается в трате на него времени, которое тратится на другие технологии, в ущерб их качеству (и их и эмулятора)

А там на самом деле собственно и не было никакого недоразумения ...

так он взял свои слова обратно?

и ловит искусственных мышей

это выглядит примерно так: радостный Олег бежит вприпрыжку по квартире в ниточкой, к которой привязан бантик, а не менее радостная кошка бежит следом :) ?

Так и задумано. Эта информация классифицируется, в очередной версии лишнее будет давиться.

ну это и так ясно. своим вопросом я лишь намекнул на то, что хорошо бы как-то ускорить этот процесс :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
1. так он взял свои слова обратно?

2. это выглядит примерно так: радостный Олег бежит вприпрыжку по квартире в ниточкой, к которой привязан бантик, а не менее радостная кошка бежит следом :) ?

1. А он ни на кого не наезжал ...

2. Именно так - с кошкой положено играть, дабы она была в форме :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
kvit.v

Олег, помню в своё время на Вашем (вирусинфо) форуме популизировали антивирус VBA. Проходили и акции с продажей ключей, с хорошей скидкой. Хотелось услышать Ваше личное мнение по этому антивирусу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
dan
я тактично намекнул на то, что эмулятор нуждается в доработке, иными словами нуждается в трате на него времени, которое тратится на другие технологии, в ущерб их качеству (и их и эмулятора)

А что, если не секрет, вы считаете надо доработать в ЛКшной эмуляторе?

Олег, а сколько Вы спите в среднем?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Motley

Здравствуйте, Олег. У меня к Вам три вопроса:

1.Расскажите немного о себе: сколько Вам лет, где учились (из интервью я уже понял, что образование техническое, а какой ВУЗ?)

2. Как Вы относитесь к мобильной вирусологии? Проблема существует или это только в перспективе?

3. А почему именно вирусы и трояны, Вы пробовали также серьёзно заниматься фаерволами ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Олег, помню в своё время на Вашем (вирусинфо) форуме популизировали антивирус VBA. Проходили и акции с продажей ключей, с хорошей скидкой. Хотелось услышать Ваше личное мнение по этому антивирусу.

VBA и сейчас есть на VirusInfo, в разделе Bata-тестирования ... а что до акций, то продажа ключей как бы не профиль форума - туда приходят полечиться, а не покупать софт. Хотя идеи о том, чтобы сделать страничку со ссылками на магазины ПО с выборкой всех популярных антивирусов (чтобы никому обидно не было) есть. Высказывать же личное мнение по какому либо антивирусу мне кажется нетактичным, тем более что без серьезных тестов по некоей продуманной методике. Потому ответ на денный вопрос уместно искать в разделе тестов (например, на www.anti-malware.ru)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Здравствуйте, Олег. У меня к Вам три вопроса:

1.Расскажите немного о себе: сколько Вам лет, где учились (из интервью я уже понял, что образование техническое, а какой ВУЗ?)

2. Как Вы относитесь к мобильной вирусологии? Проблема существует или это только в перспективе?

3. А почему именно вирусы и трояны, Вы пробовали также серьёзно заниматься фаерволами ;)

1. Мне 33 года, я закончил кафедру промышленной электроники МЭИ (у нас есть филиал МЭИ в Смоленске), и там-же закончил аспирантуру.

2. Мобильная вирусология - это серьезная штука, ее нельзя недооценивать. Все дело в том, что для развития мобильных вирусов необходимо несколько аспектов:

2.1 техническая возможность создания и распространения мобильных вирусов. Она в принципе есть, и складывается она по моему мнению из следующих факторов:

- возможность запуска зловреда на мобильном устройстве. Сейчас все больше мобильных устройств можно отнести к разряду "коммуникатор" (т.е. по сути "компьютер" + "сотовый модуль". А раз это компьютер с технической точки зрения (пусть со специфическим процессором и операционкой), то под него в принципе можно сделать зловреда, например трояна или червяка

- наличие методов внедрения или распространения зловреда. Опять-же еще несколько лет назад коммуникатор был редкостью, я сайчас это обыденность и наличие в нем WiFi, Bluetooth, 3G И прочих скоростных технологий обмена с внешим миром становится стандартом. Следовательно, средство для доставки зловреда, передачи украденной информации с мобильного устройства и т.п. с технической точки зрения есть

2.2 нетехнические факторы:

- подготовленность пользователей. Типовой пользователь часто не знает и трети функционала своего телефона, и надеяться на то, что он будет грамотно планировать защиту своего мобильного устройства -нереально. И чем сложнее коммуникатор, тем сильнее эта проблема

- наличие интереса у зловредописателей (в особенности - коммерческого интереса) к созданию мобильных зловредов. Сейчас он невелик, так как в общем-то невелик процент таких мобильных устройств

Вот если сопоставить эти размышления, то легко заметить, что проблема уже есть и постепенно становится все значительнее, причем чем дальше - тем хуже.

3. Firewall я занимался и занимаюсь, причем давно и серьезно, равно как анализом контента (например, для обнаружения и блокировки непроизводственного использования Инет, обнаружения вирусных инцидентов ...), но в корпоративном масштабе. Как следствие, Firewall в этом случае - это аппаратное устройство, в разрыве между сетью с ПК пользователей с одной стороны, и внешним миром с другой ).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Олег, а сколько Вы спите в среднем?

Для нормального отдыха человек должен спасть в среднем 8 часов в день, и я неукоснительно соблюдаю это правило. По этому поводу у известного физика Резерфорду есть крылатое высказывание - "Послушайте, а когда же вы думаете?" (это его реакция на ответ ученика о том, что он постоянно работает - утром, днем, вечером, ночью ...).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
Для нормального отдыха человек должен спасть в среднем 8 часов в день, и я неукоснительно соблюдаю это правило.

везет=)) у меня так не получается хоть я и знаю что надо спать минимум 8 часов, но больше 5 часов не получается=)) поэтому приходиться переодически в субботу-воскресенье в лежку на кровати лежать иначе, начинаешь очень медленно соображать=))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      В логе и есть, пролистай его посмотри. А статус сбрасывается на проверенный по очевидным причинам

       
    • santy
      ссылка на образ где?
    • PR55.RP55
      Полное имя                  Z:\WINDOWS\PROCEXP64.EXE
      Имя файла                   PROCEXP64.EXE
      Тек. статус                 АКТИВНЫЙ ПРОВЕРЕННЫЙ в автозапуске
                                  
      Сохраненная информация      на момент создания образа
      Статус                      АКТИВНЫЙ ПРОВЕРЕННЫЙ в автозапуске
      Процесс                     64-х битный
      File_Id                     611B18E1197000
      Linker                      14.29
      Размер                      1509768 байт
      Создан                      23.10.2021 в 19:53:18
      Изменен                     18.08.2021 в 17:30:20
                                  
      TimeStamp                   17.08.2021 в 02:03:13
      EntryPoint                  +
      OS Version                  0.0
      Subsystem                   Windows graphical user interface (GUI) subsystem
      IMAGE_FILE_DLL              -
      IMAGE_FILE_EXECUTABLE_IMAGE +
      Тип файла                   64-х битный ИСПОЛНЯЕМЫЙ
      Цифр. подпись               Действительна, подписано Microsoft Corporation
                                  
      Оригинальное имя            Procexp.exe
      Версия файла                16.43
      Описание                    Sysinternals Process Explorer
      Производитель               Sysinternals - www.sysinternals.com
                                  
      Доп. информация             на момент обновления списка
      pid = 5152                  DESKTOP-CTVF6Q6\UserName
      CmdLine                     "Z:\WINDOWS\PROCEXP64.EXE" "Z:\WINDOWS\SYSTEM32\TASKMGR.EXE"
      Процесс создан              16:27:45 [2021.10.24]
      С момента создания          00:00:24
      CPU                         11,14%
      CPU (1 core)                44,55%
      parentid = 4856             Z:\WINDOWS\EXPLORER.EXE
      SHA1                        D3DC46078A137F17C50887FF6F17BE40DAB20626
      MD5                         29DA4E6B4B4325651FD4E1A87D333B22
                                  
      Ссылки на объект            
      Ссылка                      HKLM\Software\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\taskmgr.exe\Debugger
                                  
      Ссылка                      HKLM\Software\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\taskmgr.exe\Debugger
      Prefetcher                  Z:\WINDOWS\Prefetch\Layout.ini
                                  
      и т.д ------- И где информация в лог ? Где изменение статуса на подозрительный... Загрузка процессора под 56%
    • AM_Bot
      Fortify Integration Ecosystem версии 21.1 — это единая платформа для обеспечения безопасной разработки программного обеспечения (DevSecOps), автоматизации тестирования в рамках конвейера CI / CD. В комплекс входят статические (SAST) и динамические (DAST) сканеры уязвимостей приложений, включая мобильные (MAST), а также аудит веб-сайтов и другие компоненты, облегчающие процессы принятия решений по результатам тестирований. Платформа доступна в виде локального программного обеспечения, на условиях Software-as-a-Service (SaaS) или в гибридной конфигурации.   ВведениеАрхитектура и функциональные возможности Fortify Integration EcosystemСистемные требования Fortify Integration EcosystemЛицензирование Fortify Integration EcosystemРолевая модель при интеграции Fortify Integration EcosystemСценарии работы с Fortify Integration Ecosystem6.1. Взаимодействие с Fortify Software Security Center6.2. Итерация цикла безопасной разработки с использованием платформы Fortify6.3. Взаимодействие команд разработки и безопасности с использованием платформы Fortify6.4. Работа с отчётностьюВыводыВведениеВ современных реалиях процессы, связанные с разработкой, внедрением, эксплуатацией и дальнейшей поддержкой программного обеспечения, меняются, чтобы соответствовать требованиям по информационной безопасности. Создание продуктов и приложений, которые с самого начала являются безопасными с точки зрения кода и архитектуры, то есть подверженными минимальному количеству уязвимостей, — это концепция, которая набирает всё большую популярность. Ведь, согласитесь, с точки зрения бизнеса эффективнее предотвращать уязвимости на начальных этапах, а не после, например, компрометации инфраструктуры или утечки конфиденциальных данных.Автоматизация процессов работы с программным обеспечением с помощью подхода DevOps обеспечивает взаимодействие всех команд, которые связаны с разработкой и эксплуатацией (непосредственно разработчиков, технических специалистов, администраторов и т. д.). Использование модели DevOps облегчает и ускоряет процесс создания продуктов и приложений, повышает предсказуемость и эффективность, обеспечивает непрерывность разработки и интеграции.Логичным развитием этой методологии стала концепция безопасной разработки приложений DevSecOps (сокращение ключевых слов Development, Security и Operations). Она интегрирует задачи по контролю качества, надёжности и безопасности кода в процессы непрерывной разработки таким образом, чтобы возникающие проблемы можно было решать по мере их появления независимо от этапа работы с программным продуктом, что существенно сокращает возможные затраты времени и средств на их устранение. Таким образом, DevSecOps реализует так называемый «сдвиг безопасности влево», то есть задачи по обеспечению безопасности смещаются с конца процессов DevOps и распределяются по всему циклу разработки.В феврале мы провели эфир AM Live на тему цикла непрерывной безопасной разработки приложений. Ведущие эксперты сферы информационной безопасности перечислили преимущества DevSecOps и сложности при его внедрении в условиях отечественного рынка. Рисунок 1. Процессы DevSecOps по версии Gartner Недавно мы начали цикл статей, посвящённых безопасной разработке. В них мы подробно рассказали об основных решениях, применяемых в DevSecOps — средствах статического тестирования защищённости приложений (Static Application Security Testing, SAST) в первой части и инструментах для динамического тестирования (Dynamic Application Security Testing, DAST) во второй.Платформа безопасности приложений компании Fortify (подразделение Micro Focus) состоит из комплекса решений для DevSecOps и объединяет в себе SAST, поддерживающий более 30 языков программирования, DAST и анализ на наличие уязвимостей мобильных приложений (Mobile Application Security Testing, MAST). Важным моментом, связанным с возможностями решений Fortify, является анализ кода приложений и программ любого размера за разумное время. Недавно вышла новая версия платформы — 21.1.По данным аналитического агентства Gartner, Micro Focus является одним из лидеров в сфере автоматизированного тестирования безопасности приложений. Рисунок 2. «Магический квадрант» Gartner для сегмента тестирования безопасности приложений Платформа Fortify — это универсальное решение для внедрения ключевого компонента безопасности в уже существующий процесс разработки программного обеспечения по принципам DevOps. При этом возможна интеграция с различными решениями, которые уже используются в рамках цикла работы с программными продуктами. Мы перечислим их в следующем разделе. Таким образом, внедрить платформу от Fortify возможно максимально быстро и без изменения имеющейся инфраструктуры.Также отметим, что Fortify предоставляет платформу для DevSecOps не только в виде локального программного обеспечения (on-premise), но и на условиях SaaS (Software-as-a-Service), а также в гибридной конфигурации — в зависимости от требований или возможностей инфраструктуры каждой отдельной компании.Архитектура и функциональные возможности Fortify Integration EcosystemВ качестве примера интеграции приведём вариант архитектуры платформы в формате локального (on-premise) решения. Рисунок 3. Пример архитектуры платформы безопасности приложений Fortify Fortify Software Security Center (SSC) — «сердце» платформы безопасности приложений Fortify. Эта система агрегирует в себе всю информацию от остальных компонентов, включая результаты анализа по различным проектам и сведения ото внешних систем, с которыми возможна интеграция. Всё это хранится в базе данных Fortify Software Security Center Database (SSC DB). Именно через Fortify SSC происходит взаимодействие с платформой и информацией — например, отслеживание, построение отчётности и документации, — а также осуществляются автоматизация безопасности непрерывной разработки (CI / CD) и управление процессами DevOps.Кроме того, Fortify SSC может быть промежуточным звеном для предоставления информации о проектах третьей стороне вне инфраструктуры или системы. Например, можно настроить взаимодействие со средством визуализации данных Power BI или с более общей системой управления уязвимостями, в том числе на уровне всей ИТ-инфраструктуры, а не только исходного кода и приложений.Статический анализатор (Fortify Static Code Analyzer, SCA) осуществляет статическое тестирование исходного кода приложений. Он, в свою очередь, состоит из двух компонентов: SAST-сенсоров и контроллера ScanCentral SAST (серверная часть анализатора). Контроллер обеспечивает взаимодействие статического анализатора с Fortify SSC.Fortify SCA способен проанализировать программные продукты, написанные на следующих языках программирования: .NET, .NET Framework, .NET Core, ABAP / BSP, ActionScript, Apex, C#, C / C++, Classic ASP (c VBScript), COBOL, ColdFusion, Go, HTML, Java (в том числе под Android), JavaScript, JSP, Kotlin, MXML (Flex), Objective-C / C++, PHP, PL / SQL, Python, Ruby, Scala, Swift, T-SQL, TypeScript, VBScript, Visual Basic, XML.Отметим, что при статическом анализе исходного кода существуют сложности при определении вида уязвимостей и связанных рисков. Они вызваны тем, что при статическом анализе невозможно определить архитектуру приложения и его тип (например, веб- или полностью консольное приложение), а также неизвестно, как организована работа приложения во время сессий. Таким образом, результат статического анализа — это список потенциальных уязвимостей. Иначе говоря, среди них присутствует некоторое количество недостатков безопасности, которые не являются уязвимостями в разрезе конкретного приложения.Компонент Audit Assistant определяет ложноположительные срабатывания, возникающие при статическом анализе исходного кода. Его работа основана на машинном обучении, алгоритм которого разработан Fortify. Можно использовать предопределённую модель и дополнить её знаниями о собственных приложениях и программных продуктах.Динамический анализатор исходного кода (Fortify WebInspect) образуется двумя компонентами по аналогии с Fortify SCA: контроллером ScanCentral DAST (серверная часть анализатора) и DAST-сенсорами. Fortify WebInspect включает в себя агент для интерактивного анализа приложений — Interactive Application Security Testing, IAST. Основная задача анализатора — динамическое тестирование веб-приложений и сервисов с целью обнаружения уязвимостей. Для достижения этой цели Fortify WebInspect моделирует известные атаки на приложения во время их работы.Примерами уязвимостей, которые обнаруживает WebInspect, могут быть неправильная конфигурация SSL-сервиса (скажем, использование устаревших функций шифрования, небезопасных алгоритмов или слабых сертификатов), незакрытый доступ к панелям управления сервисами, возможности листинга директорий, использование версий программного обеспечения с известными проблемами безопасности, уязвимости обхода ограничений доступа и многое другое.WebInspect License Infrastructure Manager (LIM) отвечает за распределение лицензий по сенсорам и управление ими. На момент подготовки обзора это относится только к DAST-сенсорам, контроль лицензий для сенсоров SAST будет добавлен в ближайших релизах. О лицензировании мы поговорим далее, и тогда функции Fortify WebInspect LIM станут более понятными.Audit Workbench (AWB) отслеживает результаты сканирования программных продуктов и оценивает связи различных уязвимостей в разрезе потоков данных. Это существенно облегчает процесс аудита и устранения выявленных недостатков безопасности.Fortify on Demand (FoD) — это решение по предоставлению безопасности приложений как услуги (SaaS) на основе зарубежных облачных сервисов. При такой конфигурации платформа Fortify представляет собой комбинацию статического анализатора Fortify SCA, динамического анализатора Fortify WebInspect и системы Fortify SSC для централизованного управления платформой.Кроме того, как было сказано выше, платформа поддерживает интеграцию со множеством продуктов и решений сторонних вендоров, включая комплекс композиционного анализа от Sonatype (Software Composition Analysis). Таблица 1. Поддерживаемые решения при интеграции платформы безопасности приложений Fortify Integration EcosystemТипРешенияСреды разработки (IDE)Eclipse, Visual Studio, VSCode,JetBrains / IntelliJ IDEA, Android Studio,PyCharm, WebStormСервисы для совместной разработки и управления кодом (source control)Git, GitLab, GitHub, BitBucket*Серверы непрерывной разработки и интеграции (CI / CD)Jenkins, Azure DevOps, Bamboo, GitLab,GitHub, Fortify on Demand (FoD) UploaderСредства для анализа программ с открытым исходным кодом (open source)Sonatype, Snyk, WhiteSource, Black Duck, Dependency TrackСредства сборки (build tools)Maven, MAKE, Gradle, MSBuild, Apache ANTИнструменты тестированияSwager, Selenium, Fortify WebInspectБагтрекеры, системы управления процессами информационной безопасности (GRC)Jira, BugZilla, ALM Octane, DefectDoJo, SonarQube, CSV, JsonСредства единого входа (Single Sign-On, SSO)Fortify Software Security Center (SSC),Fortify On Demand (FoD), Active DirectoryСистемы для обучения принципам информационной безопасности приложенийSecure Code Warrior, FoD TrainingДругие продукты и решенияSonarQube, SAP* Программный код загружается стандартными утилитами без прямой интеграции платформы Fortify с System Center Configuration Manager (SCCM).  Системные требования Fortify Integration EcosystemОсновные требования к программному обеспечению и вычислительным ресурсам для развёртывания компонентов платформы безопасности приложений от Fortify приведены в таблицах далее. Таблица 2. Системные требования для статического анализатора Fortify SCAОперативная память16 ГБ и более; 32 ГБ при необходимости анализа скриптовых языков (JavaScript, TypeScript, Python, PHP, Ruby)Операционная системаWindows 8.1, 10; Windows Server 2012 R2, 2016 или 2019CentOS Linux 7.x (7.6 и выше), 8.x (8.2 и выше); Red Hat Enterprise Linux 6.x (6.7 и выше), 7.x (7.2 и выше), 8.x (8.2 и выше); SUSE Linux Enterprise Server 12, 15; Ubuntu 20.04.1 LTSmacOS 10.14, 10.15, 11 Таблица 3. Системные требования для динамического анализатора Fortify WebInspectЧастота процессора2,5 ГГц и вышеОперативная памятьМинимум 16 ГБ, рекомендовано 32 ГБЖёсткий диск40 ГБ, 50 ГБ при использовании SQL ExpressРазрешение экрана1280 × 1024Операционная системаWindows 8.1, 10; Windows Server 2016 или 2019Платформа .NET.NET Framework 4.8SQL-серверSQL Server 2014 SP3, 2016 SP2, 2017, 2019 (в т. ч. Express)БраузерInternet Explorer 10, 11Формат документовAdobe Acrobat Reader не ниже 8.1.2, рекомендуется 11 Таблица 4. Системные требования для динамического анализатора Fortify WebInspect в контейнерных средахСреда контейнеризацииDocker Enterprise 18.09 и вышеЧастота процессора2,5 ГГц и вышеОперативная памятьМинимум 16 ГБ, рекомендовано 32 ГБЖесткий диск40 ГБ, 50 ГБ при использовании SQL ExpressОперационная системаWindows Server 2019 Таблица 5. Системные требования для системы управления Fortify SSCРазмер кучи JavaМинимум 4 ГБ, рекомендовано 24 ГБОперационная системаWindows Server 2012 R2, 2016 или 2019Red Hat Enterprise Linux 6 с обновлением 5 и выше, 7.x, 8Linux Enterprise Server 12, 15БраузерGoogle Chrome 90 и вышеMicrosoft Edge 90 и вышеMozilla Firefox 88 и вышеSafari 14 и вышеТехнология единого входа (SSO)Central Authorization Server (CAS)HTTP Headers (Oracle, CA)SAML 2.0SPNEGO/KerberosX.509Система реализации отчётности и бизнес-аналитикиBusiness Intelligence and Reporting Technology (BIRT) Designer 4.7 Таблица 6. Системные требования для базы данных системы управления Fortify SSC DBКоличество ядер процессораМинимум 4, рекомендовано 8Оперативная памятьМинимум 8 ГБ, рекомендовано 64 ГББаза данныхMySQL версии 8.0 (Community Edition)Oracle 12c Release 2 или 19c (18.3)SQL Server 2017 или 2019 Таблица 7. Системные требования для системы управления лицензиями Fortify WebInspect LIMКоличество ядер1Частота процессораРекомендуется 2,5 ГГц и выше, минимум 1,5 ГГцОперативная памятьРекомендуется 2 и более ГБ, минимум 1 ГБЖёсткий дискРекомендуется 50 и более ГБ, минимум 20 ГБРазрешение экранаРекомендуется 1280 × 1024, минимум 1024 × 768Сервер WindowsWindows Server 2012, 2012 R2, 2016 или 2019Windows Server 2019 в среде контейнеризацииВеб-серверРекомендуется IIS 8.5IIS 7.5, 8.0, 10Платформа .NET.NET Framework 4.5, 4.6.1ASP.NET 4.5, 4.6БраузерРекомендуются Internet Explorer 11 или Mozilla Firefox 51.0Mozilla Firefox 44.0, 47.0, 69.0Среда контейнеризации (если применимо)Docker Enterprise 18.09 и выше Лицензирование Fortify Integration EcosystemFortify предлагает несколько вариантов лицензирования для платформы безопасности приложений в зависимости от развитости процессов разработки программных продуктов. Основная модель, так называемая ScanCentral Model, строится на основе двух параметров: количества пользователей интерфейса Fortify SSC и количества сенсоров SAST или DAST, необходимых для оперативного решения задач безопасной разработки.Отметим, что в инфраструктуру можно интегрировать любое количество этих сенсоров, а тип лицензирования определяет, сколько их может работать одновременно.Важным моментом является тот факт, что лицензии едины для сенсоров разного типа. Соответственно, при необходимости можно использовать все доступные лицензии для ускорения статического или динамического анализа исходного кода.Ролевая модель при интеграции Fortify Integration EcosystemПрежде чем описывать формат работы с платформой, мы подробно рассмотрим вариант пользовательской ролевой модели, которую специалисты Fortify предлагают использовать как основу при интеграции DevSecOps в существующие процессы. Цель — переместить безопасное создание приложений и ответственность в сторону команды разработки, то есть реализовать «сдвиг влево», о котором мы говорили в начале обзора.Перечислим базовые роли пользователей, которые можно применять для достижения целей безопасной разработки. Отметим, что платформа Fortify поддерживает создание любых необходимых пользовательских ролей.Разработчик отвечает за свои участки кода. Он анализирует зафиксированные дефекты и уязвимости и устраняет их, в том числе с помощью информации от платформы безопасности приложений.Ответственный за безопасность программного продукта со стороны разработки (ИБ-евангелист, «security champion») — один из разработчиков. Он в дополнение к основным обязанностям разбирает уязвимости, обнаруженные платформой Fortify, анализирует и верифицирует их. Также в случае необходимости он взаимодействует с командой безопасности. Информацию о дефектах в исходном коде он перенаправляет дальше для их устранения.Ответственный за программный продукт (руководитель команды, менеджер продукта, «тимлид») получает через систему багтрекинга информацию об уязвимостях, поступающую от ИБ-евангелиста, и о других дефектах в исходном коде продукта, а затем делегирует их исправление конкретному разработчику.Вместе разработчики, ИБ-евангелисты и тимлиды составляют команду разработки. Поскольку система контроля версий фиксирует каждое изменение кода, впоследствии запускается автоматизированный анализ продукта с помощью платформы Fortify на наличие уязвимостей. Таким образом формируется цикл непрерывной безопасной разработки.Команда безопасности представлена руководителем отдела ИБ компании (Chief Information Security Officer, CISO) и аудитором. Аудитор помогает команде разработки правильно классифицировать уязвимости, а также может выборочно проверять результаты анализа и контролировать работу программистов с точки зрения безопасности.CISO отслеживает весь процесс DevSecOps, анализирует общую работу всех подразделений и определяет эффективность их деятельности в разрезе информационной безопасности.Говоря об ответственности, отметим, что исправление, доработка и другие связанные с исходным кодом задачи возлагаются на команду разработки. При этом отчитывается за риски, связанные с принятым в эксплуатацию программным продуктом, команда безопасности.Сценарии работы с Fortify Integration EcosystemДалее мы рассмотрим вариант сценария работы с платформой для DevSecOps от Fortify с точки зрения процессов безопасной разработки. Поскольку существенным моментом здесь является как раз ролевая модель, мы будем явно указывать, какие пользователи взаимодействуют с компонентами платформы в тот или иной момент.Взаимодействие с Fortify Software Security CenterОсновное взаимодействие с платформой безопасности приложений от Fortify происходит через сервер Fortify SSC. Доступ к нему может быть получен через веб-интерфейс. Рисунок 4. Форма аутентификации в Fortify Software Security Center После аутентификации пользователь с соответствующими правами доступа попадает на главную страницу интерфейса. На ней отображена вся информация по анализу различных проектов и программных продуктов:все приложения с версиями,статистика по приложениям (количество сканируемых файлов, строк кода, плотность багов; открытых, то есть нерешённых, и ожидающих рассмотрения проблем),статистика по скорости работы команд в рамках процесса безопасной разработки — среднее количество дней до рассмотрения потенциальных уязвимостей (зона ответственности ИБ-евангелиста) и их устранения.Если используется описанная выше ролевая модель, то к веб-интерфейсу Fortify SSC имеют доступ следующие сотрудники: руководитель отдела информационной безопасности, аудитор и ИБ-евангелист от разработчиков. Рисунок 5. Главная страница веб-интерфейса Fortify Software Security Center Детальная информация об обнаруженных уязвимостях проектов актуальна не для всех пользователей, поэтому доступ к ней имеют ИБ-евангелист или аудитор. В остальных случаях эти данные можно выгрузить в формате отчёта. О них мы поговорим далее.Как уже было отмечено, платформа Fortify поддерживает возможности по созданию любых пользовательских ролей. Рисунок 6. Роли пользователей в веб-интерфейсе Fortify Software Security Center Итерация цикла безопасной разработки с использованием платформы FortifyКоманда разработки может использовать решения Fortify для организации и автоматизации процессов DevSecOps, не включая сотрудников из отдела информационной безопасности, которых эти процессы затрагивать не должны.Мы покажем пример одной итерации цикла безопасной разработки от появления уязвимости в исходном коде до её устранения. В рамках демонстрации средой разработки, в которую интегрирована платформа Fortify, выступила IntelliJ IDEA, а средой для непрерывной интеграции (CI) — Jenkins.Допустим, разработчик внёс некоторые изменения в код программного продукта, которые были зафиксированы в системе контроля версий и отправлены в центральное хранилище кода. Дальнейший анализ на наличие уязвимостей может быть запущен сразу же, то есть автоматизированно в рамках процессов непрерывной интеграции, или вручную в зависимости от конкретного проекта.ИБ-евангелист контролирует процессы сборки и анализа в среде непрерывной интеграции. Рисунок 7. Форма аутентификации в среде непрерывной интеграции Jenkins На главной странице он увидит список всех доступных ему проектов, а в левой части — информацию о текущих сканированиях. Рисунок 8. Главная страница интерфейса среды непрерывной интеграции На странице проекта сразу виден конвейер (DevSecOps CI Pipeline), по данным из которого можно сделать вывод, что в результате действий разработчика сборка приложения прошла неудачно и вдобавок к этому оно стало уязвимо. Рисунок 9. Результаты сканирования исходного кода в результате его изменения (DevSecOps CI Pipeline) В итоге ИБ-евангелист увидит в веб-интерфейсе Fortify SSC, что возникла новая уязвимость — для неё поле с тегами будет пустым — типа «манипуляция путём» (Path Manipulation). Рисунок 10. Страница проекта в веб-интерфейсе Fortify Software Security Center Платформа Fortify оценивает критическую значимость каждой проблемы безопасности, приоритизирует её и даёт подробные рекомендации по исправлению кода.Поскольку уязвимости зачастую зависят от контекста конкретного приложения, ИБ-евангелисту необходимо просмотреть и классифицировать новую брешь, чтобы определить, связана ли её эксплуатация с рисками для безопасности. Проанализировать код, который определён платформой Fortify как потенциально уязвимый, оставить комментарий для разработчика и отправить ему информацию можно напрямую в интерфейсе Fortify SSC или через систему багтрекинга. Рисунок 11. Подробная информация об уязвимости в веб-интерфейсе Fortify Software Security Center Рисунок 12. Настройка интеграции с системой багтрекинга (Jira) в веб-интерфейсе Fortify Software Security Center Для того чтобы программист мог получать информацию об уязвимостях в его коде от Fortify SSC сразу в среде интегрированной разработки, используется специальный плагин Fortify. Рисунок 13. Окно аутентификации к Fortify Software Security Center в среде интегрированной разработки После аутентификации разработчику становится доступна подробная информация об уязвимости:код, который её вызывает,комментарии ИБ-евангелиста,подробное описание,рекомендации по исправлению кода при выявлении проблем такого типа,результаты динамического анализа (DAST) и другие данные об уязвимости.Рисунок 14. Информация об уязвимости в коде от Fortify Software Security Center в среде интегрированной разработки После исправления кода (и, при необходимости, согласования с другими разработчиками или специалистами по информационной безопасности) снова запускаются процессы по сборке и сканированию программного продукта, т. е. цикл повторяется. Если других проблем в исходном коде не обнаружено, конвейер завершится успешно, а на странице проекта в интерфейсе Fortify SSC уязвимость по манипуляции путями файлов станет невидимой, поскольку была отмечена как «fixed» (исправленная). Рисунок 15. Результаты сканирования исходного кода после исправления уязвимости (DevSecOps CI Pipeline) Пользователи, которым открыт доступ к детальной информации по проектам в Fortify SSC, могут просматривать данные по всем уязвимостям исходного кода проекта, которые когда-либо были найдены. Эта опция важна, поскольку помогает фиксировать факты повторения одной и той же ошибки разработчика. Рисунок 16. Расширенные настройки отображения данных по проекту в веб-интерфейсе Fortify Software Security Center Взаимодействие команд разработки и безопасности с использованием платформы FortifyПричинами для вовлечения аудитора в процессы DevSecOps могут быть, например, выборочный анализ работы ИБ-евангелистов или развитие их компетенций в виде консультирования по каким-либо уязвимостям и другим проблемам. Для этого аудитору доступны данные по проектам и их версиям, включая подробную информацию обо всех уязвимостях. Рисунок 17. Список всех проектов по версиям в веб-интерфейсе Fortify Software Security Center Примером активности в интерфейсе Fortify SSC со стороны аудитора может быть открытие уязвимости, которая ранее была отмечена как исправленная, или дополнение информации по одной из нерешённых проблем.Руководитель информационной безопасности на основании статистической информации, доступной на главной странице интерфейса Fortify SSC, может делать выводы об организации процесса DevSecOps в целом и по каждому проекту в частности и, например, принять решение о необходимости обучения разработчиков навыкам написания безопасного кода.Работа с отчётностьюПри необходимости из Fortify SSC можно выгрузить подробную информацию об анализе программных продуктов и уязвимостях в их исходном коде в формате отчётов. Рисунок 18. Страница с отчётами в веб-интерфейсе Fortify Software Security Center Fortify SSC позволяет создавать отчёты на основе предопределённых шаблонов. Это могут быть:отчёты по проектам (программным продуктам или приложениям),отчёты по уязвимостям (в разрезе стандарта безопасности или для передачи третьей стороне),высокоуровневые отчёты, актуальные для руководителя отдела информационной безопасности. Они могут содержать информацию о структуре программных продуктов, тенденциях по уязвимостям, ключевых показателях эффективности (Key Performance Indicators, KPI) и безопасности программных продуктов в целом.В отчёте по проекту отражены сведения об уязвимостях, сканированиях, динамике активности по устранению брешей и другие. Кроме того, данные об обнаруженных проблемах безопасности могут быть дополнены информацией в соответствии с распространёнными стандартами: OWASP, PCI DSS, PSI SSF, DISA STIG, CWE, WASC. Рисунок 19. Создание нового отчёта по проекту в веб-интерфейсе Fortify Software Security Center Отчёты по уязвимостям особенно актуальны для аудита информационной безопасности. Рисунок 20. Создание нового отчёта по уязвимостям в веб-интерфейсе Fortify Software Security Center Рисунок 21. Создание нового высокоуровневого отчёта в веб-интерфейсе Fortify Software Security Center ВыводыВ настоящее время уязвимости в программных продуктах и приложениях интенсивно эксплуатируются и причиняют компаниям значительный ущерб, причём не только финансовый, но и репутационный. В результате концепция написания изначально безопасного (насколько это возможно) кода становится единственно правильным вариантом развития существующих процессов разработки. Таким образом ответственность за безопасность программных продуктов частично переносится на команду разработки.Подразделение компании Micro Focus, Fortify, предлагает единую платформу безопасности приложений Fortify Integration Ecosystem версии 21.1 для внедрения DevSecOps в уже существующие процессы разработки (DevOps) и для последующей автоматизации.Решение Fortify представляет собой целостный комплекс (так называемую экосистему) с единым центром управления Fortify Security Software Center и не только охватывает системы для анализа исходного кода (SAST, DAST, MAST), но и интегрируется с различными решениями сторонних вендоров, включая различные среды разработки и средства управления непрерывной интеграцией. Это заметно облегчает внедрение Fortify Integration Ecosystem в уже существующие процессы DevOps, в том числе в среде контейнеризации.Доступность платформы в виде локального программного обеспечения, на условиях SaaS или в гибридной конфигурации, гибкие условия лицензирования и совместимость с разнообразными сторонними решениями для DevOps позволяют многим организациям использовать Fortify Integration Ecosystem для внедрения элемента безопасности в разработку программных продуктов.Отметим следующие важные моменты, связанные с функциональными возможностями платформы Fortify Integration Ecosystem:Анализ больших объёмов исходного кода осуществляется за разумное время.Поддерживается большое количество языков программирования для статического анализа исходного кода, сканирование различных сред разработки и API в рамках динамического тестирования.Использование алгоритмов машинного обучения снижает риск ложных срабатываний статического анализа исходного кода (SAST). Читать далее
    • Ego Dekker
      Компания ESET ― лидер в области информационной безопасности ― сообщает о выходе новой версии продуктов ESET NOD32 Antivirus, ESET Internet Security и ESET Smart Security Premium для пользователей операционной системы Windows. Основными новинками стали функция LiveGuard для дополнительной защиты от неизвестных угроз, платформа для управления безопасностью ESET HOME, а также другие усовершенствования функционала для всесторонней безопасности устройств. Новая платформа для управления безопасностью В условиях постоянных кибератак обеспечения защиты своих устройств становится необходимостью. Поскольку смартфоны активно используются пользователями, управление безопасностью с их помощью является решающим. Именно поэтому было обновлено платформу для управления безопасностью домашних устройств ESET HOME (ранее известная как myESET), которая обеспечивает полный обзор всех решений ESET для операционных систем Windows и Android. В частности, пользователи могут видеть текущие статусы защиты различных устройств, подключенных к их учетным записям. Стоит отметить, что ESET HOME доступна через веб-портал и мобильное приложение для Android и iOS с возможностью управления безопасностью на ходу. Приложения позволяют пользователям добавлять лицензии и делиться ими с семьей и друзьями, а через веб-портал можно дополнительно осуществлять Управление паролями, Антивором и Родительским контролем. Основные преимущества версии 15 Современные технологии ― защита онлайн-платежей теперь работает по умолчанию, защищая любой поддерживаемый браузер с помощью усиленного режима. Благодаря методам обнаружения на основе поведения улучшена защита от программ-вымогателей, а также усовершенствована защита от дополнительных вредоносных техник. Новая функция LiveGuard (реализована в ESET Smart Security Premium) обеспечивает дополнительный уровень защиты пользователей от ранее неизвестных угроз, предотвращая запуск вредоносного кода. Этот сервис анализирует подозрительные файлы, включая документы, скрипты, инсталляторы и исполняемые файлы, в безопасной среде песочницы. Обновленное управление паролями (доступно в ESET Smart Security Premium) предусматривает улучшенный уровень безопасности и простоту использования. Стоит отметить, что управление паролями доступно во всех основных браузерах как расширение и на устройствах Android и iOS как отдельное приложение. Кроме этого, обновленный функционал обеспечивает поддержку KeePass и Microsoft Authenticator. «Мы обеспечиваем защиту пользователей в соответствии с последними достижениями в области кибербезопасности. Обновленные продукты, включая новую функцию LiveGuard и платформу ESET HOME, позволяют пользователям контролировать безопасность и управлять несколькими устройствами на ходу. Для нас важно обеспечить защиту пользователей с помощью передовых решений, которые простые и удобные в использовании», ― прокомментировала Мария Трнкова, директор ESET в сегменте решений для защиты домашних устройств и Интернета вещей. Пресс-выпуск.
×