Перейти к содержанию
santy

инкрементное обновление сигнатур и критериев поиска

Recommended Posts

santy

иногда процессы мышления протекают параллельно :)

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

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

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

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

по идее, удобнее передавать не отдельные сигнатуры и критерии, а селектированные (выбранные).

соотвественно в uVS функции импорта расширяются: импортировать из файла, импортировать с сервера обновлений.

в uVS добавляются функции экспорта: сигнатур, критериев поиска. (в файл, на сервер обновлений)

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

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

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

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


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

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

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

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


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

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

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

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


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

Santy

1) Критерий поиска должен создавать сам оператор - Оператор должен понимать не только, на обнаружение чего заточен критерий - но и как именно он работает - иметь возможность при необходимости его скорректировать.

2) Сигнатуры - нет смысла.

Много ложных срабатываний.

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

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


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

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

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

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

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


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

ну вы подумайте, может придете к общему мнению, как оно вам нужно

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


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

Создать "облако"

Оператор заходит на сайт: dsrt.dyndns.org/

В разделе критерий поиска выбирает: Задать новый критерий.

Открывается стандартная форма для создания/заполнения - форма аналог из uVS.

+ Форма < > Комментарий.

Таким образом задаются критерии поиска.

Создаётся общая накопительная база.

После чего АВТОМАТИЧЕСКИ происходит сравнение данных/значений/параметров заложенных/заданных

при заполнении формы.

Поле чего происходит отбор данных по частоте повторения - встречаемости.

Оптимизированный вариант и есть облачная база.

В меню uVS появляется опция: "Применить оболочную базу критериев"

Соответственно реализовать функцию обновления по средством: update.exe

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


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

PR55.RP55

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

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

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


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

demkd,

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

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

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

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

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

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

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

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

6. функцию автоматического апдейта сигнатур можно добавить в updater, и сделать бесплатным в том случае, если есть накопленные бонусы за обновление хэшей системных файлов. (или вообще бесплатным, поскольку важно оперативно добавить новые сигнатуры).

7. хелперам внутри подписки можно договариваться какого типа сигнатуры нужны для обмена, например по определенным типам вирусов_троянов.

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


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

По сигнатурам.

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

Они выделяют файл из списка.

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

К примеру:

Файл скрытый/системный = 1 балл.

Файл в Temp = 1 балл.

Нет подписи = 1 балл.

Цифровая подпись аннулирована = 1 б.

Файл = сигнатурное определение = 2 балла.

Набрал к примеру 4 и в скрипт автоматически добавляются команды на удаление объекта.

* Это просто размышление по теме.

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


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

...

Набрал к примеру 4 и в скрипт автоматически добавляются команды на удаление объекта.

* Это просто размышление по теме.

RP55, можно ведь создать критерий поиска на temp/системный/цифровая

т.о. объект попадет в подозрительные со статусом ?ВИРУС? (если нет на него сигнатуры)

а после автоскрипта (если не был отменен статус объекта через shift+space) в скрипт будет добавлена команда

delref/delall или delref&del

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


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

Santy

Согласен.

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


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

demkd,

возвращаясь к механизму обновления сигнатур

 

 


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

оптимальный механизм нужен.

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

и иногда уже тупо не хватает времени на то, чтобы отработать на одном компе, откопировать базу сигнатур куда то: (в почту, на сайт, на USB)

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

 

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

 

+

имхо, нужен администратор (внутри одной подписки) этой сетевого списка, который управлял бы (синхронизацией) добавлением_исправлением_удалением записей из базы.

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

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


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

@santy,

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

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

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


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

demkd,

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

а как ты будешь определять  -новая это сигнатура или нет?

---------

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


+ вопрос: что значит получает идентичную базу? полностью переписанный с сервера файл sgns,

или просто импорт будет выполнен из полного файла, а не из нового сегмента?

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


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

santy

 

 

    

определять  -новая это сигнатура или нет?

 

1) Есть возможность добавления комментария к сигнатуре.

Можно при добавлении сигнатуры реализовать _автоматическую маркировку.

uVS смотрит системную дату-время и помещает в комментарии: 29:9:2015

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

+

2) В рамках комментария реализовать _авто коррекцию сигнатур.

 

http://www.anti-malware.ru/forum/index.php?showtopic=18985&page=57#entry179800

+

http://www.anti-malware.ru/forum/index.php?showtopic=18985&page=57#entry179812

---------

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

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


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

RP55,

когда-нибудь может и доживем до автокоррекции,

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

(ты бы уж сразу издал книгу предложений и выложил ее в доступ для чтения всем желающим  :))

 

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

а затем и базы snms с хвостами и без..

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


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

santy

 

Синхронизация данных ( данных одного оператора ) вещь хорошая.

но...

Сколько операторов будет работать с синхронизацией ?

 

5-7 человек.

 

И ради этого мучить Demkd

вести разработку проекта...

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

-----

А uVS  можно и на флешке с собой носить.

и что-то вроде этого: https://www.dropbox.com/

Да и сеть не всегда есть.

Так, что синхронизация _теоретически вещь хорошая (и я за синхронизацию )

вот только не в коня аллигатор...

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


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

RP55,

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

1. механизм синхронизации (и сигнатур и критериев) был уже давно задуман.

2. по подписке работает не один человек, а несколько

3. флэшки имеют способность забываться, затираться, оставляться на работе и в других местах,

4. а сколько вообще работает хелперов плотно с uVS. именно 5-10человек, из тех что известны.

(остальные в качестве поставщиков образов, проблем, сигнатур и критериев)

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


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

demkd,

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

имхо, мои соображения следующие:

1. если вернуться к идее создания и актуализации сетевой базы сигнатур, то в этом случае по структуре sgns необходимо добавить и поддерживать поля:

  1. дата добавления сигнатуры в локальную базу хелпера.
  2. дата добавления сигнатуры в сетевую базу администратора.
  3. кем была добавлена сигнатура в сетевую базу - это инфо, производное от учетной записи подписчика.
  4. поле комментариев пока не используется, возможно от него можно отказаться.
  5. категория сигнатур: вирус (VIR), троян (TROJ), червь (WORM), адваре (ADW), руткит (RTKIT), рансом (RANSOM), прочее (OTHER)

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

Импорт сигнатур из сетевой базы происходит на тех же условиях, что и импорт хэшей SHA, файлов для STORE и т.д.

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

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

 

таким образом, хелпер может пополнить свою базу сигнатур несколькими способами:

  1. импортом из скрипта, при этом устанавливается дата добавления в локальную базу
  2. извлечением сигнатуры из файла, при этом устанавливается дата добавления в локальную базу;
  3. извлечением сигнатуры из образа автозапуска;
  4. импортом из другого локального файла sgns, при этом устанавливается дата добавления в локальную базу
  5. импортом сигнатур из сетевой базы, при этом устанавливается дата добавления в локальную базу

5. при экспорте сигнатур в сетевую базу устанавливается имя сигнатуры, категория, дата добавления в сетевую базу. (она больше не меняется), кем добавлено.

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

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

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

9. при импорте из сетевой базы, (и возможно, из локальной базы sgns) следует создать бак версию текущей базы. на всякий случай. и возможно добавить возможность отката к бак версии. хотя это можно сделать и вручную.

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


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

Создайте учетную запись или войдите, чтобы комментировать

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

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

       o Проведено сравнительное тестирование системного удаленного рабочего стола и uVS.
         Передача файлов через системный удаленный рабочий стол идет почти в 20 раз медленней чем через через uVS.
         Максимальный fps в 32-х битном цвете почти в 3 раза ниже чем у uVS в FHD.
         (!) Выявлена проблема совместного использования uVS и системного рабочего стола.
         (!) Если системный рабочий стол был закрыт БЕЗ выхода из пользователя, то uVS не сможет
         (!) отбразить рабочий стол логона пользователя (Winlogon).
         (!) Единственное решение проблемы: подключиться заново через системный рабочий стол и выйти из пользователя.
       
    • 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-е двойным щелчком по строке в логе или
         через контекстное меню.
         (!) Недоступно при работе с образом автозапуска.
       
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.0.12.
×