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

Recommended Posts

demkd

---------------------------------------------------------
 4.15.7
---------------------------------------------------------
 o Исправлена старая ошибка проверки ЭЦП: "Not a cryptographic message or the cryptographic message is not formatted correctly"
   проявляющаяся в некоторых системах.

 o Обновлена база известных файлов.

 

  • Upvote 1

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


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

32-х битная эпоха подошла к концу.

---------------------------------------------------------
 4.99.0
---------------------------------------------------------
 o uVS стал полностью 64-х битным, версии 4.99.x поэтапно будут предоставлять ранний доступ к функционалу v5.0.
   Общедоступный релиз v5.0 состоится после того как весь запланированный функционал будет реализован.

 o uVS разделен на 4 версии: uVS x86, uVS x86v, uVS x64, uVS x64v.
   v-версии для систем начиная с Vista и обычные версии для остальных, версия выбирается автоматически стартером (start.exe).
   Добавлен start_x64.exe для запуска uVS x64(v) в WinPE x64 и 64-х битном режиме командной строки (доступен начиная с Win8),
   старый start.exe запускает x64 версию в 64-х битных системах и x86 версию в 32-х битных.
   "v" версии теперь работают быстрее на 15%, а обычная версия сравнялась по скорости с v4.15.7v.
   Образы автозапуска совместимы с версиями любой разрядности начиная с uVS v4.15.4.
   (!) Только "v" версии поддерживают работу с теневыми копиями.

 o Добавлена поддержка восстановления реестра из теневых копий.
   В окно выбора каталога выбора доступных копий реестра была добавлена кнопка "Извлечь полные копии реестра из Тени".
   Функция доступна для активных, неактивных и удаленных систем начиная с Vista.
   При успешном выполнении функции в каталоге \Windows\ABR будут созданы полные (включая пользовательский реестр),
   автономные (есть утилиты restore и defrag) копии реестра.
   Наименования каталогов с копиями: "yyy-mm-dd_hh-mm_shadowcopy".
   Даблклик по каталогу сохранения откроет его в эксплорере.
   Перед использованием выбранной копии реестра рекомендуется запустить defrag из каталога сохранения и убедиться, что копия реестра исправна.
   (!) Только утилита defrag исправляет копию реестра, даже если реестр грузится или был успешно восстановлен системой при загрузке еще не означает,
   (!) что копия не содержит ошибок.

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

 o Добавлен вывод ошибок в лог при невозможности загрузить пользовательский реестр.

 o Запуск uVS с командной строки без загрузки с диска для работы с неактивной системой.
   1. Если у вас Windows 8 и старше, то запустите start.exe и нажмите кнопку "Перезагрузить систему в меню дополнительных параметров загрузки".
   2. Далее в меню "Поиск и устранение неисправностей->Дополнительные параметры->Командная строка"
   3. Выберите админскую учетную запись и введите для нее пароль.
   4. Запустите start.exe/start_x64.exe из каталога uVS.
      (!) Обычно система расположена на диске C или D.
          Например: uVS лежит в каталоге С:\uvs (в командной строке это будет D:\uvs)
          Для запуска uVS необходимо последовательно набрать 3 команды, завершая каждую нажатием клавиши Enter.
          1. d:
          2. cd d:\uvs
          3. start_x64.exe
   5. Выберите каталог Windows (обычно D:\Windows и он автоматически выбран).
   Если у вас Windows 7 и младше, то в меню вы можете попасть только зажав F8 при перезагрузке системы.
   (!) Использовать msconfig для этого не рекомендуется, система может не загрузиться после его использования.
   Для младших систем доступен только безопасный режим с поддержкой командной строки, т.е. система будет активна.

 o Восстановлена поддержка запуска uVS с командной строки под Windows 8/8.1.

 o Обновлена функция создания загрузочного диска.
   Теперь вы можете создавать образы на базе WinPE x64, в том числе с помощью ADK последней версии для Windows 11.
   (!) Создание x86 ISO возможно лишь при наличии ADK+PE 2004 и младше, в более новых версиях ADK+PE поддержки x86 нет.
   Доступно редактирования автозапуска, по умолчанию выбран запуск uVS и FAR выбранной разрядности.
   Действуют следующие ограничения:
     Одна строка = одно приложение.
     Допустимая длина строки: 250 символов.
     Допустимый размер текста: 4096 символов.
     Программы в автозапуске запускаются последовательно.
     После завершения последнего приложения в списке WinPE автоматически уйдет в перезагрузку.
     Чтобы указать параметры командной строки приложения, добавьте запятую (,) после имени приложения:
     Например: %SYSTEMDRIVE%\FAR64\far.exe, C: D:
     (!) Под WinPE x64 доступен запуск лишь 64-х битных приложений, 32-х битные приложения запускаться не будут.   
   Пакеты HTA и Scripting теперь интегрируются в образ автоматически, поскольку это необходимо для запуска uVS.
   Добавлена возможность интегрировать пакет FMAPI.
   Про пакеты и их назначение вы можете почитать здесь:
   https://learn.microsoft.com/ru-ru/windows-hardware/manufacture/desktop/winpe-add-packages--optional-components-reference?view=windows-11
   Про доступные версии ADK здесь:
   https://learn.microsoft.com/ru-ru/windows-hardware/get-started/adk-install#choose-the-right-adk-for-your-scenario

 o Добавлен твик #44, который включает периодический системный бэкап реестра в каталог \Windows\System32\config\RegBack
   Начиная с Windows 10 1803 периодический бэкап отключен по умолчанию.

 o Во время выполнения команд интерфейс больше не подвисает: окно можно сворачивать, менять размер и т.д.

 o Системные процессы без расширения добавлены в список процессов.

 o Обновлен эмулятор редиректора реестра, теперь учитывается версия системы и выбирается тип ключа реестра соответствующий версии системы (shared, redirected...).
   Трансляция путей к 32-битным файлам для shared ключей не производится, кроме одного ключа, где это имеет смысл.
   Т.е. при работе с активной x64 системой uVS теперь работает с ее реестром точно так же как и с неактивной системой, в реестре которой физически нет отображения
   "shared" ключей в ветку WOW6432Node.
   Для "redirected" ключей изменений нет, отображаются ссылки и на x64 и на x86 файлы.

 o Новые горячие клавиши:
   Ctrl+Shift+*  - Инвертировать фильтр (действует только на кнопки скрытия из списка)
                   Сбрасывается при смене категории.
   Alt+Shift+I  -  Пометить процесс окна на переднем плане как подозрительный (если текущий рабочий стол "Default")
                   Дополнительно переключает рабочий стоил c "Default" на рабочий стол uVS (если uVS запущен на чистом рабочем столе - start.exe /d) и обратно.

 o Запуск на чистом рабочем столе теперь совместим с UAC. (start.exe /d)
   Запуск под LocalSystem на чистом рабочем столе теперь доступен только для систем младше Vista.

 o Удалена горячая клавиша Alt+Shift+A при запуске с чистым рабочим столом.

 o Изменен способ одновременного закрытия клиентской и серверной копии uVS из окна управления удаленным рабочим столом.
   Клик правой кнопкой мыши по дополнительной кнопке закрытия окна (кнопка с крестиком внутри окна) ВСЕГДА закрывает обе копии.
   ЕСЛИ установлен флаг bReUseRemote в settings.ini то обычный клик левой кнопкой закрывает только клиентскую копию uVS.
   ЕСЛИ НЕ установлен флаг bReUseRemote (значение по умолчанию) то закрываются обе копии.

 o Список горячих клавиш вынесен в отдельный файл "Горячие клавиши.txt"

 o Добавлено несколько новых ключей автозапуска.

 o Добавлена текстовая расшифровка кодов завершения задачи.

 o Файлы начинающиеся на "." или имеющие пробелы перед расширением теперь автоматически помечаются как подозрительные.

 o Подозрительные файлы с формулировкой "Имя файла типичное для вирусов или содержит Non-ASCII символы" не теряют статус подозрительного при успешной
   автоматической_ проверке по базе проверенных файлов (включая массовую проверку по F4).
   Убрать статус можно лишь ручной проверкой файла.

 o Функция повторного сканирования файла на VT по хэшу теперь автоматически открывает отчет о сканировании в браузере.

 o Обновлен эмулятор системного редиректора.

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

 o Обновлена функция получения списка расширений под новые версии Firefox.

 o Добавлена поддержка переменной окружения PROCESSOR_ARCHITECTURE.

 o Добавлена функция эмуляции переменных окружения USERPROFILE, HOMEPATH, LOCALAPPDATA, APPDATA, PROCESSOR_ARCHITECTURE, PROGRAMW6432, COMMONPROGRAM6432.
   при работе с неактивными системами.
   Пользовательские переменные указывают на каталоги профиля последнего пользователя неактивной системы.

 o Функция "Поиск объектов отсутствующих в списке PEB_LDR_DATA активных процессов" удалена.

 o Из контекстного меню удален runscanner.net

 o В контекстное меню добавлен поиск по имени объекта на Яндекс и Google.

 o Улучшена функция построения списка загруженных DLL.

 o Обновлены функции вывода содержимого консоли приложения в лог.

 o Исправлена ошибка из-за которой для некоторых файлов не отображались ссылки на них.

 o Исправлена функция разбора кэша задач.

 o Исправлена функция антисплайсинга.

 o Теперь при переходе в категорию "Файлы без проверенной подписи" автоматическая проверка эцп не производится.

 o Исправлена дата при вводе новой вирусной сигнатуры.

 o Исправлена блокировка некоторых клавиш при свернутом окне удаленного рабочего стола.

 o Исправлена критическая ошибка в функции извлечения сигнатуры из файла при прямом доступе к диску.

 o В окне информации исправлена ошибка отображения параметров файлового потока.

 o Исправлена ошибка проверки ЭЦП для файлов из последних обновлений Windows 7 x64,
   где для внешней подписи разных системных файлов может быть использован как SHA1, так и SHA256.

 o Обновлены базы известных файлов.

 o Исправлены мелкие ошибки.

 

  • Like 2
  • Upvote 1

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


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

o Добавлен твик #44, который включает периодический системный бэкап реестра в каталог \Windows\System32\config\RegBack

Не отработал:

Цитата

uVS v4.99.0v x64 [http://dsrt.dyndns.org:8888]: Windows 10 Home 2009 x64 (NT v10.0 SP0) build 19045  [C:\WINDOWS]

Твик с таким номером не поддерживается данной версией uVS

 

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


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

Не отработал:

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

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


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

uVS v4.99.0v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS]

(!) Ошибка: Не удалось загрузить пользовательский реестр: C:\PROGRAMDATA\NTUSER.DAT

Ошибка 0x2 [Не удается найти указанный файл. ]

 

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


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

Кстати, аналогичная ошибка с C:\PROGRAMDATA\NTUSER.DAT выходила.

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


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

+

Я не вижу % при массовой проверке файлов на V.T.

o В контекстное меню добавлен поиск по имени объекта на Яндекс и Google.

Я бы добавил поиск по ЭЦП

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


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

(!) Ошибка: Не удалось загрузить пользовательский реестр: C:\PROGRAMDATA\NTUSER.DAT

Это нормально, реестр для псевдопользователя "All users" бывает редко, для чего системе он нужен, я не разбирался еще, но он бывает, теперь при отсутствии пользовательского реестра выдается такое сообщение, как и в случае если реестр поврежден.
Т.е. в этом случае сообщение можно смело игнорировать.
 

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

Я не вижу % при массовой проверке файлов на V.T.

о каких % речь?
 

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

Я бы добавил поиск по ЭЦП

Подробнее, что именно искать и зачем?

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


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

1. По поводу реестра - важнее, что было найдено. Если реестра\копии нет...

2. Проценты те, что были в прошлых версиях при массовой проверке на V.T.

https://forum.esetnod32.ru/bitrix/components/bitrix/forum.interface/show_file.php?fid=129963&width=500&height=500

3.

5 часов назад, demkd сказал:

Подробнее, что именно искать и зачем?

Например есть файл подписанный некой ЭЦП.

но... данного файла пока нет на V.T.

т.е. o В контекстное меню добавлен поиск по имени объекта на Яндекс и Google.

искать не только по имени объекта -  но открывать сразу две страницы - одну с точным поиском по имени. другую с точным поиском по ЭЦП.

 

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


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

+

Цитата

C:\WINDOWS\SYSTEM32\IPCONFIG.EXE /flushdns
--------------------------------------------------------------------------------------------------

Ќ бва®©Є  Їа®в®Є®«  IP ¤«п Windows

Љни б®Ї®бв ўЁвҐ«п DNS гбЇҐи­® ®зЁйҐ­.
--------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------
C:\WINDOWS\SYSTEM32\NETSH.EXE winsock reset
--------------------------------------------------------------------------------------------------

‘Ўа®б Є в «®Ј  Winsock ўлЇ®«­Ґ­ гбЇҐи­®.
ЌҐ®Ўе®¤Ё¬® ЇҐаҐ§ Јаг§Ёвм Є®¬ЇмовҐа, зв®Ўл § ўҐаиЁвм бЎа®б.

uVS v4.99.0v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS]

В прошлых версиях - всё читается нормально.

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


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

2. Проценты те, что были в прошлых версиях при массовой проверке на V.T.

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

3 часа назад, PR55.RP55 сказал:

1. По поводу реестра - важнее, что было найдено. Если реестра\копии нет...

Если нет реестра это проблема и с ней надо разбираться, а если есть то он подключен и анализируется.
 

3 часа назад, PR55.RP55 сказал:

другую с точным поиском по ЭЦП. 

что значит поиском по эцп? по имени подписавшего файл или по сертификату или по хэшу сертификата.
 

1 час назад, PR55.RP55 сказал:

В прошлых версиях - всё читается нормально.

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

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


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

---------------------------------------------------------
 4.99.1
---------------------------------------------------------
 o Это обновление добавляет поддержку многоядерных процессоров.

 o В меню Настройки->Дополнительные настройки добавлена возможность указать количество рабочих потоков
   для функций:
     o Создание файла сверки                                        (нельзя прервать)
     o Создание образа автозапуска                                  (нельзя прервать)
     o Загрузка производителя [F3]                                  (доступно прерывание функции по ESC)
     o Проверка по базе проверенных файлов [F4]                     (доступно прерывание функции по ESC)
     o Проверка ЭЦП [F6]                                            (доступно прерывание функции по ESC)
     o Проверка по базе критериев [Alt+F7]                          (доступно прерывание функции по ESC)
     o Фильтрация по базе критериев [Ctrl+F7]                       (доступно прерывание функции по ESC)
     o Проверка списка по выбранному критерию                       (доступно прерывание функции по ESC)
     o Проверить весь список на вирусы                              (доступно прерывание функции по ESC)
     o Добавить хэши всех проверенных файлов в базу проверенных     (доступно прерывание функции по ESC)
     o Добавить хэши исполняемых файлов каталога в базу проверенных (доступно прерывание функции по ESC)
   Значение 0 задает количество потоков равным количеству ядер процессора (включая виртуальные), виртуальные ядра
   могут ускорить процесс на лишние 30%.
   Как сказывается использование E-ядер неизвестно, но скорее всего ощутимой разницы с P ядрами не будет,
   поэтому на новых интелах + NVME SSD сокращение времени исполнения функций скорее всего будет огромным.
   При подключении к удаленной системе для серверной части uVS количество потоков всегда равно количеству ядер (включая виртуальные).
   Для клиентской части действует заданное в настройках значение.
   Для системного диска на базе SSD время выполнение функции уменьшается многократно (для 4-х ядерных процессоров вплоть до 4x на SATA SDD),
   для современных конфигов может иметь смысл задание большего числа потоков чем количество ядер у процессора (допустимый максимум - 128).
   Для HDD все гораздо хуже, время проверки немного сокращается (10-20%), однако когда часть файлов находится
   в кэше системы (т.е. в оперативной памяти) разница будет существенной и для HDD.
   Конечно все это верно лишь для процессоров с более чем 1 ядром.
   (!) Прерывание функции по клавише ESC недоступно для удаленных систем.

 o Другие функции, которые можно прервать по ESC:
   o Проверить все НЕПРОВЕРЕННЫЕ файлы на VirusTotal.com
   o Проверить все НЕПРОВЕРЕННЫЕ ИЗВЕСТНЫЕ файлы на VirusTotal.com
   o Проверить НЕПРОВЕРЕННЫЕ файлы в текущей категории на VirusTotal.com (c учетом фильтра)
   o Проверить все НЕПРОВЕРЕННЫЕ файлы на virusscan.Jotti.org
   o Проверить все НЕПРОВЕРЕННЫЕ ИЗВЕСТНЫЕ файлы на virusscan.Jotti.org
   o Проверить НЕПРОВЕРЕННЫЕ файлы в текущей категории на virusscan.Jotti.org (с учетом фильтра)
   o Проверить хэш файла по базе проверенных файлов
   o Добавить в список->Все исполняемые файлы в системных каталогах не старше указанной даты

 o Обновлен функционал окна "История процессов и задач".
   Добавлена информация о текущем состоянии задач зарегистрированных в системном планировщике заданий.
   Добавлена новая кнопка "С момента запуска системы", которая переключает режим отображения истории.
   Если кнопка нажата то история отображается только с момента запуска системы, все что было раньше не попадает в список.
   Если кнопка отжата то отображается вся доступная история процессов и задач,
   что может быть полезно для выявления зловредной активности непосредственно перед перезагрузкой системы.
   Для каждой задачи по двойному щелчку левой кнопки мыши можно просмотреть XML описание задачи.
   Теперь фильтрующий поиск работает на все колонки активного списка одновременно, поддерживается
   фильтрация и списка процессов и списка задач, в зависимости от того какой список активен.
   Фильтрующий поиск применяется на результат работы родительского фильтра.
   Горячая клавиша Backspace больше не влияет на родительский фильтр, для отката уровня родительского
   фильтра используйте клавиши ESC (если строковый фильтр пуст) или Alt+Up (откат со сбросом строкового фильтра).
   (см. подробнее в файле Doc\История процессов и задач.txt)
   (!) Только для Vista и старше.
   (!) Только для активных и удаленных систем.

 o Включение отслеживания процессов и задач теперь увеличивает системный журнал до 50mb,
   отключение возвращает размер по умолчанию.

 o Новая скриптовая команда: deltskname полное_имя_задачи
   Удалить задачу с указанным именем.
   Имя задачи должно начинаться с символа "\", например: \Task
   Допустимо указывать каталоги например: \Microsoft\Задача
   (!) Только для Vista и старше.

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

 o В окно выбора каталога/файла добавлен фильтрующий поиск (по обоим спискам одновременно если это выбор файла).
   В окне изменились горячие клавиши:
    o \ - перейти к выбору диска
    o DEL - удалить каталог/файл (с подтверждением)
    o ESC - очистить фильтр, если фильтр пуст то закрыть окно.   
    o Backspace - удалить последний символ фильтра
    o Alt+Вверх - перейти в родительский каталог

 o Функция создания образа автозапуска теперь не использует базы проверенных файлов и все проверенные файлы ДО создания
   образа теряют статус "проверенный". Т.е. в образе статус проверенный имеют лишь файлы прошедшие проверку ЭЦП.

 o Поскольку AutoHotkey используется зловредами то теперь все его актуальные версии выявляются под любым именем по F3 или
   при создании образа автозапуска и получают статус подозрительного файла.
   Соответствующие имени файла скрипты автозапуска добавляются в список автоматически и тоже получают статус подозрительных файлов.
   Содержимое скрипта доступно в окне информации ahk файла.

 o Введены новы лимиты на количество элементов в списке автозапуска для x64 версий в списке может быть до 1 млн. файлов,
   для x86 до 150 тысяч файлов. (Обычно в образе менее 10 тысяч файлов)

 o Оптимизированы функции сортировки, фильтрации и вывода списка.

 o В категории HOSTS добавлен фильтрующий поиск по 2 первым колонкам одновременно.
   Сортировки в этой категории нет, записи представлены в порядке следования в оригинальных файлах.
   Первыми идут записи из HOSTS, что лежит по прописанному в реестре пути, если путь отличается от пути по умолчанию
   то дальше идут записи HOSTS из \Windows\System32\drivers\etc, далее записи из HOSTS.ICS.
   В этой категории теперь работает горячая клавиша DEL.

 o Найдена ошибка в Windows API из-за которой для некоторых файлов не отображался производитель и другая информация о версии файла.
   Сам Windows для таких файлов не отображает случайные параметры на вкладке "Подробно" в свойствах файла.
   Ошибку удалось обойти и теперь в окне информации о файле отображаются все значимые параметры для всех исполняемых файлов.

 o Улучшен альтернативный режим сканирования процессов. (ctrl+p)

 o В контекстное меню окна информации о файле добавлен поиск по имени подписавшего файл.

 o Удалена скриптовая команда EXEC32 за бесполезностью.

 o Из настроек основного списка удален обычный поиск за бесполезностью.

 o Добавлен вывод предупреждения в лог при обнаружении вируса в списке при загрузке производителя и сигнатур про F3.

 o Исправлена и улучшена функция вывода результата исполнения консольных приложений.
   Теперь вывод осуществляется в реальном времени с поддержкой отображения динамического текста в последней строке.
   Проблема с кодировкой для старых систем решена.
   Добавлено время выполнения приложения.

 o Результат выполнения команды gpudpate теперь отображается в логе.

 o Сообщение об отсутствии пользовательского реестра в каталоге "All users"/ProgramData больше не выводится.

 o Немного дополнена документация.

 o Исправлена ошибка из-за которой вместо обычной x64 версии для старых систем запускалась x64v версия.

 o Исправлено ошибочное сообщение в логе при исполнении 44 твика.

 o Исправлена ошибка при сохранении истории задач в образ и при передаче данных из удаленной системы.

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

 o Исправлена ошибка с растущим временем отката операции по Ctrl+Z при работе с образом.

 o Исправлена ошибка при определении параметров *OperatingSystemVersion для 64-х битного исполняемого файла.

 o Исправлена ошибка с неправильным откатом операции по HOSTS при работе с образом.

 o Исправлена ошибка подписи образа автозапуска удаленной системы (появилась в v4.15.4)

 o Исправлена функция Добавить в список->Все исполняемые файлы в системных каталогах не старше указанной даты

 o Исправлены мелкие интерфейсные ошибки.
 

  • Like 2

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


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

demkd,

а где сохраняется информация о количестве используемых ядер? в settings.ini? Не увидел там новый параметр при изменения параметра производительности в доп. настройках.

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
В 16.08.2024 at 1:40 PM, santy сказал:

а где сохраняется информация о количестве используемых ядер? в settings.ini? Не увидел там новый параметр при изменения параметра производительности в доп. настройках.

Да, MaxThreads.

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


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

---------------------------------------------------------
 4.99.2
---------------------------------------------------------
 o Это обновление повышает качество работы с удаленной системой и снимает некоторые ограничения.
   Работа с удаленным рабочим столом вышла на новый уровень недостижимый для подавляющего большинства программ удаленного управления.
   Функция оптимизирована для работы в локальной сети, что обеспечивает минимальный, почти неощутимый лаг и высокий максимальный fps.
   Дополнительно это обновление исправляет проблему с анализом ответа от сервиса VT.

 o Для Windows 8 и старше для получения копии экрана теперь используется Desktop Duplication API + DX11,
   который уменьшает загрузку процессора в удаленной системе и изменяет FPS в зависимости
   от интенсивности изменения содержимого экрана, что позволяет устанавливать нулевую задержку
   для обновления экрана без существенной загрузки процессора, что в свою очередь обеспечивает
   минимальный инпут лаг. В этом режиме состояние кнопки "CAPBLT" игнорируется.
   Максимальный fps в этом режиме минимум в 2 раза выше, чем в устаревших системах.

 o В клиентской части для отрисовки экрана задействован Direct2D с поддержкой использования ресурсов видеокарты,
   что позволяет отображать удаленный рабочий стол с приличным FPS даже при масштабировании кадра.
   Качество масштабирования экрана при использовании аппаратного ускорения стало заметно выше.
   (!) Минимальные требования Vista SP2/Windows Server 2008 SP2.

 o Добавлена поддержка передачи стандартных курсоров, стандартные курсоры не рендерятся на рабочий стол,
   а устанавливаются в клиентской системе, что позволяет избежать лагов при движении курсора и повышает fps.
   (!) В удаленных системах без физической мыши для поддержки этой функции необходимо активировать отображение курсора мыши.
   (!) Win+U -> Мышь и выбрать "Управлять мышью с помощью клавиатуры".

 o Исправлена и оптимизирована функция сжатия фреймов при работе с удаленным рабочим столом, из-за ошибки
   не поддерживались фреймы размером более 2560x1600 пикселей.
   Время сжатия фрейма уменьшено на 40%. (для 32/24 битных режимов)
   Коэффициент сжатия фрейма увеличен на 25%. (для всех режимов)
   (!) Новая функция не совместима со старыми версиями uVS, если у вас в настройках флаг bReUseRemote = 1,
   (!) то перед обновлением необходимо закрыть все серверные часть uVS на удаленных компьютерах с помощью
   (!) старой версии uVS.

 o В целях уменьшения трафика добавлена поддержка понижения цветности для 32/24/16bpp  режимов экрана
   (детализация не понижается, а лишь удаляется избыточная информация о цвете).
   Вы можете выбрать в списке 24bpp (24 бита на цвет), 15bpp (15 бит) и 7bpp (7 бит).
   7bpp это черно-белый режим со 128 градациями серого. Яркость в это режиме представлена средним арифметическим
   цветовых компонент, этот вариант смотрится лучше и требует меньше ресурсов процессора, чем "правильное" обесцвечивание.
   Каждый шаг понижения цветности экономит до 70% трафика относительно предыдущего режима, однако 24bpp
   позволяет достичь максимального fps (только при достаточной ширине канала), за счет минимального времени сжатия картинки.

 o Повышена точность трансляции координат курсора.

 o Добавлена дополнительная кнопка "1:1", при нажатии на нее устанавливается размер отображаемого рабочего стола 1:1
   (при физической возможности), а при нажатии на нее правой кнопкой мыши высота окна остается неизменной,
   а ширина окна подстраивается под соотношение сторон удаленного рабочего стола.

 o Изменена функция кнопки "[ ]", при при первом нажатии на нее высота удаленного рабочего стола становится максимальной
   с учетом высоты таскбара, при повторном нажатии размер удаленного рабочего стола масштабируется до максимума в соответствии
   с текущим разрешением клиентского монитора и учетом соотношения сторон исходного изображения вплоть до перехода в полноэкранный режим,
   заголовок окна и управляющие кнопки автоматически скрываются и проявляются если подвести курсор мыши к верхней границе дисплея,
   эффект от третьего нажатия на эту кнопку соответствует эффекту от первого нажатия.
   Горячая клавиша RWIN доступна и в полноэкранном режиме, при ее нажатии в клиентской системе полноэкранный режим будет отменен и будет
   активировано ближайшее окно другого приложения (эмуляция Alt+Tab), при повторном ее нажатии или переключении в окно удаленного рабочего стола
   полноэкранный режим будет восстановлен.

 o Передача удаленного рабочего стола и нажатий кнопок теперь производится через сокет открываемый на время
   передачи по случайному порту, что позволило дополнительно повысить FPS и отзывчивость удаленного интерфейса.
   Серверная часть uVS на удаленном компьютере автоматически добавляет себя в исключения брандмауэра Windows при запуске
   и удаляет себя из исключений при завершении. При использовании стороннего фаервола необходимо добавить uVS в исключения
   самостоятельно на удаленной машине, в этом случае необходимо прописать bFixedName=1 в settings.ini, что бы имя исполняемого файла
   было постоянным.
   В качестве имени удаленного компьютера допустимо использовать:
    o IPv4 (подключение по TCP-IPv4, максимальная скорость запуска серверной части)
    o Имя компьютера (автоматический выбор версии IP, скорость передачи картинки выше в случае TCP-IPv6 в пределах 4%)
    o Доменное имя   (автоматический выбор версии IP)
   (!) Приоритетным протоколом является IPv6, т.е. если у удаленной системы есть IPv4 и IPv6 адрес, то подключение будет по IPv6.
   (!) Если вы используете Ф или сторонний фаервол то в клиентской и удаленной системе необходимо разрешить исходящие запросы
   (!) по протоколу ICMPv6 для SYSTEM.
   (!) Подключение по IPv6 доступно начиная с WinXP.
   (!) Для работы с удаленной системой без отображения рабочего стола внесение изменений в настройки фаервола не требуется.

 o Новый параметр в settings.ini
   [Settings]
   ; Использовать IPv6 при подключении к удаленному рабочему столу.
     bIPv6 (по умолчанию 1)

 o В окне удаленного рабочего увеличено количество поддерживаемых мониторов с 6 до 10 (кнопки 1-10).

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

 o При работе с удаленным рабочим столом добавлена поддержка нажатия Ctrl+Alt+Del (кнопка CAD) для Windows Vista и старше.
   Для реализации этой функции добавлен новый модуль: usas.
   (!) На время его выполнения модифицируется групповая политика для разрешения использования SAS.
   (!) Чтобы эта функция работала в Windows Server 2008 и Windows Vista,
   (!) необходимо скопировать библиотеку(и) sas.dll из Windows 7:
   (!) C:\Windows\System32\sas.dll и C:\Windows\SysWOW64\sas.dll (для Vista x64 нужны обе)
   (!) и поместить их в C:\Windows\System32 и C:\Windows\SysWOW64 соответственно.
   (!) Эти библиотеки из Windows 7 были добавлены в STORE (каталоги NT60 и NT60x64).

 o Улучшена функция получения доступа к защищенным от чтения файлам на NTFS разделах.
   Теперь файлы, которые полностью защищены от открытия на уровне ядра, т.е. те что ранее не читались uVS,
   можно проверять по хэшу, копировать в Zoo и проверять их ЭЦП (в том числе и драйвер Ф).
   Добавлена поддержка чтения мелких защищенных файлов и файловых потоков полностью помещающихся в записи MFT.
   (новая функция прямого доступа к диску портирована из badNTFS Pro v2.21)

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

 o Снят лимит на длину строк в окне информации о файле.

 o Снят лимит на путь и длину командной строки в окне истории процессов и задач.

 o Максимальный размер cmd/vbs и т.д. текстовых файлов, хранящихся в описании файла в поле #FILE#, увеличен до 128kb.
   Восстановить файл из образа автозапуска можно поместив значение данного поля в буфер обмена и далее
   сохранив его в любом текстовом редакторе.

 o В лог добавлено состояние брандмауэра. (0 - выключен, 1 - включен).

 o В окно установленных программ добавлена кнопка "Сохранить", которая сохраняет список программ в текстовый файл.

 o Обновлены start и start_x64: улучшена четкость шрифта в новых системах.

 o Обновлена функция разбора ответа от сервиса VT.
   Дополнительно в лог добавлены результаты из раздела sigma_analysis.

 o Окно истории процессов и задач стало немодальным.
   Перейти в это окно теперь можно из окна информации через его контекстное меню при щелчке правой кнопкой мыши по
   строке содержащей pid.
   (!) История процессов доступна лишь при активном отслеживании процессов и задач. (твик #39)

 o Исправлена критическая ошибка в функции обновления окна списка.

 o Исправлена критическая ошибка в функции проверки одного файла по списку критериев.

 o Исправлена критическая ошибка в функции сканирования реестра: длинные значения ключей полностью игнорировались.
   Теперь при обнаружении значения длиной свыше 1024 байт в лог выводится предупреждение с указанием ключа, имени значения
   и содержимого значения. Если в значении будет выделен файл то файл становится подозрительным.
   Эта ошибка присутствовала с v1.0.

 o Исправлена ошибка при открытии окна удаленного рабочего стола, задержка обновления экрана была 50мс
   вне зависимости от текущих настроек до ее изменения вручную.

 o Обновлена функция определения файлов запускавшихся неявно для совместимости с новыми билдами Windows.

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

 o Исправлена функция обработки двойного щелчка кнопкой мыши.

 o Исправлена ошибка из-за которой клиент мог долго завершать работу с выдачей ошибок
   при штатном завершении серверной части.

 o Исправлена ошибка [Error: 0x80004002 - Интерфейс не поддерживается] в твике(27) удаления политик Chrome
   при работе с удаленной системой и при выполнении команды "regt 27" из скрипта.

 o Для Windows 11 возвращен оригинальный стиль чекбоксов, начиная с некоторого обновления их наконец-то исправили.

 

  • Like 1
  • Upvote 1

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


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

Команда Ctrl+Z не работает ?

Пример:

Выполнено за 0,753 сек.
Операция удаления ссылок добавлена в очередь: HTTPS://CLIENTS2.GOOGLE.COM/SERVICE/UPDATE2/CRX?RESPONSE=REDIRECT&PRODVERSION=38.0&X=ID%3DACBCHKAHFMNDKENEFKCKLOFJMIPGHJJP%26INSTALLSOURCE%3DONDEMAND%26UC
Операция удаления ссылок добавлена в очередь: HTTPS://CLIENTS2.GOOGLE.COM/SERVICE/UPDATE2/CRX?RESPONSE=REDIRECT&PRODVERSION=38.0&X=ID%3DIIFCHHFNNMPDBIBIFMLJNFJHPIFIFFOG%26INSTALLSOURCE%3DONDEMAND%26UC
Операция удаления ссылок добавлена в очередь: HTTPS://CLIENTS2.GOOGLE.COM/SERVICE/UPDATE2/CRX?RESPONSE=REDIRECT&PRODVERSION=38.0&X=ID%3DOHEDCGLHBBFDGAOGJHCCLACOCCBAGKJG%26INSTALLSOURCE%3DONDEMAND%26UC
Операция удаления объекта добавлена в очередь: C:\PROGRAM FILES\QBITTORRENTPRO\QBITTORRENTPRO.EXE
Команда #8 отменена.
Команда #8 отменена.
Команда #8 отменена.
Команда #8 отменена.
--------------------------------------------------------------------------------------------------
В скрипт добавлена команда: delref HTTPS://CLIENTS2.GOOGLE.COM/SERVICE/UPDATE2/CRX?RESPONSE=REDIRECT&PRODVERSION=38.0&X=ID%3DACBCHKAHFMNDKENEFKCKLOFJMIPGHJJP%26INSTALLSOURCE%3DONDEMAND%26UC
В скрипт добавлена команда: delref HTTPS://CLIENTS2.GOOGLE.COM/SERVICE/UPDATE2/CRX?RESPONSE=REDIRECT&PRODVERSION=38.0&X=ID%3DIIFCHHFNNMPDBIBIFMLJNFJHPIFIFFOG%26INSTALLSOURCE%3DONDEMAND%26UC
В скрипт добавлена команда: delref HTTPS://CLIENTS2.GOOGLE.COM/SERVICE/UPDATE2/CRX?RESPONSE=REDIRECT&PRODVERSION=38.0&X=ID%3DOHEDCGLHBBFDGAOGJHCCLACOCCBAGKJG%26INSTALLSOURCE%3DONDEMAND%26UC
В скрипт добавлена команда: delall %SystemDrive%\PROGRAM FILES\QBITTORRENTPRO\QBITTORRENTPRO.EXE
В скрипт добавлена команда: apply

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


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

Команда Ctrl+Z не работает ?

Исправление ошибки будет включено в v4.99.3.

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


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

---------------------------------------------------------
 4.99.3
---------------------------------------------------------
 o Это обновление повышает качество работы с удаленной системой и добавляет новый режим работы.
   (!) Новая функция не совместима со старыми версиями uVS, если у вас в настройках установлен флаг bReUseRemote = 1,
   (!) то перед обновлением необходимо закрыть все серверные части uVS на удаленных компьютерах с помощью
   (!) старой версии uVS.

 o Добавлен новый режим работы: Разовый доступ к удаленному компьютеру.
   (!) Доступно начиная с Vista, подключение к рабочему столу устаревших систем возможно лишь прежним способом.
   Ранее просмотр и управление рабочим столом удаленного компьютера было вспомогательной функцией при работе с удаленной системой.
   Для подключения требовались полномочия администратора или знание логина и пароля администратора удаленного компьютера и
   физическая возможность подключения к удаленному компьютеру.
   Новый режим работы похож на то, что предлагают всевозможные поделки для удаленного администрирования.
   o В этом режиме доступно: управление и просмотр рабочего стола, а также быстрый и надежный обмен файлами на пределе пропускной
     способности канала. (для сравнения RAdmin в гигабитной сети передает файлы более чем в 15 раз медленней чем uVS).
   o Передаваемые кадры теперь не только сжимаются, но и шифруются,  целостность передаваемых файлов защищена
     проверочным хэшем и шифрованием.
   o Подключение осуществляется без использования промежуточного сервера, т.е. это чистый P2P.
   o Подключение возможно к компьютеру за NAT при включенной у роутера опции uPNP.
   o Подключение возможно к компьютеру, где активирован VPN.
     (!) Подключение производится к реальному адресу роутера или адаптера компьютера с VPN, VPN канал полностью игнорируется.
   o Подключение возможно в обе стороны, т.е. из пары компьютеров требуется лишь 1 белый IP, направление подключения выбирается
     при начальной настройке.

   При запуске start.exe теперь вам доступны три новые кнопки:
   o Управление удаленным компьютером и обмен файлами.
     Эту кнопку нажимает тот кто хочет получить доступ к удаленному компьютеру, в открывшемся окне можно выбрать
     вариант подключения (см. ниже) и ввести код доступа полученный от того кто предоставляет доступ к компьютеру.
     Варианты подключения:
       o Соединение примет мой компьютер - в этом случае необходимо выбрать IP к которому будет подключаться другая
         сторона. При подключении через интернет следует выбирать белый IP адрес, если ваш компьютер за роутером
         и на нем активен NAT, то выбрать нужно именно его IP адрес. (адрес с пометкой [router]).
         Если роутер поддерживает uPNP, то этот адрес будет выбран по умолчанию.
         Если же в списке нет белых IP то вам следует выбрать другую опцию подключения.
         После выбора IP просто нажмите кнопку Старт и передайте одноразовый код доступа другой стороне.
         При подключении по локальной сети вы можете нажать кнопку "Все IP" и выбрать любой серый адрес для подключения.
         Поддерживается и IPv4 и IPv6.
         (!) Код доступа автоматически копируется в буфер обмена при нажатии кнопки "Старт".

       o Соединение установит мой компьютер - просто скопируйте код доступа в поле ввода или код там появится автоматически
         если вы его скопировали из мессенджера. После чего нажмите кнопку Старт и ожидайте подключения.

   o Разовый удаленный доступ к моему компьютеру [админ]
     (!)Пользователь должен обладать правами администратора или правами по запуску и установке служб.
     Эту кнопку нажимает тот кто хочет предоставить доступ к своему компьютеру, в открывшемся окне можно выбрать
     разрешения для другой стороны.
     Доступны 3 варианта:
       o  Управление     - доступно: мышь, клавиатура, просмотр экрана и обмен файлами.
       o  Просмотр       - доступно: просмотр экрана и обмен файлами.
       o  Обмен файлами  - доступно: обмен файлами.
     Это полнофункциональная версия удаленного рабочего стола uVS, с возможностью удаленного подтверждения
     запуска приложений от имени администратора и эмуляции нажатия Ctrl+Alt+Del.

   o Разовый удаленный доступ к моему компьютеру [не админ]
     Все тоже самое что и во 2-м случае, кроме удаленного подтверждения запуска приложений от имени администратора
     и эмуляции нажатия Ctrl+Alt+Del, дополнительно есть ограничение по использованию защищенных рабочих столов.

 o При работе с удаленным рабочим столом теперь доступна передача файлов и каталогов из буфера обмена в обе стороны.
   Что бы передать файлы или целые каталоги на удаленный компьютер, просто скопируйте их в буфер обмена и в окне
   удаленного рабочего стола нажмите кнопку со стрелкой вверх.
   Передача изображения автоматически отключится и откроется окно с логом передачи файлов.
   В заголовке окна лога вы увидите объем переданных данных и среднюю скорость передачи (с учетом чтения их с диска).
   По окончании передачи  файлов в лог будет выведена информации о времени передачи, количестве успешно переданных файлов и
   средней скорости передачи.
   Переданные файлы будут помещены в буфер обмена удаленной системы и вы сможете  вставить их из буфера
   в любой каталог или прямо на рабочий стол. При этом файлы переносятся из временного каталога.
   Если же вы не вставили файлы из буфера обмена то они останутся во временном каталоге C:\uVS_copyfiles\*
   точный путь до которого выводится в лог на удаленном компьютере.
   Что бы получить файлы проделайте обратную операцию: скопируйте файлы в буфер обмена на удаленном компьютере
   и нажмите кнопку со стрелкой вниз, по завершению передачи файлы будут помещены в буфер обмена вашего компьютера
   и вы можете перенести их в любую нужную папку.
   Таким образом обе стороны видят какие файлы и куда копируются и при этом максимально упрощается процесс копирования.
   (!) При закрытии окна лога передача файлов будет остановлена.
   (!) При разрыве соединения передача файлов будет автоматически продолжена после восстановления соединения,
   (!) при этом работает функция докачки, т.е. если ошибка произошла при передаче большого файла, то передача его
   (!) продолжится с последнего успешно полученного блока, т.е. блок будет заново.
   (!) Каждая передача файлов является независимой, т.е. нельзя прервать передачу и воспользоваться функцией докачки.
   (!) Проверка целостности файлов производится на лету вместе с его расшифровкой, таким образом достигается
   (!) максимально возможная скорость передачи примерно равная скорости копирования файлов по локальной сети системой.
   (!) При необходимости передачи большого количества мелких файлов рекомендуется поместить их в архив, это серьезно
   (!) сократит время передачи.
   (!) Состоянии кнопки CS никак не влияет на данный функционал.

 o Изменен приоритет протоколов: IPv4 теперь является приоритетным, как показали замеры в гигабитной локальной сети
   IPv4 позволяет достичь более высокой скорости передачи данных.

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

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

 o Снижен инпут лаг при работе с удаленным рабочим столом.

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

 o Обновлена функция передачи движений мыши в удаленную систему.
   Теперь доступно управление с помощью движений мыши, которое используется в некоторых приложениях и играх. (если нажата кнопка MM)
   Если указатель мыши видим в удаленной системе то управление производится позиционированием указателя по расчетным координатам (как и раньше),
   в противном случае указатель скрывается в клиентской системе и передаются лишь движения мыши.
   При возникновении проблем с восстановлением видимости указателя вы всегда можете переключиться из окна удаленной рабочего стола по горячей
   клавише RWin.

 o uVS теперь при старте добавляется в исключения Ф и брандмауэра до выхода из uVS.

 o Теперь запоминаются размеры и режим отображения удаленного рабочего стола для каждого активного монитора.
   Кнопка 1:1 применяется автоматически при первом выборе монитора.
   Обработчик кнопки 1:1 обновлен, теперь размер окна рассчитывается с высокой точностью для новых систем,
   где размер окна включает в себя тень.

 o Добавлен выбор метода захвата экрана, доступно 3 варианта:
   o GDI -  медленный метод захвата экрана, но работает в любой удаленной системе, постоянный fps.
            (единственный доступный метод для Win2k-Win7)

   o DDA1 - быстрый, работает начиная с Windows 8, максимальный коэффициент сжатия,
            переменный fps в зависимости от экранной активности.
            (!) рекомендуется использовать при ширине канала ниже 100Mbit, вместо DDA2.

   o DDA2 - очень быстрый метод сравнимый с захватом экрана с помощью mirror драйвера, но без использования драйвера,
            работает начиная с Windows 8, низкий коэффициент сжатия, переменный fps в зависимости от экранной активности.
            Способен захватывать видео с высоким fps (до 60) за счет упрощенного метода сжатия и обработки потока кадров.
            (метод по умолчанию для Win8+, рекомендуется при значительной экранной активности).
            (!) рекомендуется использовать при ширине канала не менее 100Mbit, при высоких разрешениях 1Gbit и выше
            (!) из-за низкого коэффициента сжатия.
            (!) При низкой экранной активности трафик до 10 раз больше чем у DDA1, при высокой - в 2 раза больше.
    
 o В окно удаленной рабочего стола добавлена кнопка "SYN" она замещает собой ручной выбора задержки захвата кадров.
   (отжатая кнопка соответствует нулевой задержке)
   Если кнопка нажата то задержка, а значит и максимальный fps ограничивается автоматически в соответствии
   с пропускной способностью канала, к сожалению это понижает максимальный fps и увеличивает инпут лаг,
   однако это полностью решает проблему, которой страдают даже лучшие программы удаленного управления
   при недостаточной ширине канала. Если канал слишком узок (10Mbit и менее) то при значительной
   экранной активности (оконное видео или анимация) происходит потеря управления удаленным рабочим столом
   из-за того что новые кадры отправляются в буфер значительно быстрее, чем клиентская машина успевает их получить и отобразить,
   в результате чего даже нажатия кнопок отображаются с задержкой в несколько секунд.
   Тоже самое будет наблюдаться в uVS в сходных условиях если кнопка SYN не нажата.
   Поэтому SYN не рекомендуется отключать при значительной активности в кадре и узком канале.
   Если канал 100Mbit и выше (локальная сеть), используется DDA2 то можно выключить SYN и это сильно поднимет fps и значительно уменьшит инпут лаг.
   Кнопка SYN по умолчанию нажата, состояние кнопки сохраняется при выходе из uVS.
   Выбранная цветовая битность теперь тоже сохраняется.

 o В окно удаленной рабочего стола добавлена кнопка "MR" она позволяет управлять указателем мыши из удаленной системы,
   Функция работает ЕСЛИ кнопка нажата И курсор находится в пределах окна удаленного рабочего стола И это окно активно.
   Функция предназначена для тех случаев когда человеку на том конце проще показать проблему чем описать ее словами.

 o Теперь клиентская часть uVS автоматически завершается если удаленная система перезагружается, выключается или завершается сеанс пользователя.
   (только если открыто окно удаленного рабочего стола)

 o Значительно увеличена скорость переключения мониторов, рабочих столов и смены разрешения монитора в DDA режиме.
   (!) Однако есть побочный эффект: если новый монитор будет подключен к удаленной системе пока открыто окно рабочего стола,
   (!) то для отображения картинки с этого монитора необходимо будет закрыть/открыть окно или повторно выбрать метод захвата экрана.

 o Добавлена поддержка браузера Microsoft Edge.

 o Обновлена функция чтения и удаления расширений браузеров: Chrome, Yandex, Edge.
   Добавлены сайты с включенными уведомлениями с указанием времени активации уведомлений.
   Из окна информации о расширении удалено поле Extension_homepageURL за бесполезностью.
   Мусор оставшийся от старых расширений помечается как "файл не найден" и будет удален при вызове функции удаления ссылок на
   отсутствующие файлы.

 o Контекстное меню в окне редактирования критериев теперь тоже использует выбранный размер шрифта.

 o Улучшена совместимость с системами с малым количеством оперативной памяти.

 o Исправлена функция захвата экрана в GDI режиме.

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

 o Исправлена ошибка в функции смены рабочего стола

 o Исправлены ошибки инициализации COM.

 o Исправлена ошибка из-за которой из списка проверки выпало 2 ключа автозапуска.

 o Исправлена ошибка в функции отката изменений (Ctrl+Z) при работе с образом.

 o Исправлена ошибка повторной инициализации захвата экрана в случае если рабочий стол был переключен пользователем или системой
   до повторного открытия окна удаленного рабочего стола.

 o Исправлена ошибка при открытии окна информации о компьютере.
   Добавлена дата релиза биоса, исправлено отображение объема физической памяти, добавлена расшифровка типа памяти и условное обозначение
   ее производительности.

 o Добавлена возможность открывать ключ реестра в regedit-е двойным щелчком по строке в логе или
   через контекстное меню.
   (!) Недоступно при работе с образом автозапуска.
 

  • Like 1

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


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

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

 o Проведено сравнительное тестирование системного удаленного рабочего стола и uVS.
   Передача файлов через системный удаленный рабочий стол идет почти в 20 раз медленней чем через через uVS.
   Максимальный fps в 32-х битном цвете почти в 3 раза ниже чем у uVS в FHD.
   (!) Выявлена проблема совместного использования uVS и системного рабочего стола.
   (!) Если системный рабочий стол был закрыт БЕЗ выхода из пользователя, то uVS не сможет
   (!) отбразить рабочий стол логона пользователя (Winlogon).
   (!) Единственное решение проблемы: подключиться заново через системный рабочий стол и выйти из пользователя.
 

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


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

Проверил на двух домашних ПК в локальной сети с роутером. Схема с серым IP работает отлично. Передача файлов гениальна! Вот просто как будто дополнительное зрение появилось :). Через белый IP  пока не удалось подключиться. Пришлось еще фаерволлы включить в интерактивный режим. (На автомате еще не проверял, возможно надо сохранить некоторые правила.)

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


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

Через белый IP  пока не удалось подключиться.

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

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


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

demkd, Здравствуйте, не думал что uVS до сих пор существует!)) Очень приятно. Как вспомню - я его юзал во времена "блокировщиков" - лет 10 назад))) А сейчас сам по дурости убил свою ОС старой версией uVS))) Хорошо, что я давно выучил слово "бэкап" и "бэкап бэкапа")))))))

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


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

Только непонятно, почему Дмитрий Кузнецов свой сайт обновлял 11 лет назад?))) Или у меня глюки?

Как бы то ни было - это прекрасная прога, большое спасибо за неё!! Жаль, что мало кто оценит такие глубокие познания..

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


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

 

 

47 минут назад, arraga сказал:

demkd, Здравствуйте, не думал что uVS до сих пор существует!))

Здравствуйте, в новом году выйдет уже 5.0 версия.

38 минут назад, arraga сказал:

Только непонятно, почему Дмитрий Кузнецов свой сайт обновлял 11 лет назад?))) Или у меня глюки?

Адрес сайта вот такой: http://dsrt.dyndns.org:8888/
А обновлять то что работает не надо, там обновляется лишь сам софт.
 

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


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

Пока готовится новое обновление, можно ознакомиться с будущей функцией интеграции uVS в меню дополнительных параметров загрузки Windows, аналогичная функция реализована в моем новом проекте dclone для клонирования дисков с максимально возможной скоростью.
Интеграция позволяет встроить программу в среду восстановления Windows (которая по умолчанию есть в любой установленной версии Win8-Win11) и работать с неактивной системой из не зараженной среды, во всяком случае пока случаев заражения образа WinRE я лично не наблюдал.
Т.е. для работы с неактивной системой больше не нужны загрузочные диски.

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


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

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

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



Войти

  • Сообщения

    • Ego Dekker
      ESET Online Scanner был обновлён до версии 4.0.1. Приложение теперь работает только в 64-разрядной ОС.
    • Ego Dekker
      ESET Cyber Security был обновлён до версии 9.0.6700.
    • AM_Bot
      Теория звучит убедительно, но работает ли она на практике? Мы внимательно изучили Phishman 2.35 и решили не останавливаться на описании её возможностей. Вместо этого протестировали платформу на собственных сотрудниках и удивились, к каким результатам это привело.      1. Введение2. Методология тестирования Phishman 2.353. Первичное тестирование3.1. Подготовка шаблонов фишинговых сообщений, инфраструктуры рассылки3.2. Тестирование доставки и отражения результатов в статистике3.3. Результаты атак4. Обучение4.1. Формирование учебной группы4.2. Составление образовательной программы по повышению киберкультуры4.3. Процесс обучения и его результаты5. Повторное тестирование5.1. Результаты атак6. Подведение итогов6.1. Сложности, с которыми мы столкнулись7. Впечатления от проекта команды «АМ Медиа»7.1. Реакция сотрудников7.2. Реакция организаторов7.3. Сотрудничество с вендором8. ВыводыВведениеPhishman 2.35 — это система повышения осведомлённости пользователей в сфере ИБ. Она помогает развивать киберкультуру и формировать у сотрудников устойчивые навыки безопасной работы с информацией, цифровыми сервисами и корпоративными ресурсами. В процессе обучения сотрудники учатся распознавать актуальные сценарии атак, закрепляют правильные модели поведения и в результате реже становятся причиной инцидентов, связанных с человеческим фактором.В первой части обзора Phishman 2.35 мы рассмотрели платформу с точки зрения её возможностей. Теперь пришло время проверить, как всё это работает на практике. За время проекта мы не только оценили эффективность различных сценариев, но и столкнулись с рядом особенностей, которые невозможно увидеть в документации. Одни из них влияли на ход тестирования, другие оказались скорее организационными нюансами, о которых стоит знать заранее.Методология тестирования Phishman 2.35В процессе работы с киберкультурой «АМ Медиа» мы будем использовать следующие метрики:Обученность. Отражает уровень знаний сотрудников в области ИБ. Показатель растёт, когда сотрудники осваивают темы: реагирование на инциденты, защита от социальной инженерии и другие критически важные компетенции.Иммунность. Показывает, как сотрудники применяют знания на практике. Она повышается, когда демонстрируется способность распознавать угрозы и правильно на них реагировать в реальных сценариях.Киберосознанность — итоговая метрика. Объединяет знания и практические навыки, показывая, насколько сотрудники в целом устойчивы к киберугрозам и действуют корректно при их возникновении.Прежде чем оценивать эффективность работы системы, необходимо определить отправную точку. Первичное тестирование определит, на какие сценарии реагирует каждый сотрудник, где чаще всего допускаются ошибки и какие темы требуют дополнительного развития. На основе этих данных формируется индивидуальная программа обучения: сотрудники проходят персонализированные курсы, выполняют практические задания и тесты, которые помогают устранить выявленные пробелы и закрепить необходимые навыки. В процессе обучения повышается уровень обученности, а закрепление знаний через практику влияет на показатель иммунности. После завершения обучения мы проведём повторное тестирование, которое покажет, какие изменения произошли по всем ключевым метрикам.Заключительный этап — сравнение результатов первичного и повторного тестирования. Здесь станет понятно, насколько вырос уровень киберкультуры сотрудников: изменилось ли их отношение к вопросам ИБ, стали ли они увереннее распознавать угрозы и чаще принимать безопасные решения в ситуациях, где раньше могли допустить ошибку.В качестве основного канала для рассылки фишинга выбрали электронную почту. Причина очевидна: именно она остаётся основным способом первичного контакта злоумышленников с сотрудниками и доставки фишинговых сценариев. По имеющимся оценкам, более 90 % успешных кибератак начинаются с электронного письма, поэтому исключать этот канал из подобных проверок было бы некорректно.Первичное тестированиеРеальные фишинговые атаки почти никогда не строятся по универсальному шаблону: злоумышленники адаптируют содержание писем под роль человека в компании, его рабочие процессы и типовые задачи. Поэтому при выборе целевой аудитории мы разделили сотрудников по функциям и уровню доступа к корпоративным данным, а сам проект разбили на 3 последовательные волны с разным уровнем сложности.Подготовка шаблонов фишинговых сообщений, инфраструктуры рассылкиПосле определения целевой аудитории был проведён анализ структуры подразделений и рабочих процессов сотрудников. На этом этапе изучались:должностные обязанности;распределение зон ответственности;характер внутреннего взаимодействия между отделами;используемые адреса электронной почты;формат повседневной служебной переписки.Это позволило понять, какие сценарии коммуникации являются для сотрудников привычными и не вызывают подозрений.На основе собранных данных были подготовлены сценарии фишинговых сообщений. При разработке содержимого учитывались тематика рабочих задач, стиль корпоративного общения, оформление внутренних уведомлений и типовые причины отправки писем внутри организации. Основная задача заключалась в том, чтобы письмо воспринималось как стандартное рабочее сообщение, соответствующее реальным бизнес-процессам заказчика.Волна 1. Первая волна была построена как массовый фишинг. Сценарий — сверка графика отпусков. Для атаки создавали и настраивали пользовательский шаблон. Тип атаки — обычный, время начала рассылки — сразу, при запуске атаки.На этом этапе проверялась базовая реакция сотрудников на привычные рабочие триггеры и способность распознавать типовые признаки фишинга без привязки к конкретному подразделению. Рисунок 1. Шаблон для первой волны Рисунок 2. Вид фишингового письма из первой волны в почте Волна 2. Для каждого отдела были подготовлены письма, основанные на реальных рабочих процессах, характерных запросах и ситуациях, с которыми сотрудники регулярно сталкиваются в своей деятельности. Для атаки создали и настроили пользовательский шаблон, где-то добавили немного визуального оформления. Время начала рассылки — по запланированному времени. Рисунок 3. Пример шаблона из второй волны для отдела «Продажи» Рисунок 4. Вид фишингового письма из второй волны для отдела «Продажи» Волна 3. Здесь моделировались уже более сложные сценарии целевого фишинга (spear phishing). В письмах использовались специальные формулировки, элементы корпоративного брендирования. На этом этапе проверялась не только внимательность сотрудников, но и способность замечать менее очевидные признаки атаки в условиях, максимально приближённых к реальной целевой компрометации.За основу брали системный брендированный шаблон «Яндекс ID», добавили фишинговую форму и скорректировали немного её содержание. Тип атаки — обычный, время начала рассылки — по запланированному времени. Рисунок 5. Пример шаблона из третьей волны Рисунок 6. Вид фишингового письма из третьей волны При переходе по ссылке открывалась фишинговая страница. Рисунок 7. Фишинговая страница Тестирование доставки и отражения результатов в статистикеДалее была подготовлена инфраструктура рассылки. После её настройки проводилось тестирование доставки сообщений. Проверялась доставка писем во входящие сообщения почтовых клиентов, анализировалась реакция антиспам-механизмов в почте, а также контролировалась корректность работы механизмов отслеживания действий пользователей. Рисунок 8. Результаты тестирования доставки и отображения сообщений в почте Тестирование прошло успешно.После завершения проверки была сформирована последовательность отправки сообщений по заранее определённым волнам. Такой подход позволил распределить нагрузку, контролировать ход тестирования и отслеживать реакцию сотрудников на различных этапах проведения проверки. Рисунок 9. Активные мероприятия Результаты атакБыли получены следующие результаты:Иммунность — 81 %. Хороший иммунитет, большинство реагирует правильно. Охват аудитории (повторно попались на фишинг) — 71 %.Уровень риска — 8, средний. Устойчивость формируется, но есть ещё риски. Рисунок 10. Общая информация после проведения первичного тестирования Самый низкий уровень иммунности — около 50 %, после первых двух волн атак. Рисунок 11. График иммунности во время первичного тестирования Далее — сформировали в системе отчёт по скомпрометированности сотрудников, на основании которого выполнили самостоятельный анализ результатов по отделам без учёта результатов тестирования шаблонов атак. Рисунок 12. Отчёт по скомпрометированности всех сотрудников в Phishman 2.35 Таблица 1. Результаты первичного тестирования по отделамОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДокументооборот04,76 %4,76 %Продажи04,76 %9,52 %Продюсеры 0023,8 %Редакция0019,04 %Руководитель000 ОбучениеПервичное тестирование завершено, поэтому следующим этапом стало определение группы риска и формирование программы обучения.Формирование учебной группыНа этапе отбора рассматривались два варианта формирования учебной группы. Первый предполагал использование показателя иммунности сотрудников. Второй вариант заключался в создании правила, автоматически формирующего список сотрудников, которые были скомпрометированы в ходе проведённых проверок. Этот подход позволял сразу получить выборку пользователей, продемонстрировавших наибольшую подверженность атакам, без ожидания обновления показателей.Был выбран второй вариант. На основании созданного правила была сформирована группа для обучения: в неё вошли люди, которые были скомпрометированы в ходе первичного тестирования. Рисунок 13. Создание правила для выявления группы риска Рисунок 14. Отчёт по отработанному правилу для выявления группы риска Отдельно была сформирована группа сотрудников, успешно распознавших фишинговую атаку, для участия в обучении, направленном на поддержание киберкультуры.Составление образовательной программы по повышению киберкультурыПопавшиеся сотрудники были включены в отдельную учебную группу, для которой сформировали персональную образовательную траекторию. В неё вошли 3 микрокурса по фишингу и 1 курс по информационной безопасности. Содержание траектории было направлено на повышение устойчивости к методам социальной инженерии и снижение вероятности компрометации учётных данных. Рисунок 15. Заполнение параметров обучения сотрудников Рисунок 16. Составление учебной программы Отдельно была запущена программа обучения для сотрудников, которые не попали в выборку по результатам правила.Процесс обучения и его результатыПервый отчёт мы сформировали через 2 дня после запуска обучения, что позволило получить предварительную оценку вовлечённости сотрудников. Анализ данных показал, что наибольшую активность на начальном этапе продемонстрировали сотрудники, которые попались на фишинг. Рисунок 17. Промежуточный анализ обучения Через неделю после запуска обучения провели повторный анализ прогресса, включая оценку прохождения курсов и выявление участников, не приступивших к обучению. Рисунок 18. Отчёт по динамике обучения в Phishman 2.35 Анализ показал, что часть сотрудников не завершила обучение в установленный срок. Для обеспечения максимального охвата было принято решение о продлении сроков прохождения курсов. Рисунок 19. Продление и корректировка процесса обучения В результате фактическая продолжительность обучения составила 2 недели, что превысило первоначально установленный срок в одну неделю. Но и этого времени не хватило нашим сотрудникам. Чтобы узнать, кто оказался более ответственным, воспользовались возможностями правил. Рисунок 20. Пример настройки правила по выявлению сотрудников, прошедших обучение В результате была получена информация о сотрудниках, полностью и частично прошедших обучение. Рисунок 21. Отчёт по сработанному правилу по выявлению сотрудников, прошедших обучение Рисунок 22. Отчёт по сработанному правилу по выявлению сотрудников, частично прошедших обучение Результаты обучения:полностью прошли обучение — 52 %;частично — 22 %;не прошли обучение — 26 %.Мы проанализировали список сотрудников, не приступивших к обучению, и выяснили, что это те, кто не попался на фишинг во время первичного тестирования.Среди сотрудников, которые попались на фишинг, 80 % прошли обучение, остальные — прошли его частично. Рисунок 23. Результаты обучения сотрудников «АМ Медиа» Вместе с тем за этот период были зафиксированы положительные изменения в ключевых показателях: уровень обученности достиг 9 319 баллов, а показатель киберосознанности — 7 561 баллов. Несмотря на положительную динамику, полученные значения оставались гораздо ниже целевых ориентиров, что свидетельствует о необходимости дальнейшей работы по повышению вовлечённости сотрудников и развитию киберкультуры.Повторное тестированиеПовторное тестирование проводилось по тем же этапам, что и первичное: подготовка шаблонов, тестирование и проведение атак. Как и на первом этапе, основной задачей было сделать письмо максимально похожим на стандартную рабочую переписку, соответствующую реальным бизнес-процессам нашей компании.Подготовительный этап повторного тестирования потребовал дополнительных временных затрат, связанных с регистрацией новых доменов и расширением сценариев атак с учётом результатов первичного тестирования.Волна 1. Сценарии формировались не только для отдельных подразделений, но и адресно для конкретных сотрудников, что позволило повысить реалистичность и точность имитации фишинговых атак. Запустили несколько атак, для каждой из них были разработаны индивидуальные шаблоны электронных писем и соответствующие фишинговые формы. Тип атаки — обычный, время начала рассылки — по запланированному времени. Рисунок 24. Пример фишингового письма для первой волны Рисунок 25. Пример фишинговой формы для письма из первой волны Волна 2. Вторая волна представляла собой массовую фишинговую кампанию. Для неё был создан и настроен пользовательский шаблон, основанный на триггерах срочности и страхе финансовых потерь. Тип атаки — обычный, время начала рассылки — сразу, при запуске атаки. Рисунок 26. Пример фишингового письма для второй волны Тестирование доставки писем и корректности отражения результатов в статистике прошло успешно.Результаты атакВ повторном тестировании приняли участие уже 23 человека. Увеличение числа участников на 2 человека связано с подключением новых сотрудников к нашему эксперименту. Резких скачков иммунности здесь не наблюдалось. Рисунок 27. График иммунности во время повторного тестирования Для дополнительной оценки мы и здесь также выполнили самостоятельный анализ результатов по отделам без учёта результатов тестирования шаблонов атак. Таблица 2. Результаты повторного тестирования по отделамОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДокументооборот000Продажи008,7 %Продюсеры 008,7 %Редакция8,7 %08,7 %Руководитель000 Мы также посмотрели, как себя показали сотрудники, которые не прошли обучение, в повторном фишинговом тесте. По данным отчёта, в первой волне повторного тестирования на фишинг попались 40% из всех, кто не обучался. Рисунок 28. Поиск информации о сотруднике в отчёте по атакам Подведение итогов После завершения всех этапов эксперимента мы получили следующие показатели:Иммунность — 76 %. Хороший иммунитет, большинство реагирует правильно. Охват аудитории (повторно попались на фишинг) — 91,3 %.Уровень риска — 7, средний. Рисунок 29. Информационная панель Phishman 2.35 после завершения эксперимента После обучения и повторного тестирования добавились другие показатели:Обученность — 11 / 100. Знания отсутствуют, обучение следует начать с базового уровня.Киберосознанность — 10 / 100. Низкий уровень, сотрудники не знают, как действовать в случае угроз.Часть результатов сравнили и представили их в таблице ниже. Таблица 3. Сравнение показателей киберкультуры до и после обученияПоказательДо обученияПосле обученияОбученность09319Иммунность81 %76 %Киберосознанность 07561Охват аудитории (повторно попались на фишинг)71 %91,3 %Уровень риска87 Также проанализировали действия сотрудников после обучения и сравнили их с результатами первичного тестирования. Таблица 4. Сравнение действий сотрудников до обучения и послеОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДо обученияПосле обученияДо обученияПосле обученияДо обученияПосле обученияДокументооборот004,76 %04,76 %0Продажи004,76 %09,52 %8,7 %Продюсеры 000023,8 %8,7 %Редакция08,7 %0019,04 %8,7 %Руководитель000000 Рисунок 30. Процент попавшихся на фишинг до обучения и после по отделам Если во время первичного тестирования попалось 22 % участников, то после обучения этот показатель уменьшился и стал 12 %. Рисунок 31. Общий процент попавшихся на фишинг до обучения и после Результаты повторного тестирования показали, что, несмотря на заметное снижение количества взаимодействий с фишинговыми письмами, часть сотрудников по-прежнему выполняет действия, свидетельствующие о подверженности атакам. Это ожидаемый результат, поскольку киберкультуру невозможно сформировать за столь короткое время. Речь идёт о длительном процессе, который требует регулярной работы как со стороны специалистов по информационной безопасности, так и со стороны самих сотрудников.Наш эксперимент позволил проверить знания сотрудников, провести обучение и затем оценить, насколько полученные знания закрепились на практике. Однако с точки зрения развития киберкультуры — это лишь один из этапов работы, а не её завершение.Сложности, с которыми мы столкнулисьОсобенность нашего эксперимента — организация предварительного тестирования. Перед запуском каждой атаки мы проверяли её работу на собственном аккаунте, чтобы убедиться в корректной отработке сценария на стороне пользователя. Такие проверки попадали в общую статистику системы и оказывали влияние на итоговые показатели. Возможность исключить подобные события из расчётов отсутствует. Согласно комментариям вендора, для этих целей следует использовать отдельный тестовый стенд. Поэтому мы вели дополнительно самостоятельный анализ результатов эксперимента.Отдельные сложности возникли на этапе обучения сотрудников. Завершить обучение в установленные сроки не удалось из-за человеческого фактора. Не все участники смогли своевременно пройти назначенные материалы, что потребовало увеличения периода обучения и дополнительного контроля за его прохождением.Впечатления от проекта команды «АМ Медиа»Проведение тестирования не вызвало негативной реакции со стороны сотрудников. Хотя фишинговые сообщения активно обсуждались внутри коллектива, жалоб руководству или недовольства вида «зачем вообще было устраивать такую проверку» не возникло. Основной интерес был сосредоточен вокруг самих писем и попыток понять, что именно происходит.Реакция сотрудниковОдним из самых любопытных наблюдений стала реакция сотрудников после первой волны первичного тестирования. Полученные фишинговые сообщения быстро стали предметом обсуждения: сотрудники пересылали их друг другу, задавали вопросы коллегам и пытались разобраться, что происходит.Некоторые пошли ещё дальше и вступали в переписку с отправителем, воспринимая фишинговые письма как реальные рабочие сообщения. Это наглядно показало не только убедительность используемых сценариев, но и то, что практическое столкновение с угрозой вовлекает сотрудников в тему ИБ гораздо сильнее, чем абстрактные примеры из учебных материалов. Во время повторного тестирования такой реакции уже не возникло.Реакция организаторовЕсли для большинства сотрудников тестирование выглядело как неожиданно появившиеся письма в почте, то для команды, которой было поручено тестирование Phishman 2.35 этот проект сопровождался совсем другими эмоциями. Подготовка сценариев, запуск атак и ожидание результатов вызывали ощутимое волнение. Оказалось, что смотреть на ситуацию глазами злоумышленника не так просто, как может показаться со стороны. Приходилось постоянно задавать себе вопросы: какой сценарий покажется правдоподобным, что привлечёт внимание сотрудника, а что, наоборот, вызовет подозрения.Самыми напряжёнными были дни первой волны тестирования. На этом этапе ещё не было понимания, как сотрудники отреагируют на рассылки, насколько убедительными окажутся сценарии и не вызовет ли проверка негативной реакции внутри коллектива. С каждой новой зафиксированной активностью интерес смешивался с тревогой, а результаты ожидались едва ли не с большим нетерпением, чем сам запуск кампании.После завершения эксперимента стало легче: всё задуманное удалось реализовать, результаты были получены и проанализированы. Тем не менее полностью избавиться от мыслей о проделанной работе не получилось. Время от времени возвращаешься к отдельным этапам и задаёшься вопросом: а стоило ли сделать именно так? Может быть, какой-то сценарий можно было построить иначе, а какие-то решения принять по-другому?Наверное, это естественная часть любого практического проекта. Когда работа заканчивается, появляется возможность посмотреть на неё со стороны и критически оценить собственные решения. Именно в такие моменты часто приходят идеи, которые помогают сделать следующие проекты лучше.Сотрудничество с вендоромВ ходе подготовки и проведения эксперимента иногда возникали вопросы, связанные с настройкой платформы, особенностями реализации отдельных сценариев и интерпретацией результатов. Для их решения использовались как переписка, так и рабочие созвоны. Запросы обрабатывались оперативно, что позволяло своевременно получать необходимую информацию и не допускать задержек в выполнении работ. Поддержка была доступна не только в рабочее время, но и в выходные дни.ВыводыПовторное тестирование показало, что тщательно подготовленные и персонализированные фишинговые атаки значительно эффективнее. При наличии качественной разведки злоумышленники способны подобрать убедительный сценарий практически для любого сотрудника. А если специалист может ошибиться, то сотруднику, который не занимается вопросами ИБ каждый день, сделать это ещё проще.Работа в сфере информационной безопасности или информационных технологий сама по себе не защищает человека от фишинга, социальной инженерии и других современных атак. Мы убедились в этом на собственном опыте: даже профильные знания не гарантируют, что человек не попадется на хорошо продуманную атаку. Злоумышленники постоянно меняют сценарии, поэтому знания, полученные однажды, быстро устаревают.При помощи эксперимента мы не только проверили, насколько сотрудники готовы распознавать атаки, но и поняли, как с помощью Phishman 2.35 можно сделать работу по развитию киберкультуры системной. Вместо отдельных курсов появился понятный цикл: смоделировать атаку, оценить реакцию, провести обучение и проверить, изменилось ли поведение участников. При необходимости — повторить или скорректировать процесс при помощи рекомендаций платформы. Результаты фиксируются автоматически, поэтому можно видеть, какие темы требуют больше внимания, и развивать киберкультуру на основе реальных данных, а не предположений.Читать далее
    • PR55.RP55
    • santy
      RP55, есть у тебя ТГ?
×