Новые функции в Universal Virus Sniffer (uVS) - Страница 56 - Universal Virus Sniffer (uVS) - развитие, использование и решение проблем - Форумы Anti-Malware.ru Перейти к содержанию

Recommended Posts

PR55.RP55

предлагаешь задачу, предлагай и механизм ее решения.

778877.jpg

post-8956-0-46988700-1438098344_thumb.jpg

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


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

RP55, это тоже коряво выходит, но уже ближе к цели.

получается что обработка по списку snms меняет (или не меняет) статус объекта, и назначает (или не назначает) отложенное в автоскрипт действие.

при том, что автоскрипт у нас работает только с объектами ?ВИРУС?

 

линейку "статус" лучше поднять выше автоскрипта и добавить тригер типа "default" (или авто), что должно соответствовать статусу ?ВИРУС?

т.е. по умолчанию детект по критерию устанавливает статус ?ВИРУС? и определяет назначенное действие "авто".

 

остальное все меняет хелпер по своему усмотрению.

если выбирается статус "проверенный", то в принципе не важно какие установлены тригеры из линейки автоскрипт, потому что все равно в обработку "автоскрипт", объекты со статусом "проверенные" не попадут.

-----

 

но здесь опять же необходимо изменение структуры snms.

 

 

+ и бонус в такой схеме получается в том, что можно в критерии добавить список wdsl, по которому все объекты с цифровой по белому списку будут проверенные.

------------

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

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

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


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

santy

В Австоскрипте есть команда: Пропустить.

т.е. объект пропускается...

и ему назначается, или не назначается статус: Проверенный.

-----

И да...

список проверки при реализации данной схемы по моим прикидкам сократиться процентов на 30.

Значит и  на проверку будет тратиться меньше времени.

------

+

 

+ и бонус в такой схеме получается в том, что можно в критерии добавить список wdsl, по которому все объекты с цифровой по белому списку будут проверенные.

 

и не только по списку wdsl.

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


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

Прописывать в инфо.

 

[wdsl] в отдельной строке.

 

 

Действительна, подписано AVAST Software a.s.

Комментарий: [wdsl]

 

Это нужно реализовать по причините:

1) Оператор видит - добавлял он ЭЦП в базу wdsl или нет.

 

2) Можно создать _один добавочный критерий: НЕ СОДЕРЖИТ [wdsl]

------

А что сейчас ?

Сейчас приходиться прописывать кучу корректирующих записей типа:

 

НЕ СОДЕРЖИТ

ДЕЙСТВИТЕЛЬНА, ПОДПИСАНО KASPERSKY LAB

ДЕЙСТВИТЕЛЬНА, ПОДПИСАНО MICROSOFT CORPORATION

ДЕЙСТВИТЕЛЬНА, ПОДПИСАНО HEWLETT-PACKARD COMPANY

ДЕЙСТВИТЕЛЬНА, ПОДПИСАНО SYMANTEC CORPORATION

 

а так задал одно условие...

и всё...

Огромная экономия времени.

как при создании критерия, так и при обработке uVS соответствующих записей.

---------

+

Вначале должна прописаться запись в Инфо.  [wdsl]

и после этого идёт проверка по критериям.

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


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

а так задал одно условие...

есть же такая возможность.

файловый критерий. в качестве внешнего списка указываем файл wdsl

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


Ссылка на сообщение
Поделиться на другие сайты
PR55.RP55
есть же такая возможность.

файловый критерий. в качестве внешнего списка указываем файл wdsl

 

Видимо не очевидно...

У меня в файле wdsl  273 ЭЦП

------

А если сделать, как я предлагаю - то, будет _одна запись в критерии.

А именно эта запись: [wdsl]

не содержит: [wdsl]

- Здесь нужно понять, что если есть _одна запись [wdsl]

 

Одна запись [wdsl] = как соответствие всем 273 ЭЦП

 

 

  Santy пишет:        

поиск прекращается при первом вхождении. (без обхода всего списка)

 

 

И это будет не нужно...

не нужен поиск по файлу/списку.

и не нужно вхождение.

Одна запись равна всем записям.

-------

Это как бочка огурцами.

В ведомости написано: "Одна бочка на ХХХ литров"

а сами огурцы никто не считает, и с ведомостью не сверяет.

2135.jpg

post-8956-0-87706600-1438604871_thumb.jpg

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


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

Это как бочка огурцами.

RP55, как у вас все сложно преломляется.

я отозвал предложение, потому что demkd пояснил, что

если тек. статус содержит проверен и цифр.подпись содержит "действительна", это означает то же самое, что сертификат входит в белый список wdsl

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


Ссылка на сообщение
Поделиться на другие сайты
PR55.RP55
  Santy пишет:         

добавить в инфо в поле цифровой

Действительна, подписано AVAST Software a.s. [wdsl]

в том случае, если запись по данной цифровой есть в списке wdsl, иногда бывает это полезно знать.

 

 

 

  Demkd пишет:      

а зачем? если есть в wdsl файл будет иметь статус проверенного иначе нет.

 

Как нетрудно понять речь идёт о двух разных предложениях.

 

Статус проверенный файл получает по: SHA1  - здесь высокая степень доверия.

Статус проверенный файл получает по: wdsl = список ЭЦП

Это разные вещи...

--------

Предложения разные.

Общее только название файла.

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


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

1) Пример: в списке установленных программ есть: BROWSER HELPER

exec C:\Program Files\BROWSER HELPER\Uninstall.exe

Есть критерий: содержит: \BROWSER HELPER\

 

При применении автоскрипта все файлы каталога:  \Program Files\BROWSER HELPER\   будут удалены.

при этом, запись в установленных программах не удалиться...

Хотя у нас 100% совпадение.

 

2) Нужно чтобы для списка установленных программ можно было задать критерий не только по имени программы...

но и по\для пути Uninstall.

 

т.е. по: exec C:\Program Files\Зараза***

тем более, что uVS сохраняет в образе эту информацию.

 

3) У оператора есть файловый критерий\список

Путь содержит: ( пример )

 

\ASK.COM\
\ASKPARTNERNETWORK\
\ASKTOOLBAR\
\ASPACKAGE\
\AGENTBAR TOOLBAR\RUBAR
\BABSOLUTION\
\BABYLONTOOLBAR\
\BAIDU\BDDOWNLOAD\

------

и т.д.

 

так вот, хотелось бы, чтобы файл\критерий работал не только на удаление файлов/каталогов но и записей в установленных программах.

ведь и там и там у нас прописан идентичный путь к каталогу.

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


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

1) по настройке в settings.ini

--------

пример.

;uVS v3.86.4 [http://dsrt.dyndns.org];Target OS: NTv6.1v385csregкоманды удаления ссылокareg ;------------------------autoscript---------------------------команды автоскрипта.;---------------------------------------------------------------- отдельные команды отданные оператором 

так вот, нужно чтобы команды

 

sreg

 

*******

*******

areg

 

прописывались в конец скрипта _ при его сохранении, чтобы не было необходимости вручную редактировать скрипт.

 

так, как последовательность применения команд/методов/подходов при решении задачи может меняться.

а после   areg  система выполнит перезагрузку.      

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


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

RP55,

areg и так является последней командой скрипта, независимо от того, где она расположена в теле скрипта.

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


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

RP55,

areg и так является последней командой скрипта, независимо от того, где она расположена в теле скрипта.

 

А можно увидеть цитату = первоисточник ?

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


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

А можно увидеть цитату = первоисточник ?

отсюда

---------------------------------------------------------

 3.85.24

---------------------------------------------------------

 o Исправлена функция анализа ярлыков.

 o Исправлена ошибка обработки команды areg (прерывалось исполнение скрипта).

-----------

насколько я помню, в темах обсуждений была просьба, чтобы areg всегда выполнялась последней

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


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

santy

 

1) В Doc - ках. об этом нет информации.

А то, что обсуждалось...

много чего обсуждалось.

2) В своём предложении я говорю не о команде areg.

А о

 

1) по настройке в settings.ini


нужно чтобы команды

 

sreg

 

*******

*******

areg

 

прописывались в конец скрипта _ при его сохранении.

 

именно две взаимозависимые, последовательные  команды.

 

sreg

areg

 

и именно при сохранении скрипта.

-------------------

Пример:

Оператор применил автоскрипт - чтобы не тратить зря время на типичные объекты/угрозы.

затем произвёл виртуализацию реестра.

после чего заметил ещё несколько объектов и удалил.

------

Логично, если  при сохранении скрипта uVS ( по настройке в settings.ini ) будет реализована верная логика.

+

неизвестно к чему приведёт выполнение sreg в середине скрипта.

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


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

2) По поводу автоматического применения команды: bl

 

Нужно внести в работу программы изменения.

 

Блокированию по bl должны подвергаться только те объекты для которых применение команды имеет смысл.

 

верно:

bl 6A1F1554E8FB5D44CCCC158111B3078D 250024
delall %SystemDrive%\PROGRAM FILES (X86)\TOMGAN\FILE.EXE

 

 

Не верно:

 

;uVS v3.86.4 [http://dsrt.dyndns.org]
;Target OS: NTv6.1
v385c

bl 6A1F1555E4FB8D44CCCC158121B3078D 250024
delall %Sys32%\DRIVERS\FLXHCСC.SYS

bl 2658FAF199EFEE7BAA4B58F721895A1E 1468608
delall %SystemRoot%\SYSWOW64\RTCO\CXXAAPO.DLL

 

Если блокировка: .SYS и .DLL не имеет смысла...

то, зачем же это нужно ?

это...

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

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


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

2) По поводу автоматического применения команды: bl Нужно внести в работу программы изменения. Блокированию по bl должны подвергаться только те объекты для которых применение команды имеет смысл.

RP55, нужно просто пересмотреть алгоритм своей работы.

отключить BL из автоскрипта в settings.ini и использовать BL тогда, когда необходимо,

для блокирования запуска трудноудаляемых объектов.

и не засорять реестр пользователя ненужными политиками.

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


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

Если программа позволяет блокировать всё подряд - вне зависимости от типа файла, то это ошибка.

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


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

1) По базе: VT2

 

логично, если база будет пополнятся и при локальной проверке на сторон оператора.

------

Оператор проверил файлы, uVS произвёл вычисления даты + отсутствие реакции антивирусов и добавил файл к базе

 

1.2) По базе: VT2

 

В нее попадают хэши файлов прошедших проверку антивирусами
без детектов и имеющих Х года разрыва между датой первого появления на VT и датой последнего сканирования.

Дату доверия определяет оператор. ( по настройке в settings.ini )

т.е. оператор может установить  на выбор: 1.5 года; 2 года; 2.5 года; 3 года; любая дата старше 3 лет.

 

VT2, это обычная база проверенных, если она лежит в sha1 то автоматически подгрузится, о чем будет запись в логе и будет использована как обычная база проверенных файлов, т.е. это не замена кэшу VT это уже "проверенные" файлы.

 

:)

 

;)

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


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

1) Разбор полученных минидампов и список несовместимого софта

 

Нужна обратная связь.

раз человек отправил минидамп - то, должен получить на него ответ ( или может получить )

 

например дополнительно переслать ярлык браузера, или что-то ещё.

Соответственно здесь нужен: @ ящик. отправителя.

" для получения ответа укажите свой @ ... "

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


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

По поводу файловых критериев.
Вещь отличная.
но...
Очень геморройно прописывать путь до файла
Предлагаю в каталоге uVS создать постоянную:

\uvs_v3\Файловые критерии
-------
Так например uVS всегда знает где находятся файлы: snms; wdsl; MAIN
и где бы не находилась, и куда бы не перемещали программу файлы сами подгружаются !
А сейчас стоит изменить путь запуска start.exe и всё...
файловые критерии отваливаются...
Это проблема.

---------

подход по принципу:

\uvs_v3\Файловые критерии\Критерий №1.txt

\uvs_v3\Файловые критерии\Критерий №2.txt

 

и т.д.

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


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

файловые критерии отваливаются...

RP55, дак надо прописывать относительный (от uVS) путь до файла.  можно и в сам каталог uVS скидывать файловые списки, тогда достаточно только имя файла указать и все.

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


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

santy

:)

 

Да.

Как говориться мысля была направлена не в ту степь.

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


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

1) vtcache

 

В меню добавить команду: Показать результаты проверки списка сохранённые в vtcache.

-----

 

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

здесь в помощь приходит: vtcache

 

И нет нообходимости в лишних телодвижениях...

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


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

1) settings.ini

bAutoBL
; Значение определяет расширения файлов чей запуск автоматически блокируются по MD5
; Пример параметра:

bAutoBL = 1 : exe.com.

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


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

1) В uVS есть команда:

 

Удалить каталог > Удалить все исполняемые файлы в каталоге и подкаталогах.

 

Сейчас много тем где нужно удалить _только один тип файлов: .tmp

 

причём уже после того как создан образ автозапуска могут появиться новые файлы.

предлагаю модифицировать команду до: 

 

Удалить каталог > Удалить все исполняемые файлы данного типа в каталоге и подкаталогах.

оператор выбирает строку:

C:\PROGRAM FILES\66729E8D-1440192230-E011-B4F1-DC0EA102797B\HNSH4936.TMP

uVS определяет наличие точки в строке.

и

В скрипт добавлена команда:

deldirex *.tmp %SystemDrive%\PROGRAM FILES\66729E8D-1440192230-E011-B4F1-DC0EA102797B.

---------

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


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

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти

  • Сообщения

    • PR55.RP55
      * адрес страницы (ReferrerUrl) и адрес самого файла (HostUrl) в метке появились в Windows 10 версии 1703, их записывают браузеры, например Edge и Chrome. В статье показано, как посмотреть эти данные в Windows 11 https://www.comss.ru/page.php?id=22105
    • Ego Dekker
      ESET Cyber Security 10.0.2100  (macOS 13/14/15/26/27)
                                                                                  ●
              Руководство пользователя ESET Cyber Security 10  (PDF-файл)
                                                           
      Полезные ссылки:
      Технологии ESET
      Удаление антивирусов других компаний
      Как удалить ESET Cyber Security?
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 19.2.10.
    • PR55.RP55
      1) Ситуация когда нет доступа к virustotal.com ( и другим ресурсам ) Что предлагаю: а) На примере Firefox 155 - Happy Eyeballs v3: подключение сразу несколькими путями *Браузер больше не выбирает маршрут до сайта заранее, а пробует несколько вариантов подключения параллельно и работает через тот, который отозвался первым. Выигрыш заметнее всего в сетях, где IPv4 или IPv6 работает медленно либо нестабильно: раньше браузер мог упереться в неотвечающий адрес и ждать таймаута, теперь соединение уходит по резервному пути без паузы. б) Если сайт полностью не доступен - то, при потоковой проверке файлов не заставлять пользователя "бесконечно" ждать... 2) Драйвер фаервола - при проверке. По хорошему программа сама должна знать какие файлы её, какие нет и всякий раз не лезть к ним и не пытаться получить доступ к собственному файлу ?  
    • AM_Bot
      «Инфосистемы Джет» активно развивает концепцию антихрупкости. Эта компания разработала инструменты для её практического применения — первый Фреймворк антихрупкой ИТ-архитектуры и Индекс антихрупкости для построения киберустойчивого бизнеса.      1. Введение2. Что такое антихрупкость ИТ-архитектуры3. Назначение инструментов, разработанных компанией «Инфосистемы Джет»3.1. Фреймворк антихрупкой ИТ-архитектуры3.2. Индекс антихрупкости4. Как проходит оценка4.1. Заполнение профиля компании4.2. Построение бенчмарка4.3. Прохождение опроса4.4. Оценка результатов5. ВыводыВведениеРезонансные атаки на крупнейшие российские компании, которые мы регулярно освещаем, вскрыли системную проблему: реальная операционная готовность к инцидентам остаётся на низком уровне, даже если система защиты формально выстроена. Как показало недавнее исследование компании «Инфосистемы Джет», пережить кибератаку не готовы 64 % из 50 российских компаний. Хуже всего ситуация обстоит в госсекторе и ритейле — при этом именно эти отрасли входят в число наиболее атакуемых.Защита, которая создавалась, чтобы остановить злоумышленника, теперь может лишь его замедлить — и одной способности «не пустить» стало недостаточно. Закупленные СЗИ создают иллюзию надёжности: организация выглядит защищённой, но в момент реальной атаки оказывается уязвимой.В условиях массовых взломов и эволюции атакующих стратегий на первое место выходит принцип управляемого ухудшения ситуации. Взлом с большой вероятностью произойдёт, но мы должны уметь работать под атакой, управлять кризисом и быстро восстановиться. Также необходимо выстроить зрелые процессы реагирования на угрозы, восстановления после инцидентов и обеспечения непрерывности бизнеса даже в условиях атаки. В ответ на этот вызов ИТ-компания «Инфосистемы Джет», работающая на российском рынке с 1991 года, предложила использовать концепцию антихрупкой ИТ-архитектуры.Её суть заключается в том, что ИТ-инфраструктура должна не просто выдерживать сбои, атаки и неблагоприятные обстоятельства, а по-настоящему быть к ним готовой, эффективно их преодолевать и даже извлекать из них пользу, становясь надёжнее и укрепляя свои позиции среди конкурентов.Что такое антихрупкость ИТ-архитектурыКонцепция антихрупкости впервые была предложена учёным Нассимом Талебом, статистиком, бывшим трейдером и риск-менеджером, который прославился изучением влияния случайных и непредсказуемых событий на мировую экономику и биржевую торговлю. В книге «Чёрный лебедь. Под знаком непредсказуемости» (The Black Swan), вышедшей в 2007 году, он ввёл сам термин «чёрный лебедь» для описания редких и маловероятных событий, имеющих огромные последствия, и пришёл к выводу, что вместо попыток их предсказания логичнее создавать системы, способные не просто пережить хаос, но и становиться после него сильнее. Именно это понимание легло в основу идеи антихрупкости, которая уже была детально раскрыта Талебом в книге 2012 года «Антихрупкость. Как извлечь выгоду из хаоса» (Antifragile: Things That Gain From Disorder).Вдохновившись концепцией антихрупкости, аналитики компании «Инфосистемы Джет» решили развивать эти идеи и продвигать их в России. Антихрупкая ИТ-архитектура — не гонка за новыми инструментами. Она строится вокруг способности пережить полный жизненный цикл атаки: подготовиться к ней, замедлить злоумышленника, обнаружить вторжение, сократить ущерб, восстановить бизнес и перестроиться после инцидента. Для практической реализации концепции антихрупкости «Инфосистемы Джет» разработали первый Фреймворк антихрупкой архитектуры и Индекс антихрупкости, позволяющие выявить слабые места и сформировать дорожную карту усиления защиты.Назначение инструментов, разработанных компанией «Инфосистемы Джет»Как же перейти от понимания концепции антихрупкости к её реализации? В этом помогут разработанные вендором инструменты, которые мы рассмотрим ниже.Фреймворк антихрупкой ИТ-архитектурыФреймворк антихрупкой ИТ-архитектуры представляет собой открытый и практичный инструмент, который объединил опыт инженеров, аудиторов, консультантов и экспертов-практиков по защите сети и построению ИТ-инфраструктуры. Он разработан командой «Инфосистемы Джет» во главе с руководителем отдела развития консалтинга по ИБ Александром Морковчиным.Сценарии использования фреймворка охватывают три ключевые рыночные потребности. Первая — оценка текущего уровня киберустойчивости с помощью единой измеримой «линейки» для сопоставления с конкурентами и отраслевыми лидерами. Вторая — планирование развития на основе каталога проверенных практик и выбор вектора роста. Третья — трансформация: пошаговый переход от фактического состояния к целевому уровню киберустойчивости. Фреймворк имеет иерархическую логику: он строится по каскадной модели «в крупную клетку», т. е. на высоком уровне абстракции, без погружения в мелкие детали. Всего существует пять уровней детализации, где каждый следующий уровень конкретизирует предыдущий. Это позволяет последовательно двигаться от общего видения (стратегии) по уровням детализации к конкретным действиям (практике), сохраняя гибкость и системность.Фреймворк доступен на официальном сайте и не требует установки дополнительных расширений. Рисунок 1. Каскадная модель фреймворка антихрупкой ИТ-архитектуры Разберём каскад по уровням:Уровень 0. ДистанцииДистанции описывают фазы жизненного цикла относительно кибервторжения.Уровень 1. Цели («Чего хотим достичь»)Здесь выделяется семь стратегий. Это верхнеуровневые направления для достижения антихрупкости: например, «подготовка и прогнозирование», «адаптация и перестройка». Их цель — сформировать киберустойчивый каркас, дополнив классическую ИБ тем, чего часто не хватает в реальной атаке: связью с ИТ-архитектурой, непрерывностью, восстановлением, кризисным управлением и постоянным улучшением. Таблица 1. Семь стратегий антихрупкостиСтратегияВопрос, на который она отвечаетСистемное развитие и контрольРазвивается ли ИБ оправданно с точки зрения бизнеса?Подготовка и прогнозированиеПонимаем ли мы, как нас будут атаковать и какое звено сломается первым?Вовлечение и нападениеЗнаем ли мы, кто и как готовится нас атаковать — и можем ли перехватить инициативу?Защита, замедление, сдерживаниеЧто не даст атакующему быстро развить успех после проникновения?Обнаружение и реагированиеПоймём ли мы, что враг уже внутри, до того как он ударит?ВосстановлениеЕсть ли у бизнеса «План Б» на случай потери инфраструктуры?Адаптация и перестройкаСтанет ли компания сильнее после инцидента? Уровень 2. Правила реализации («Как себя ведём»)Здесь выделяется 10 принципов. Принципы связывают стратегии с действиями: это установки, задающие поведение. Например, принцип «нулевого доверия» или «безопасности по умолчанию». Уровень 3. Области применения («Где развиваем способности») Здесь выделяются 33 домена — тематические области, группирующие практики по функциональной принадлежности. Каждый домен описывает определённую способность организации. Уровень 4. Конкретные действия («Что делаем»)Здесь выделяется 390+ практик. Практики — конкретные меры и действия, которые организация должна реализовать для достижения целей киберустойчивости. Рисунок 2. Распределение стратегий антихрупкости по четырём дистанциям Вышеописанная схема является интерактивной: кликнув на домен, можно ознакомиться с относящимися к нему практиками. Рисунок 3. Информация о входящих в домен «Обнаружение и реагирование» практиках Также можно использовать строку поиска для выделения интересующих вас практик. Рисунок 4. Результат поискового запроса Фреймворк можно выгрузить в виде файла формата XLS, в котором также представлен инструмент самооценки. Рисунок 5. Фрагмент фреймворка в формате XLS Индекс антихрупкостиИндекс антихрупкости — показатель, позволяющий оценить в процентном соотношении, насколько компания готова к «чёрным лебедям», т. е. труднопредсказуемым событиям. Индекс построен на базе фреймворка и отвечает на вопрос: способна ли компания пережить кибератаку, продолжать работу в её условиях и восстановиться после неё. Итог оценки — индекс антихрупкости от 0 до 100 %, разбор по направлениям защиты и сравнение с другими участниками индустрии. Отраслевой уровень обновляется автоматически по мере накопления ответов респондентов.Индекс не заменяет регуляторные оценки, а дополняет их в областях, которые проверяют реальную киберустойчивость: восстановление и непрерывность бизнеса, кризис-менеджмент, threat hunting, безопасная разработка, безопасность ИИ, отказоустойчивость, культура киберучений и другие. Разберём, как пользоваться инструментом оценки.Как проходит оценкаС сервисом можно ознакомиться на официальном сайте. Вы отвечаете на сто коротких вопросов о том, какие практики киберустойчивости есть в компании. Оценка полностью анонимна: контактные данные и название компании не запрашиваются. У каждой оценки есть только уникальный идентификатор — он понадобится, если вы захотите задать вопрос по полученным результатам. Рисунок 6. Расчёт Индекса антихрупкости (приветственное окно) Заполнение профиля компанииДля получения оценок, релевантных профилю вашей организации, необходимо указать параметры из выпадающего списка: Сфера деятельности компании.Общее количество сотрудников.Число ИБ-сотрудников.Число ИТ-сотрудников.Оценку формирует руководитель ИБ или тот, кто отвечает за информационную безопасность в компании. Часть вопросов затрагивает смежные зоны — резервное копирование, непрерывность бизнеса, безопасную разработку, взаимодействие с юристами и PR. Если по ним нет уверенности, лучше уточнить у коллег: точность ответов напрямую определяет пользу результата. Рисунок 7. Пример заполненного профиля организации Заполнив все поля, можно переходить к следующему шагу. Для этого нажмите кнопку «Посмотреть показатели по отрасли».Построение бенчмаркаВ следующем разделе нам становится доступен бенчмарк, отражающий индекс антихрупкости и оценку в разрезе стратегий антихрупкой ИТ-архитектуры в среднем по отрасли. В качестве примера мы выбрали сферу деятельности «финансовый сектор». Рисунок 8. Экспресс-оценка показателей киберустойчивости по отрасли Ниже приводится оценка по стратегиям в табличном виде. Рисунок 9. Индекс антихрупкости в разрезе стратегий и практик по отрасли Прохождение опросаДля расчёта своего индекса антихрупкости пользователю предлагается пройти опрос по 100 практикам, каждая из которых имеет пять вариантов ответа:«Да» (выполняется системно).«Частично» (с ограниченным охватом).«Нет» (не выполняется или выполняется ad hoc, т. е. разово или под конкретную задачу).«Неприменимо» (не используется в организациях данного типа). Этот ответ следует выбрать, если, например, в организации нет такого процесса или системы. При выборе этого варианта метрика исключается из расчёта.«Не знаю» (затрудняюсь оценить). Метрика исключается из расчёта. Рисунок 10. Опрос в рамках стратегий и практик Результат отображается сразу после ответа на последний вопрос. Для расчёта индекса необходимо выбрать «Показать результаты». В том случае, если не все практики были оценены, появится окно с предупреждением и расчёт будет проведён с ограничениями. Рисунок 11. Предупреждение пользователя Оценка результатовНа вкладке «Результаты» отображается текущий уровень киберустойчивости организации, а также сопоставление этого уровня с показателями по отрасли в виде шкалы и радарной диаграммы («диаграммы-паука»). Рисунок 12. Экспресс-оценка киберустойчивости в виде шкал Рисунок 13. Экспресс-оценка киберустойчивости в разрезе стратегий При сравнении учитываются только критерии, по которым даны ответы. Ознакомиться с ними можно ниже в табличном виде. Рисунок 14. Оценка антихрупкости в разрезе доменов — групп практик Информацию по экспресс-оценке киберустойчивости организации можно скачать в виде готового отчёта. Он доступен в формате PDF и представляет собой готовый буклет для ознакомления в электронном виде или печати на бумаге. Рисунок 15. Выгрузка готового отчёта Рисунок 16. Фрагмент отчёта экспресс-оценки киберустойчивости организации ВыводыАнтихрупкость сегодня — ключевая стратегия выживания и роста компаний в условиях постоянных рисков: кибератак, ухода вендоров, сбоев инфраструктуры, регуляторных изменений и т. п. Она не заменяет классическую ИБ — она дополняет её способностью пережить успешную атаку.В современном ИТ‑ландшафте недостаточно просто держаться на плаву, нужно заранее готовиться к тому, чего нельзя предсказать. Именно поэтому антихрупкость становится центральным элементом зрелой ИТ‑стратегии и обязательным ориентиром при проектировании архитектуры, управлении инцидентами и планировании цифровой трансформации.Компания «Инфосистемы Джет» переводит концепцию антихрупкости на язык конкретных инженерных и управленческих решений. Она даёт бизнесу рабочие инструменты — собственный Фреймворк антихрупкой ИТ‑архитектуры, помогающий выстроить понятный путь от стратегии к конкретным действиям, и Индекс антихрупкости, который помогает увидеть, насколько компания реально готова к сбоям, атакам и внезапным переменам.Компания планирует и далее развивать Фреймворк: адаптировать его к специфике различных отраслей, разработать вариативные сценарии применения в зависимости от контекста.Достоинства:Открытая методология, доступная любому пользователю без оплаты и регистрации.Каскадная, понятная архитектура с чёткой логикой: семь стратегий достижения антихрупкости, 10 принципов, 33 домена и 390+ практик.Наличие веб-сервиса для оценки антихрупкости ИТ-архитектуры, в котором прохождение полного опроса по 100 критериям оценки занимает в среднем 20 минут.Возможность ознакомиться с показателями антихрупкости в среднем по отрасли.Представление результатов оценки в графическом и табличном формате.Формирование готового отчёта по итогам экспресс-оценки киберустойчивости с возможностью его выгрузки на компьютер.Недостатки:Ценность фреймворка сложно понять, если предварительно не ознакомиться с теорией антихрупкой ИТ-архитектуры.Для точной оценки индекса антихрупкости рекомендуется располагать полной информацией о деятельности компании и не пропускать ни одного критерия оценки. По уровню детализации Фреймворк антихрупкой ИТ-архитектуры относится к стратегическому и методическому уровню. Детальные технические регламенты, архитектурные стандарты, требования к настройке конкретных систем должны разрабатываться на следующем уровне детализации.Читать далее
×