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

Recommended Posts

santy

demkd,

методы, которые используются в утилитах для удаления сложных объектов, как-то связаны с тем методом ASA, который используешь ты в uVS?

https://www.malwarebytes.com/fileassassin/

https://www.malwarebytes.com/regassassin/

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


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

@santy, судя по описанию asa там не используется, в реестре же вообще только сброс прав доступа, это начальный уровень, как и в случае с удалением файлов.

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

Для удаления ключей uVS сейчас использует более сложный метод зашита от которого возможна, но имеет неприятные последствия, из антивирусных продуктов разве что авира приобрела такую защиту, после того как в uVS появилась виртуализация реестра, в случае зловредов вряд ли кто настолько параноидально защищается.

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


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

Demkd

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

Нужно было открыть один образ, а открывают другой.

 

Можно ли автоматически вести лог-список открытых образов ?

И если образ открывается повторно - выдавать оператору предупреждение: Образ открыт повторно.

----

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

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


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

Demkd

 

Мы однажды обсуждали выполнение скрипта.

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

В ряде случаев скрипт выполняется несколько часов...

т.е Оператор за 10 минут пишет скрипт.

И ещё  час >  сидит и ждёт его выполнения.

 

Если сравнивать с такими программами как: Malwarebytes; AdwCleaner...

Там очистка занимает _минуты.

 

Они это сделали...

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

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

Что если не тратить время на построение; обновление списка после каждой команды и т.д.

А работать с образом автозапуска с информацией которую он содержит ?

Ведь образ автозапуска это снимок системы - снимок состояния.

Хотя бы работать с частью этой информации.

           
;uVS v3.87.7 [http://dsrt.dyndns.org]
;Target OS: NTv6.1
v388c
АС-ПК_2016-10-11_19-27-42.7z
 
delref %Sys32%\DRIVERS\CHERIMOYA.SYS
del %Sys32%\DRIVERS\CHERIMOYA.SYS
 
deltmp
delnfr

restart
 

Где запись: АС-ПК_2016-10-11_19-27-42.7z

отвечает за то, из какого образа будет взята информация.

-------

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

При работе с сигнатурами информация обновляется из реальной системы.

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


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

RP55,

обновление списка выполняется только после chklst/delvir и после команды delall. delref/del не инициируют обновление списка.

то что скрипт выполняется часы - это нонсенс.

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

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


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

 

 

В самом деле ?

Вот на вскидку нашёл:

 

http://pchelpforum.ru/f26/t147049/

http://pchelpforum.ru/f26/t132303/

 

А сколько в тех скриптах команд - раз, два и обчёлся.

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

Пример: http://www.anti-malware.ru/forum/index.php?showtopic=19512&page=4#entry181745

Скрипт весом минимум в: 25К

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

 

Обновление списка выполняется только после chklst/delvir и после команды delall 

 

1) Проблема в том, что chklst/delvir обновляют\проверяют список даже тогда, когда в скрипт не добавлены сигнатуры и пуста база сигнатур...

Как это назвать ?

 

2) Команда delall

Когда в скрипте одна команда delall нет вопросов - выполнили команду, обновили список.

Когда таких команд скажем 20... и _20 раз список будет обновляться...

 

Нужно выполнить _ВСЕ команды delall

все... какие есть в скрипте и _только после этого обновить список.

_________

А если нужна информация - то брать её из образа !

если, что оператор проверит лог выполнения скрипта - удаление объектов.

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


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

RP55,

 

1. по твоим ссылкам на псхп: если покопаться за 2010-12 год, то еще можно найти пару тройку таких тем, но здесь юзеры пишут, что система у них загружена под 100%, поэтому и скрипт может выполняться неопределенно долго, когда еще отпустит систему, и она соизволит выполнить команды программы.

и антивирус может обновляться по два и более часа, когда процессор загружен под 100%, хотя скачать ему надо с локального зеркала несколько десятков кб, и перекомпилировать базу.

 

2. chklst/delvir не обновляет список про определению, а проверяет уже сформированный список по базе сигнатур, и удаляет те объекты, которые попали под детект сигнатур. (если база сигнатур изначально пустая), и не добавлено ни одной сигнатуры, то и проверка объектов по нулевой базе займет минимум времени.

все зависит от того каким образом организован внешний цикл: по сигнатурам или по объектам автозапуска.

 

3. насчет 20 delall: так спроектирован uVS, что delall предназначен для одиночного удаления файла и всех ссылок на данный файл в реестре.+ обновление списка.

 

нужно быстрое удаление объектов без применения сигнатур (и обновления списка) - используй del &delref

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


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

santy

Чтобы не было вопросов предлагаю в логе фиксировать время.

 

 

======= Начало исполнения скрипта =======

2016.11.11 19:04
--------------------------------------------------------
v388c
--------------------------------------------------------
--------------------------------------------------------
OFFSGNSAVE
--------------------------------------------------------
--------------------------------------------------------
chklst
--------------------------------------------------------
--------------------------------------------------------
Проверка списка...
--------------------------------------------------------
Проверено файлов: 1428
Найдено вирусов: 0
--------------------------------------------------------
delvir
--------------------------------------------------------
Завершено процессов: 0 из 0
Изменено/удалено объектов автозапуска 0 из 0
Удалено файлов: 0 из 0
======= Конец  исполнения  скрипта =======
Построение списка процессов и модулей...
Обнаружен доп. поток в uVS: поток не принадлежит загруженным библиотекам
Обнаружен доп. поток в uVS: поток не принадлежит загруженным библиотекам
Анализ автозапуска...
Построение списка системных модулей и драйверов...
VBR NTFS [C:]: Загрузчик найден в базе проверенных
IPL NTFS [C:]: Загрузчик найден в базе проверенных
MBR#0 [74,5GB]: Загрузчик найден в базе проверенных

Анализ файлов в списке...
Анализ завершен.
Список готов.

======= Завершение исполнения скрипта =======

2016.11.11 19:25

_________

 

И тогда не будет вопросов  по времени выполнения.

Просто посмотрим.

 

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

И тогда можно будет точно определить - на каком этапе происходит задержка.

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


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

RP55,

если хочешь поиграться со временем между командами скрипта, так есть системная команда time

cmd /c time /t

в контексте скрипта это будет

exec cmd /c time /t

или чтобы время было добавлено в лог:

cexec cmd /c "time /t"

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

можно и date использовать, вдруг выполнение скрипта затянется на несколько дней :)

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


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

Кстати, вывод cexec в логе дуплится. И ещё несколько анноит после каждой операции в логе:

Цитата

(!) DEBUG: Extra long filename detected, filename truncated
(!) DEBUG: Extra long filename detected, filename truncated

Хотя бы один раз это выводить...

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


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

@demkd, что были какие-то перебои на сервере?

Просто очень давно не приходили письма о доступных обновлениях базы, а за последние два дня аж два раза. Хотя образы uVS последнюю неделю вообще смотрел.
 

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


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

1. Ускорить выполнение это вряд ли, а вот заблокировать обновление можно, но это практически ничего не даст.
2. (!) DEBUG: Extra long filename detected, filename truncated это серьезная проблема поэтому выводится при любом обновелении списка, cexec выводит в 2-х кодировках, потому что нет возможности определить в какой кодировке будет ответ.
3. Да, сервер был остановлен до решения проблем с VT, сейчас работает но без VT уже.

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


Ссылка на сообщение
Поделиться на другие сайты
alamor
13 минут назад, demkd сказал:

, сейчас работает но без VT уже.

Это значит база VT1 больше обновляться не будет?
 

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


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

Demkd пишет:  Заблокировать обновление можно , но это практически ничего не даст.      

:  без VT уже     

Нужно на практике проверить к какому результату приведёт блокировка обновления.

Субъективно, как раз обновление больше всего и тормозит процесс.

Да и в лог добавлять время - чтобы видеть, что и как.

-------

По поводу: V.T.

Я уже неоднократно предлагал реализовать локальное пополнение базы:

Правда капчу придётся вводить ?

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

P.S. надо же так было изуродовать форум.

 

 

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
7 часов назад, alamor сказал:

Это значит база VT1 больше обновляться не будет?
 

Если не изменится API то не будет.
 

6 часов назад, PR55.RP55 сказал:

Правда капчу придётся вводить ?

А есть желание? Так что про это можно забыть.

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


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

Demkd

А, что у нас  с веткой: Новые функции в uVS...
Она читается ?
Нужны комментарии к предложениям.
Хотя бы такие: Прочитал, подумаю;  Нет, без вариантов; Это сделаю; Прочитал, подумаю - отметил у себя в закладках.

Или: всё прочитал... скажу следующее...

Для чего же тема, если в ней нет ответов !

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
7 часов назад, PR55.RP55 сказал:

Она читается ?

Читается, но смысла комментировать в 99% случаев просто нет.

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


Ссылка на сообщение
Поделиться на другие сайты
PR55.RP55
В 12.11.2016 at 10:44 PM, demkd сказал:

1. Ускорить выполнение это вряд ли, а вот заблокировать обновление можно

А можно тогда в settings.ini создать настройку: " Обновление списка по таймеру. "

?

Например настроили... и каждые 60* секунд uVS будет обновлять список.

 

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


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

Например настроили... и каждые 60* секунд uVS будет обновлять список.

Это зачем?

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


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

Demkd

Так по сути это и есть блокировка обновления списка.
Выставить значение в: 10000 секунд и не будет обновления.
А можно выставить обновление раз в: 60 секунд.
При такой гибкой настройке можно, как заблокировать обновление списка, так и при необходимости производить мониторинг.

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


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

Demkd

А можно так сделать чтобы образы автозапуска автоматически открывались  в uVS - ?

Настроили контекстное меню\ассоциации > хлопнули по образу - он и открылся...

211930.jpg

 

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


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

demkd

Данные из двух образов.

0 БАЙТ; 32-х битный ИСПОЛНЯЕМЫЙ; подписано "Oracle America, Inc."

sha1 -  файлов разные при том, что оба файла: 0 БАЙТ ( но здесь видимо разница за счёт доп. данных )

И как файл в 0 БАЙТ может быть исполняемым ? и за каким лешим его подписали ЭЦП ?

или дело в uVS ?

https://forum.esetnod32.ru/forum35/topic13688/?PAGEN_1=14

BUH-COMP02_2017-03-02_16-05-36.7z (627.58 КБ)

https://forum.esetnod32.ru/messages/forum35/topic13894/message97796/#message97796

 

Полное имя                  C:\PROGRAMDATA\ORACLE\JAVA\JAVAPATH\JAVAW.EXE
Имя файла                   JAVAW.EXE
Тек. статус                 ?ВИРУС? ПРОВЕРЕННЫЙ ПОДОЗРИТЕЛЬНЫЙ [Запускался неявно или вручную]
                            
Удовлетворяет критериям     
0 БАЙТ                      (РАЗМЕР = 0 БАЙТ)(1) [skip (0)]
                            
Сохраненная информация      на момент создания образа
Статус                      ПРОВЕРЕННЫЙ [Запускался неявно или вручную]
File_Id                     584F5BDD33000
Linker                      10.0
Размер                      0 байт
Создан                      25.01.2017 в 14:07:13
Изменен                     25.01.2017 в 14:07:13
                            
TimeStamp                   13.12.2016 в 02:24:29
EntryPoint                  +
OS Version                  5.0
Subsystem                   Windows graphical user interface (GUI) subsystem
IMAGE_FILE_DLL              -
IMAGE_FILE_EXECUTABLE_IMAGE +
Тип файла                   32-х битный ИСПОЛНЯЕМЫЙ
Цифр. подпись               Действительна, подписано "Oracle America, Inc."
                            
Оригинальное имя            javaw.exe
Версия файла                8.0.1210.13
Описание                    Java(TM) Platform SE binary
Производитель               Oracle Corporation
                            
Доп. информация             на момент обновления списка
SHA1                        A139AEE527417CBC6D8FBCD8107D159C18690025
MD5                         9F8C5EAF561629D9323720ED6A80E9F8
                            
Ссылки на объект            
Ссылка                      HKEY_USERS\S-1-5-21-3446135036-2291126290-415002189-1000_CLASSES\Local Settings\Software\Microsoft\Windows\Shell\MuiCache\C:\PROGRAMDATA\ORACLE\JAVA\JAVAPATH\JAVAW.EXE
SHORTCUT                    C:\USERS\ADMIN\DESKTOP\iBank2 UA - АТ 'УкрСиббанк'.lnk
SHORTCUT                    C:\PROGRAMDATA\MICROSOFT\WINDOWS\START MENU\PROGRAMS\IBANK2UA - АТ 'УКРСИББАНК'\iBank2 UA - АТ 'УкрСиббанк'.lnk

___________________________________

___________________________________

Полное имя C:\PROGRAMDATA\ORACLE\JAVA\JAVAPATH\JAVAW.EXE
Имя файла JAVAW.EXE
Тек. статус ?ВИРУС? ПРОВЕРЕННЫЙ ПОДОЗРИТЕЛЬНЫЙ [Запускался неявно или вручную]

www.virustotal.com 2017-02-27
- Файл был чист на момент проверки.

Удовлетворяет критериям
0 БАЙТ (РАЗМЕР = 0 БАЙТ)(1) [skip (0)]

Сохраненная информация на момент создания образа
Статус ПРОВЕРЕННЫЙ [Запускался неявно или вручную]
File_Id 56AC0E7533000
Linker 10.0
Размер 0 байт
Создан 20.01.2016 в 20:41:14
Изменен 06.02.2016 в 21:31:31

TimeStamp 30.01.2016 в 01:14:29
EntryPoint +
OS Version 5.0
Subsystem Windows graphical user interface (GUI) subsystem
IMAGE_FILE_DLL -
IMAGE_FILE_EXECUTABLE_IMAGE +
Тип файла 32-х битный ИСПОЛНЯЕМЫЙ
Цифр. подпись Действительна, подписано "Oracle America, Inc."

Оригинальное имя javaw.exe
Версия файла 8.0.730.2
Описание Java™ Platform SE binary
Производитель Oracle Corporation

Доп. информация на момент обновления списка
SHA1 4B21B9B998957A6E56D1C7496A5502710763455E
MD5 5B98DCE4893425BA4F08C2BE134CABE5

Ссылки на объект
SHORTCUT C:\USERS\HOUSE\DESKTOP\iBank2UA - Восстановление из резервной копии.lnk

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


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

demkd, в uVS есть защита известных файлов от действия команд delall и delref.

А что подразумевается под известными файлами? И где хранится список этих файлов?
То есть мне не понятно это какой-то перечень системных файлов, который зашит в саму утилиту? Или известные определяются по наличию валидной ЭЦП и под защитой подразумевается вопрос, который выдаётся когда такой файл пытаешься удалить, или ещё что-то?  

 

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


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

alamor,

есть параметр в settings.ini
 

Цитата

 

   ; Защищать известные файлы от действия команд delall и delref.
     bProtectKnown (по умолчанию 1)

 

 

 

известные файлы:

 

 km*    - списки известных модулей для соотв. OS
            (в открытом виде UTF8, km*.x64 для x64 систем)

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


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

Добавлю, что список известных можно редактировать, есть соответствующая категория и контекстные команды у файлов, но тут простой выбор либо свой файл известных или мой файл, никакого импорта не предусмотрено, в апдейтере есть соотв. флаг блокирующий обновление km*.

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


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

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

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



Войти

  • Сообщения

    • 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 минут.Возможность ознакомиться с показателями антихрупкости в среднем по отрасли.Представление результатов оценки в графическом и табличном формате.Формирование готового отчёта по итогам экспресс-оценки киберустойчивости с возможностью его выгрузки на компьютер.Недостатки:Ценность фреймворка сложно понять, если предварительно не ознакомиться с теорией антихрупкой ИТ-архитектуры.Для точной оценки индекса антихрупкости рекомендуется располагать полной информацией о деятельности компании и не пропускать ни одного критерия оценки. По уровню детализации Фреймворк антихрупкой ИТ-архитектуры относится к стратегическому и методическому уровню. Детальные технические регламенты, архитектурные стандарты, требования к настройке конкретных систем должны разрабатываться на следующем уровне детализации.Читать далее
    • demkd
      возможность есть, гляну, размер переменных окружения действительно 32767 максимум, но конкретно path больше 4095 это уже может стать проблемой.
    • Ego Dekker
      ESET Online Scanner 4.0.1  (Windows 10/11, 64-разрядная)
                                                                                  ●
              Руководство пользователя ESET Online Scanner 4  (PDF-файл)
×