Перейти к содержанию
STALK:ER

Безопасный Интернет-браузер

Recommended Posts

dr_dizel
На virusinfo есть закрытый раздел, где они собираются (там уже страниц 20 одни ссылки), однако запрещается разглашать инфу с данного раздела, тем более выложить такие ссылки на данном ресурсе. Кто ответственность будет брать за заражение, извините?

У нас тоже есть закрытый раздел.

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


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

696, вам туда. :)

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
dot_sent
696, вам туда. :)

Paul

Так не пустят...

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


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

Сорри, 696; старался как мог. :)

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
696
О скриптах речь как раз идёт уже несколько сообщений подряд.

В данном случае я отвечал Umnik/;)

А можно быть уверенным в обратном? Надо исходить из слов жертв

Абсолютно не надо исходить из их слов.

Жертва скачивает руками с помощью, например, Opera или Firefox или IE, файл и запускает его.

Спросите у жертвы через какой браузер она заразилась.

Что жертва Вам ответит? :rolleyes:

Даже если вы не пользуетесь IE, Опера может в его пространстве запускать плаг-ын

Мы пока всё-таки необходимость отключения скриптов в Opera обсуждаем.

Кто ответственность будет брать за заражение, извините?

Я. Есть ПМ.

То, что у вас в лог Хайджека ничего не будет... что это доказывает?

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

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

...696, вам туда

Вы меня дипломатично послали и теперь мы в расчете за фобии? :)

Но я уверен, что там я не найду того, что ищу, начиная с 7-й версии.:)

Чтобы немного расставить точки над i.

а. При целевой атаке сломается любой.

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

в. Случаи массового использования скриптовых атак против Opera (актуальной?) неизвестны.

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

д. Отключение скриптов в текущей версии Opera приводит только к неудобствам и кормлению собственной фобии.

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

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


Ссылка на сообщение
Поделиться на другие сайты
dot_sent
никто не советует в Рунете отключать скрипты в IE

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

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


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

Не поверите, но и с IE не всё так мрачно, как пытаются представить.

Но тема не об этом.:)

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Мы пока всё-таки необходимость отключения скриптов в Opera обсуждаем.

Либо вы действительно не понимаете о чём речь идёт, либо притворяетесь. Именно когда злополучный скрипт заработает в Опере может запускаться модуль в пространстве IE. Конечно всё зависит ещё от того, какие программы у вас уставновлены. Если нет QuickTime Player, допустим, то тогда и экслпойт против QuickTime Player не будет работать. M-Pack, например, который уставновлен на многих сайтах уже, может отлично определить что у вас есть и что нет, и будет запускать 'нужный' эксплойт, обычно через i-frame какой-нибудь.

Вот один старый пример (12 ноября 2007) того, как это делается. Прошу заметить - никакой браузер не защищал если не был пропатчен QuickTime Player; даже на Висте работал. Но если вы отключили скрипты в браузере на сайте (третья сторона) с таким установленным эксплойтом, или у вас не был установлен этот плеер, то тогда эффект = 0:

_https://forums.symantec.com/syment/blog/article?message.uid=305552

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

P.S.: Если вы вдруг подумали, что это выдумка Симантека была для маркетинга, то тогда здесь оригинал:

_http://www.milw0rm.com/exploits/4657

Я. Есть ПМ.

Я вас не знаю; нет основания пока доверять вам до такой степени. Перед ресурсом anti-malware я несу ответственность за всё, что я делаю, даже в ПМ. В ПМ также не буду разглашать данные, мне доверены ресурсом virusinfo.info. Если есть желание, сами найдёте казусы заражения компьютеров через Оперу.

Вы меня дипломатично послали и теперь мы в расчете за фобии? :)

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

Но я уверен, что там я не найду того, что ищу, начиная с 7-й версии.:)

7-й версии чего?

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

в. Случаи массового использования скриптовых атак против Opera (актуальной?) неизвестны.

Почему вы не хотите понять, что не сама Опера атакуется, а библиотеки (dll) других программ, которые этот браузер загружает?

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

Говорит кто? Вы на Линуксе, или на Windows?

д. Отключение скриптов в текущей версии Opera приводит только к неудобствам и кормлению собственной фобии.

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

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

Верно - в IE отстуствует механизм управления скриптами - либо всё, либо ничего. Что тут советовать? А в других браузерах бывает такая возможность. С тем, что это может дать определённые неудобства для неопытных, - согласен. Поэтому я лично неопытным устанавливаю Firefox с NoScript'ом. Жалоб о неудобстве ко мне не поступило ни от кого.

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
Если нет QuickTime Player, допустим, то тогда и экслпойт против QuickTime Player не будет работать.

А если в опере скрипты включены, но отключены плагины? Это же пара кликов мышью.

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
А если в опере скрипты включены, но отключены плагины? Это же пара кликов мышью.

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

Если непродвинутый пользователь уже соображал, как вообще активировать plugin QuickTime Player, то тогда он будет захотеть смотреть 'клип о танцующих утках', каждый раз когда такое предлагается (всё должно быть удобно и приятно, правильно?). Беда ещё в том, что, допустим до того, как этот клип начинается, QuickTime Player выдаёт сообщение о том, что доступно обновление. НО... наш чайник (или ламер, что ещё хуже) хочет посмотреть этот клип - ему никаких обновлений не нужны в данный момент, и нажимает на 'Отмена' (всё должно быть удобно и приятно, правильно?). Больше уведомлений уже не будет от QuickTime. Если он вообще раздражён, то тогда (если это предусмотрено в меню) он ещё и выбирает 'Больше не уведомлять' (Apply + OK). Это чтобы уж наверняка отстали со своими обновлениями. И так целая стада сидит в Интернете. Такое же происходит со всеми плеерами, Acrobat Reader, и т.д. Если юзеров не заставить, они обновлять НЕ БУДУТ, тем более если речь идёт о таких крэкованных продуктах как Winamp Pro 4+ или Acrobat Pro 6 или 7. Что в таком случае как-то спасает - управление скриптами по трертьим сторонам.

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

P.S.2:

У нас тоже есть закрытый раздел.

Я давно не был в этом разделе на virusinfo (не считаю целосообразным собирать 'плохих' сайтов), но вместо 20 страниц со ссылками, их там уже 80!

Paul

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


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

Это как же так? Отключить скрипты они могут, а плагины - нет? Это на пару пикселей выше.

Если непродвинутый пользователь уже соображал, как вообще активировать plugin QuickTime Player, то тогда он будет захотеть смотреть 'клип о танцующих утках'...

Если дальше развивать мысль - если пользователь захочет, то ничто его не остановит. Он сам всё сделает за хакеров. Но при чём тут тогда многострадальные скрипты? А плагины и без скриптов работают.

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Это как же так? Отключить скрипты они могут, а плагины - нет? Это на пару пикселей выше.

Просто включить и отключить - одно, хотя не каждый понимает, что делать для того, чтобы установить, например, Dr.Web Link Checker в Опере. В Firefox делается одним кликом, а в Опере надо отредактировать файл .ini. Не хотелось бы кормить тех непродвинутых пользователей, которые с этой для нас с вами простой задачей НЕ СПРАВЛЯЮТСЯ.

А кто говорил, что они в Опере умеют управлять скриптами? А кто говорил, что они умеют управлять разрешениями плагинов на отдельных сайтах? Давайте не забудем всё-таки возможностей целовой группы. В NoScript это делается одним кликом, а в Опере это не так всё просто. Причём, как я уже говорил - по третьим сторонам управления в Опере НЕТ.

Если дальше развивать мысль - если пользователь захочет, то ничто его не остановит. Он сам всё сделает за хакеров. Но при чём тут тогда многострадальные скрипты? А плагины и без скриптов работают.

Во многих местах это не так - требуется и плагины, и скрипты; скрипты часто из-за того, что i-фреймы, в которых всё построено, могут не работать без них.

Paul

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


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

Вы отвечаете методом Монте-Карло? :)

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Вы отвечаете методом Монте-Карло? :)

Гм... Возможно, чтобы потом пользователям не пришлось бы применять методы Монте-Кристо... :D

Paul

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


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

сторонам управления в Опере НЕТ.

Paul

Paul, оцените, плиз, решения для Оперы block-external-scripts от Lex, здесь http://lexi.ucoz.ru/index/0-7

и BlockIt от shoust, здесь http://my.opera.com/community/forums/topic...#comment2742683

Спасибо

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Paul, оцените, плиз, решения для Оперы block-external-scripts от Lex, здесь http://lexi.ucoz.ru/index/0-7

и BlockIt от shoust, здесь http://my.opera.com/community/forums/topic...#comment2742683

Шаг в хорошем направлении - по крайне мере в Опере некоторые добрые люди осознают, что проблемы всё-таки есть. Хвала им за это.

НО:

Дело в том, что (если я правильно всё понял) всё строится на 'чёрные списки', а не на 'белые'. Вот это я не понимаю. Как можно заранее знать, где будет хороший сайт, и где будет плохой? Блокировать после события не имеет смысла, правильно? :)

Paul

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


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

Дело в том, что всё строится на 'чёрные списки', а не на 'белые'. Вот это я не понимаю. Как можно заранее знать, где будет хороший сайт, и где будет плохой? Блокировать после события не имеет смысла, правильно? :)

Paul

Возможно правильно в случае с block-external-scripts, но и понятие "белые" смущает. И читая ваши резюме, понял, что для вас "доверенный" никогда не равно "безопасный". Или ошибся? :)

Сам block-external-scripts не использую, а вот BlockIt включен. Что скажете про него?

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
И читая ваши резюме, понял, что для вас "доверенный" никогда не равно "безопасный". Или ошибся? :)

У меня ещё хуже, чем вы подозревали - доверенных нет совсем. То, что сегодня доверено может завтра стать опасным. Если сайт работает без скриптов, то тогда я их включить не буду. Даже anti-malware.ru не в белом списке. Для некоторых функций (например, повышение кармы польователя, что я вам завтра обязательно сделаю ;)) требуется скрипты. В NoScript разрешаю временно, и всё. После этого действия я сразу же отменяю. Можно это назвать паранойя; для меня это просто рабочий порядок. Со психикой всё нормально. :)

Сам block-external-scripts не использую, а вот BlockIt включен. Что скажете про него?

У меня в данном моменте Опера не установлена. Я готов, если вы это хотите, установить Оперу, и тестировать BlockIt, дело не в этом, но юзер albuemil (последнее сообщение в вашей второй ссылке) жалуется по тому же принципу как и я:

I like the script a lot, but i would like a version that works in the opposite way. What i mean by that is that it doesn't block anything at first and i have to select what gets blocked (as in it uses a "BlackList", not a "WhiteList" like it does now).

То есть - очень нравится, но сделайте плиз принцип наоборот, не BlackList, а Whitelist.

Поймите меня правильно: я очень приветствую это решение. :)

Paul

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


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

То есть - очень нравится, но сделайте плиз принцип наоборот, не BlackList, а Whitelist.

Поймите меня правильно: я очень приветствую это решение. :)

Я читал это, но не понял, зачем это нужно albuemil.

Например, у меня JavaScript в Опере всегда выключены.

Если захожу на сайт и его нормальная работа требует JavaScript - включаю его и обновляю страницу.

Далее в BlockIt разрешаю скрипты только для этого сайта, на который я собственно и зашел.

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

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

Или я что-то не понял?

Я готов, если вы это хотите, установить Оперу, и тестировать BlockIt

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

IgorTT3

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Если захожу на сайт и его нормальная работа требует JavaScript - включаю его и обновляю страницу.

Далее в BlockIt разрешаю скрипты только для этого сайта, на который я собственно и зашел.

Если так, то тогда уже очень хорошо. Даю один пример:

b6726eb7c45a.jpg

Если вы заходите на этот сайт, вы хотите сказать, что с BlockIt можно только разрешить loveplanet, и всё остальное не будет грузиться?

Paul

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


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

Спасибо за тему! и ее участникам.

Мой выбор стал FF3 + noscript, множество проблем отпало

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


Ссылка на сообщение
Поделиться на другие сайты
IgorTT3
Если вы заходите на этот сайт, вы хотите сказать, что с BlockIt можно только разрешить loveplanet, и всё остальное не будет грузиться?

Вот так у меня этот сайт выглядит в Опере с включенными JavaScript и BlocKIt.

У меня Outpost и внешние объекты по умолчанию запрещены для всех.

86403d8b9a55.jpg

Те же настройки и разрешил внешние объекты в Outpost для этого сайта на время проверки.

7cd965881ead.jpg

EXT - заблокированные объекты Outpost

#X# - заблокированные объекты BlockIt

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


Ссылка на сообщение
Поделиться на другие сайты
Alex_Goodwin
P.S.: Даже если вы не пользуетесь IE, Опера может в его пространстве запускать плаг-ын
Именно когда злополучный скрипт заработает в Опере может запускаться модуль в пространстве IE.

Бред. Поясните плиз, как опера может что-то запускать в пространстве ие?

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Бред. Поясните плиз, как опера может что-то запускать в пространстве ие?

Надеюсь, что вы не исполуете слово 'Бред' в качестве аргумента? ;)

Вызов плагина открывает оболочку системы. Если у этого плагина предусмотрена поддержка ActiveX (с Flash Player'ом, как и с QuickTime, Real Player, Adobe Reader, и другие это именно так), и вы kill bit не поставили для этого объекта, то тогда параметры этого запуска могут задействовать (через URI уязвимости) Internet Explorer = Explorer = саму систему.

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
Deja_Vu
Если у этого плагина предусмотрена поддержка ActiveX (с Flash Player'ом, как и с QuickTime, Real Player, Adobe Reader, и другие это именно так)

Плагин либо ActiveX или не ActiveX.

Плагин либо может использовать установленный ActiveX или не использовать.

Что значит поддержка ActiveX?

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


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

  • Сообщения

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