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

А так ли хороша защита UAC

Recommended Posts

SDA
Вот дела держу в руках смар на Android и ненужно там никаких прав root

Может стоит к прочтению мат. части добавить немного практики ;)

Вот только ненадо обобщать.

Опытные пользователи прекрасно обходятся и без UAC.

:facepalm::facepalm::facepalm:

Юзаем моск и гуугл

http://lmgtfy.com/?q=android+2.1+root

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


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

Холивары холиварчики.

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


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

Провёл небольшой тест. ОС Windows 7 x64 UAC на макс. Запускаю предустановленную на Lenovo Thinkpad утилиту Lenovo Update and Driver(для чего она предназначена надеюсь понятно) она загружает обновления и устанавливает, в процессе установки она отключает проводник, а затем перегружает систему на все эти её действия UAC молчит. Откатываюсь, устанавливаю Comodo призёра АМ и Matousec(не на правах рекламы), в правилах Comodo всё в доверительные включая утилиту Lenovo Update and Driver, выключаю песок, неизвестные на макс. Запускаю Lenovo Update and Driver она загружает обновления и пытается их установить, но тщетно Comodo их блокирует в не доверительные, что надеюсь исправят, приложения то вполне легитимные. Теперь понятно, как работает нормальная защита и как работает UAC и что найди хакер уязвимость в Lenovo Update and Driver(или любой другой программе) UAC проморгала бы установку зловредов в систему. В linux естественно установить Lenovo Update and Driver я не пытался) но и так видно, что при обновлении требуются права root.

Холивары холиварчики.

Я незнаю чего sda спорит :rolleyes:

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
Celsus
Lenovo Thinkpad утилиту Lenovo Update and Driver(для чего она предназначена надеюсь понятно)

Какой автозапуск у этого процесса? Может ли процесс представляться как системная служба или быть прописанным в Планировщик, в котором в задании указан запуск с правами Администратора? Может, поэтому UAC не реагирует.

найди хакер уязвимость в Lenovo Update and Driver(или любой другой программе) UAC проморгала бы установку зловредов в систему.

А что сделает Comodo, если процесс занесен в доверенные (что Вы сами хотите, чтобы было), разве Comodo по-прежнему будет его блокировать иди следить за его действиями? :mellow:

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

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


Ссылка на сообщение
Поделиться на другие сайты
red17
Какой автозапуск у этого процесса? Может ли процесс представляться как системная служба или быть прописанным в Планировщик, в котором в задании указан запуск с правами Администратора? Может, поэтому UAC не реагирует.

Простите, а как у Вас UAC реагируют на действия уже установленного софта :blink: . У меня лично и в частности никак :)

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

А разве я неясно написал что Lenovo Update and Driver в доверительных, как и ВСЁ что было установленно на ПК на момент теста. :angry:

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


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

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

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


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

Получается, Comodo блокирует скаченные обновления (драйвера или утилиты), но не блокирует процесс, который их скачал, так как процесс уже в доверенных и не может попасть в недоверенные.

Про автозапуск я спросил, потому что процесс может запускаться с администраторскими правами, и естественно UAC не среагирует: UAC спрашивает в первый раз, когда устанавливается Lenovo Update - тогда установщик запущен с высшими привелегиями и прописывает себе автозапуск какой хочет, может прописать такой, чтобы сразу стартовать без вопросов UAC и даже под обычным пользователем. Я настроил запуск 1 программы в Планировщике, которая требует права администратора уже при запуске. В задании просто указывается, для каких пользователей запускать (при входе в Windows любого пользователя, например). Также можно отметить галку: запускать с высшими правами. И программа, требующая для запуска прав Админа, без вопросов будет запускаться под учетной записью обычного пользователя.

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


Ссылка на сообщение
Поделиться на другие сайты
Александр Соколов
Получается, Comodo блокирует скаченные обновления (драйвера или утилиты)

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

Естественно заменить скаченные обновления (драйвера или утилиты) на вирусы...a хорошие файлы блокировать в идеале недолжен конечно)

  • Upvote 5

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


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

Для интересующимся UAC, еще Windows Vista появилась «песочница», позволяющая устанавливать программы в псевдовиртуальной машине, предотвращая тем самым пагубное воздействие инсталляторов на основную систему.

Вот как это происходит в Севене:

Все сводится к тому, что UAC перехватывает запросы на запись в защищенные папки (C:\Windows,C:\Program Files\) и реестр, а вместо этого записывает эти данные в папки пользователя. Софту кажется, что запись и чтение ведется из одного места, а на самом деле работа происходит в каталоге пользователя.

сначала нужно зайти в диспетчер задач и зайти в меню выбора столбцов- пункт «Виртуализация контроля учетных записей»

311__600xfloat=_virtualization_taskmanager.png

Теперь находим нужный процесс и нажимаем на нем правой кнопкой мыши. В появившемся окне нужно выбрать «Виртуализация UAC"

312__h=x_virtualization_turn_on.png

После этого выскочит предупреждение

310__h=x_virtualization_hint.png

Теперь выбранный процесс будет запущен в виртуальной среде, а все его попытки записи в защищенные области будут перенаправлены в открытую папку.

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

\Program Files и подпапки

\Program Files (x86) на 64-разрядных системах

\Windows и все подпапки, включая System32

\Users\%AllUsersProfile%\ProgramData

\Documents and Settings (symbolic link)

HKLM\Software

  • Upvote 5

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


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

Провокационные сообщения и флейм удалил

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


Ссылка на сообщение
Поделиться на другие сайты
Александр Соколов
310__h=x_virtualization_hint.png

Побоялся я б с таким названием запускать. :D

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


Ссылка на сообщение
Поделиться на другие сайты
Полонский
Контроль учетных прав можно обойти, об этом писали и сами представители Мелкософта. Нет 100% защиты. Но пока ни в Винде, ни в Линуксе, ни в Макоси ничего лучше не придумано и позволяет в 99% опытных пользователей обходиться без дополнительной защиты.

Что тогда в твой подписи делает Нортон.

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


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

\Program Files и подпапки

\Program Files (x86) на 64-разрядных системах

\Windows и все подпапки, включая System32

\Users\%AllUsersProfile%\ProgramData

\Documents and Settings (symbolic link)

HKLM\Software

Выходит, что если виртуализированный вирус все удалит или изменит в этих виртуальных средах, то реальные папки и реестр останутся неизменными?

Если из-под виртуализированного IE9 запустится вирус, он наследует виртуализацию, для него будет принудительно виртуализированы эти среды?

Цитата из статьи (чуть изменил вид):

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

Для целей этой виртуализации Windows Vista обрабатывает процесс как устаревший, [в случаях]:

1) если он 32-разрядный (а не 64-разрядный)

2) выполняется не с административными правами [то есть запускается просто, а не через контекстовый пункт "Run As Administrator"]

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

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

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

Internet Explorer 9 по умолчанию виртуализирован

Для обозревателя Internet Explorer® (iexplore.exe) виртуализация включена, так как он может поддерживать элементы управления ActiveX и сценарии и не должен полагаться на то, что они будут правильно работать с правами обычного пользователя

Еще один сложный момент, который не понятен:

Однако из виртуализации исключаются все файлы с расширением исполняемого файла, в том числе EXE, BAT, SCR, VBS и другие. В результате программы, которые обновляют себя под учетной записью обычного пользователя, терпят сбой вместо создания частных версий своих исполняемых файлов, которые не видны администратору, запускающему глобальный модуль обновления.

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

Резюме: интересно узнать, в плане защиты при каких условиях виртуализация полезна.

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


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

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

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


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

Резюме: интересно узнать, в плане защиты при каких условиях виртуализация полезна.

Здесь подробно о виртуализации UAC и по прочтении можно сделать вывод

http://www.redline-software.com/rus/suppor...ation-part1.php

http://www.redline-software.com/rus/suppor...ation-part2.php

И от Марка Руссиновича http://technet.microsoft.com/ru-ru/magazine/2007.06.uac.aspx

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


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

http://www.redline-software.com/rus/suppor...ation-part1.php

http://www.redline-software.com/rus/suppor...ation-part2.php

И от Марка Руссиновича http://technet.microsoft.com/ru-ru/magazine/2007.06.uac.aspx

Спасибо за ссылки.

Насчет этого:

Работа с реестром (Reg hack) для добавления расширений

Как видно на рисунке 5, ни один из исполняемых файлов, запущенных напрямую, не виртуализируется

теперь понятно: файл, на который нажали Enter, виртуализирован не будет и если он находится в Program Files, его новой (виртаульной копии) создано не будет. Его надо будет виртуализировать вручную. Получается, после ручной виртуализации файл обновится (создастся его виртуальная копия). А при следующем запуске запустится уже виртуальная копия, так как сначала ищутся виртуальные файлы, а потом реальные защищенные.
ОС Windows Vista идет с отличным инструментом, помогающим защитить ваши системные файлы, папки и реестр от взлома

Можно ли сказать то же самое в отношении пользовательских файлов?

Пример:

Троянская программа или вирус, который шифрует файлы .doc, .docx, .txt, отвечает всем требованиям: 32 разрядный процесс, выполняется не с административными правами (под обычной учетной записью или простым нажатием Enter под администратором), не имеет файла манифеста Vista или Seven + условие: при запуске изменяет защищенную запись реестра либо системную папку (например, что-нибудь копирует в папку Windows) и если не удается это сделать, не запускается.

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

Или другой пример: вирус отвечает требованиям виртуализации + изменяет файл HOSTS. Реальный HOSTS не меняется. Но появляется виртуальный. Как было написано в одной статье:

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

Примеры могут быть ошибочны

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


Ссылка на сообщение
Поделиться на другие сайты
Александр Соколов
Можно ли сказать то же самое в отношении пользовательских файлов?

Мне тоже интересно.

Чтоб такой дебил, как ты спросил

Почему он дебил.

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


Ссылка на сообщение
Поделиться на другие сайты
SDA
Можно ли сказать то же самое в отношении пользовательских файлов?

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

Предположим, ваше приложение пытается внести изменения в файле C:\Program

Files\Contoso\Settings.ini, но обычный пользователь не имеет доступа к папке Program Files, и операция записи перенаправляется в файл C:\Users\Username\AppData\Local\VirtualStore\Program

Files\Contoso\settings.ini. Аналогично, если приложение пытается записать что-то в разделе реестра HKEY_LOCAL_MACHINE\Software\Contoso\, то запись перенаправляется в ветку HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\Software\Contoso или

HKEY_USERS\UserSID_Classes\VirtualStore\Machine\Software\Contoso.

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


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
Для интересующимся UAC, еще Windows Vista появилась «песочница»...

1) НЕ лишним было бы давать пруф-линк на представленный материал :D(клац)

2) виртуализация имеет ограничения: http://www.oszone.net/8525/UAC

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

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

Предположим, ваше приложение пытается внести изменения в файле C:\Program

Files\Contoso\Settings.ini, но обычный пользователь не имеет доступа к папке Program Files, и операция записи перенаправляется в файл C:\Users\Username\AppData\Local\VirtualStore\Program

Files\Contoso\settings.ini. Аналогично, если приложение пытается записать что-то в разделе реестра HKEY_LOCAL_MACHINE\Software\Contoso\, то запись перенаправляется в ветку HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\Software\Contoso или

HKEY_USERS\UserSID_Classes\VirtualStore\Machine\Software\Contoso.

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

  • Upvote 5

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


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

Вот именно. Такая виртуализация что есть что нет.

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


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
Вот именно. Такая виртуализация что есть что нет.

На озоне на второй странице что-то написано о настройке виртуализации в групповых политиках, но мне сейчас лень читать :)

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


Ссылка на сообщение
Поделиться на другие сайты
SDA
1) НЕ лишним было бы давать пруф-линк на представленный материал :D

2) виртуализация имеет ограничения: http://www.oszone.net/8525/UAC

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

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

пруф линки основные я дал, кто желает пусть сам гуглит :rolleyes: некоторым даже это лениво делать, не то что "юзать моск" <_<

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

Интересно и как можно виартулизировать запущенного винлока ;)

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


Ссылка на сообщение
Поделиться на другие сайты
Celsus
Я думаю да, только для обычного пользовательского профиля.

Предположим, ваше приложение пытается внести изменения в файле C:\Program

Files\Contoso\Settings.ini, но обычный пользователь не имеет доступа к папке Program Files, и операция записи перенаправляется в файл C:\Users\Username\AppData\Local\VirtualStore\Program

Files\Contoso\settings.ini. Аналогично, если приложение пытается записать что-то в разделе реестра HKEY_LOCAL_MACHINE\Software\Contoso\, то запись перенаправляется в ветку HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\Software\Contoso или

HKEY_USERS\UserSID_Classes\VirtualStore\Machine\Software\Contoso.

settings.ini защитится, но требуется не его защита. Сформулирую вопрос иначе (хотя, может, я не правильно понял Ваш ответ): нужна защита не файлов программы или параметров реестра, а обычных, доступных для изменения файлов, кторые повредит вредонос, который запустится, только если виртуализируется. А если не виртуализируется - не запустится и не повредит файлы.

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

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


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

47f1cfe8bc473125b8667aee08b7ec37.jpg

И где тут речь о защите :)

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


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

Я о ссылках на примеры, ну да ладно, в 45 посте указал :ph34r:

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


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

  • Сообщения

    • Ego Dekker
    • 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-е двойным щелчком по строке в логе или
         через контекстное меню.
         (!) Недоступно при работе с образом автозапуска.
       
×