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

Ликвидация ботнета Win32.Ntldrbot (Rustock) и другие вирусные события марта 2011 года

Recommended Posts

AM_Bot

4 апреля 2011 года

Март 2011 года оказался богат на события в сфере информационной безопасности. В числе главных новостей — проникновение троянцев в платёжные терминалы и ликвидация крупнейшей в мире спам-сети — ботнета Win32.Ntldrbot, известного также под названием Rustock. Помимо этого, злоумышленники предприняли ряд заметных атак на социальные сети. Кроме того, как и следовало ожидать, катастрофа в Японии послужила темой множества спам-рассылок и спекуляций.

Закрытие ботнета Win32.Ntldrbot (Rustock)

17 марта 2011 года прекратил работу самый крупный генератор спама, ботнет Win32.Ntldrbot. 26 командных центров ботнета стали недоступны, и сотни тысяч ботов, оставшись без управления, впали в спячку.

По оценкам Microsoft, компьютер, заражённый Win32.Ntldrbot, рассылал до 10000 писем в час. При этом, по данным некоторых экспертов, в спам-сеть входило порядка 815 тысяч ботов. Таким образом, суммарный спам-трафик, создаваемый ботнетом Win32.Ntldrbot, можно оценивать в несколько миллиардов сообщений в сутки. Ответственность за обезглавливание ботнета Win32.Ntldrbot взяла на себя корпорация Microsoft, которая провела операцию совместно с американскими властями.

Win32.Ntldrbot, первые известные образцы которого датируются 2005 годом, стал одним из самых высокотехнологичных и сложных представителей актуального троянского ПО. Разработчик Win32.Ntldrbot несколько лет совершенствовал эту программу, а разбор кода троянца послужил источником множества аналитических публикаций.

Юридическим обоснованием операции был гражданский иск Microsoft против неустановленных лиц, стоявших за данным ботнетом. По распространённой версии, злоумышленниками являются наши соотечественники.

Пока сложно давать прогнозы относительно будущего спам-индустрии. Тот ощутимый урон, который нанесло ей закрытие крупнейшей спам-сети, может быть быстро возмещён ростом других ботнетов. Лидирующие позиции в распространении спама уже занял давно известный ботнет Win32.HLLM.Beagle, активность которого последние несколько лет была низкой. Обе спам-сети специализируются на т. н. фарм-спаме – рекламе лекарственных препаратов.

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

Троянцы в терминалах

В марте 2011 года компания «Доктор Веб» заявила об обнаружении новой модификации троянца Trojan.PWS.OSMP, специализирующегося на заражении терминалов экспресс-оплаты. Этот троянец изменяет номера счетов получателей платежей. А последняя его модификация, вероятно, позволяет злоумышленникам создать виртуальный терминал.

Примечательно, что троянец был обнаружен не при анализе заражённого терминала, а при мониторинге бот-сети другого троянца, обеспечивающего пути проникновения Trojan.PWS.OSMP на терминалы.

Заражение терминалов происходит в два этапа. Сначала на терминал попадает BackDoor.Pushnik, который представляет собой запакованный исполняемый файл размером ~620 КБ, написанный на Delphi, и распространяется через сменные носители. После установки троянец получает управляющие данные от своих командных центров и, через несколько промежуточных шагов, загружает и запускает бинарный файл размером 60-70 КБ, содержащий Trojan.PWS.OSMP. Тот перебирает запущенные процессы в поисках процесса maratl.exe, являющегося частью программного окружения платёжных терминалов. В случае успеха троянец внедряется в процесс и изменяет счёт получателя непосредственно в памяти процесса, подставляя счета злоумышленников.

Последняя зафиксированная версия троянца реализует другую схему мошенничества. Trojan.PWS.OSMP копирует на свой сервер конфигурационный файл ПО платёжного терминала. Кража конфигурационного файла предполагает попытку создания поддельного терминала на компьютере злоумышленников, что должно позволить перенаправлять безналичные денежные средства на счета разработчиков троянца.

Новые критические уязвимости в продукции Adobe

14 марта 2011 года Adobe объявила об обнаружении очередной уязвимости в проигрывателе Adobe Flash Player 10.2.152.33 и некоторых более ранних версиях.

Уязвимость позволяет злоумышленникам атаковать систему при помощи специально оформленного swf-файла. Она является общей для версий данного программного продукта для Windows, Mac OS, Linux, Solaris и ранних версий Android.

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

Инструмент реализации атаки представляет собой xls-файл со встроенным swf-объектом:

1.1.png

Рис. 1. Встроенный swf-файл в таблице Excel.

Данный swf-файл загружает в память shell-код, затем выполняет атаку на уязвимый flash-проигрыватель, используя технику Heap Spray. Затем код swf-файла загружает второй swf-файл, который использует уязвимость интерпретатора байт-кода ActionScript CVE-2011-0609, общего для всех уязвимых систем.

Демонстрация уязвимости спровоцировала рассылки писем, содержащих во вложении троянский xls-файл, включающий в себя Exploit.SWF.169. При запуске троянского файла среда MS Excel на некоторое время перестаёт отвечать, при этом пользователь видит пустую таблицу со встроенным flash-роликом без изображения.

2.1.png

Рис. 2. Загрузка документа MS Excel, содержащего Exploit.SWF.169.

В это время Exploit.SWF.169 осуществляет свою локальную атаку, сохраняет на диск и запускает исполняемый файл с нагрузкой в виде Trojan.MulDrop1.64014 или Trojan.MulDrop.13648.

Атаки на социальные сети

На сегодняшний день социальные сети — популярная цель хакерских атак. Подтвердил это и прошедший месяц — атакам подверглись популярные сервисы LiveJournal и Facebook.

4 марта 2011 года была осуществлена массовая рассылка фишинговых писем от имени администрации сервиса LiveJournal, содержащих уведомления о блокировке и возможном удалении аккаунта на LiveJournal.

При этом в графе отправителя фишингового письма был указан адрес do-not-reply@livejournal.com, который действительно используется сервисом LiveJournal для рассылки уведомлений. Мошенническая ссылка, по которой предлагается перейти, ведёт на один из поддельных сайтов: livejorrnal.com или xn--livejurnal-ivi.com.

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

3.1.png

Рис. 3. Мошенническая страница, копирующая внешний вид LiveJournal.

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

Очевидно, что злоумышленники продолжают совершенствовать технические приёмы и методы социальной инженерии при атаках с использованием социальных сетей.

30 марта 2011 года LiveJournal подвергся очередной DDoS-атаке. По оценкам администрации сервиса, самой масштабной за время его существования. Атака продолжалась несколько часов, в это время сервис был практически недоступен.

Волна спам-рассылок, связанных с катастрофой в Японии

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

Некоторые образцы спам-рассылок содержали призывы к пожертвованиям, при этом в качестве отправителя фигурировала одна из известных благотворительных организаций («Красный крест», «Армия спасения» и т. п.).

В теле письма, как правило, присутствовала ссылка на соответствующий мошеннический ресурс, готовый принимать пожертвования.

4.1.png

Рис. 4. Поддельная страница “Красного креста”.

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

6.1.png

Рис. 5. Спам-рассылка с “видео” о катастрофе в Японии.

При попытке просмотра пользователь переходит на вредоносный сайт, с которого на его машину устанавливается Trojan.FakeAlert.

7.1.png

Рис. 6. Результат просмотра “видео” о катастрофе в Японии.

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

Вредоносные файлы, обнаруженные в марте 2011 года в почтовом трафике

01.03.2011 00:00 - 31.03.2011 01:00

1

Trojan.Inject.28090

2517487 (9.89%)

2

Trojan.Inject.27975

2063777 (8.10%)

3

Trojan.DownLoad2.20306

1656904 (6.51%)

4

Trojan.DownLoader2.22364

1457945 (5.73%)

5

Trojan.Inject.28053

1358480 (5.33%)

6

Trojan.DownLoader2.265

1352313 (5.31%)

7

Win32.HLLM.MyDoom.33808

1184204 (4.65%)

8

Trojan.DownLoader2.17823

1057371 (4.15%)

9

Trojan.DownLoader2.1901

1030685 (4.05%)

10

Trojan.DownLoader2.2035

940626 (3.69%)

11

Trojan.DownLoader2.2977

837149 (3.29%)

12

Win32.HLLM.Netsky.18401

834193 (3.28%)

13

Trojan.DownLoader2.10188

682540 (2.68%)

14

Trojan.DownLoad1.58681

568003 (2.23%)

15

Trojan.DownLoader2.16572

563631 (2.21%)

16

Trojan.Packed.20878

409260 (1.61%)

17

Win32.HLLW.Texmer.51

404317 (1.59%)

18

Win32.HLLM.Netsky.35328

369690 (1.45%)

19

Trojan.MulDrop.64589

367488 (1.44%)

20

Trojan.DownLoad.41551

341949 (1.34%)

Всего проверено:74,983,221,402

Инфицировано:25,463,678 (0.03%)

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

01.03.2011 00:00 - 31.03.2011 01:00

1

Win32.HLLP.Neshta

16013222 (29.74%)

2

Win32.HLLP.Novosel

11746302 (21.82%)

3

JS.IFrame.95

5125132 (9.52%)

4

Win32.HLLP.Whboy.45

4336264 (8.05%)

5

Win32.Siggen.8

3985715 (7.40%)

6

Win32.HLLW.Whboy

2565223 (4.76%)

7

ACAD.Pasdoc

1072822 (1.99%)

8

Trojan.MulDrop1.48542

486108 (0.90%)

9

Trojan.Click.64310

462653 (0.86%)

10

Win32.Antidot.1

455366 (0.85%)

11

JS.Click.22

393754 (0.73%)

12

Win32.HLLP.Whboy

254289 (0.47%)

13

Win32.HLLW.Shadow.based

241028 (0.45%)

14

Win32.Sector.22

229577 (0.43%)

15

Win32.HLLP.Rox

216080 (0.40%)

16

Win32.Sector.12

204476 (0.38%)

17

Trojan.Packed.21230

186951 (0.35%)

18

Exploit.Cpllnk

168504 (0.31%)

19

Win32.Virut.56

155258 (0.29%)

20

Trojan.DownLoad.32973

142519 (0.26%)

Всего проверено:139,536,970,982

Инфицировано:53,840,333 (0.04%)

Источник

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


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

Какое отношение компания Доктор Веб имеет к ликвидации ботнет Русток?

Никакого.

Причем здесь Ntldrbot?

Ntldrbot это так называемая третья версия Русток, более известная как Rustock.C и мертвая уже более трех лет.

От новостей от компании Доктор Веб иногда хочется просто плакать от умиления честно слово.

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


Ссылка на сообщение
Поделиться на другие сайты
Alex Gorgeous
Какое отношение компания Доктор Веб имеет к ликвидации ботнет Русток?

Никакого.

Причем здесь Ntldrbot?

Ntldrbot это так называемая третья версия Русток, более известная как Rustock.C и мертвая уже более трех лет.

От новостей от компании Доктор Веб иногда хочется просто плакать от умиления честно слово.

Где говорится, что компания принимала участие в закрытии? Нигде. В теме новости всё написано: она обобщает заметные вирусные события марта.

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
Где говорится, что компания принимала участие в закрытии? Нигде. В теме новости всё написано: она обобщает заметные вирусные события марта.

А конкретно Win32.Ntldrbot здесь причём? Вещь, давно умершая. В отличие от вариантов Rustock.B, который никогда не был окутан завесой мифичности и.т.п. и который, в общем-то, до последнего времени и ходил.

Источник новости от Dr.Web.

Обсуждение на АМ.

Если покопать PDF-ку по ссылке, можно даже узреть (о ужас!) фамилию SWW.

В общем, упоминание Win32.Ntldrbot (Rustock.C), вместо актуальных (и скучных) Rustock.B (Trojan.Spambot.xxxx) -- попытка разыграть ту же карту, которая дала в своё время весьма определённые дивиденды (в плане узнаваемости имени компании. Доклад по Rustock.C был даже представлен г-ном Шаровым на конференции, где он сорвал громовые аплодисменты).

Эта карта (Win32.Ntldrbot в смысле) и сейчас определённо сыграла бы, но только при условии того, если бы Win32.Ntldrbot был жив. А так - увы, некрофилийный пиар какой-то получился.

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


Ссылка на сообщение
Поделиться на другие сайты
Alex Gorgeous
А конкретно Win32.Ntldrbot здесь причём? Вещь, давно умершая. В отличие от вариантов Rustock.B, который никогда не был окутан завесой мифичности и.т.п. и который, в общем-то, до последнего времени и ходил.

Источник новости от Dr.Web.

Обсуждение на АМ.

Если покопать PDF-ку по ссылке, можно даже узреть (о ужас!) фамилию SWW.

В общем, упоминание Win32.Ntldrbot (Rustock.C), вместо актуальных (и скучных) Rustock.B (Trojan.Spambot.xxxx) -- попытка разыграть ту же карту, которая дала в своё время весьма определённые дивиденды (в плане узнаваемости имени компании. Доклад по Rustock.C был даже представлен г-ном Шаровым на конференции, где он сорвал громовые аплодисменты).

Эта карта (Win32.Ntldrbot в смысле) и сейчас определённо сыграла бы, но только при условии того, если бы Win32.Ntldrbot был жив. А так - увы, некрофилийный пиар какой-то получился.

Разве Ntldrbot - это не тот Rustock.c, известный спамер, которого успешно прикрыли Microsoft? Microsoft прикрыла мёртвого вируса? И все кому не лень о нём написали? :blink:

Я прочитал новость как еще одно видение проблемы Rustock, который был главным генератором спама. По-своему эту новость осветили другие компании.

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

Где в новости от Dr.Web реклама - не вижу. Вижу в начале рассказ на актуальную тему для заинтересованных пользователей.

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


Ссылка на сообщение
Поделиться на другие сайты
A.
Разве Ntldrbot - это не тот Rustock.c, известный спамер, которого успешно прикрыли Microsoft? Microsoft прикрыла мёртвого вируса? И все кому не лень о нём написали? :blink:

Нет, это не Русток.цэ. Это ботнет построенный на других вариантах.

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


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

K_Mikhail,

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

Если Ntldrbot - это не тот самый спамер, значит я что-то пропустил. Я всегда думал, что Ntldrbot - это тот самый вирус-спамер, которого прикрыла Microsoft.

Нет, это не Русток.цэ. Это ботнет построенный на других вариантах.

Агаа. Понятно. А какие версии, после С?

A.,

Вот, нашел еще Virus.Win32.Rustock.e и Virus.Win32.Rustock.d. Это из них была сеть?

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


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

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

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

А закрытие его серверов - весьма интересная новость.

Закрытие -- да. Но, самое интересное, что Ntldrbot давно был мёртв и без закрытия оных.

Если Ntldrbot - это не тот самый спамер, значит я что-то пропустил. Я всегда думал, что Ntldrbot - это тот самый вирус-спамер, которого прикрыла Microsoft.

Вы бы хоть действительно скачали бы ту PDF в авторстве SWW и почитали бы об вариантах Rustock-а... Там этому уделено внимание.

Вот, нашел еще Virus.Win32.Rustock.e и Virus.Win32.Rustock.d.

Были и детекты вроде Rustock.L, но все они НЕ являются тем самым Ntldrbot, упоминание трупа которого так ярко вынесено в заголовок.

P.S. А Вы точно virushunter компании "Доктор Веб"? Или Вы преимущественно только на мобильных устройствах специализируетесь?

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


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

Не знаю

Закрытие -- да. Но, самое интересное, что Ntldrbot давно был мёртв и без закрытия оных.

Как раз всегда думал, что это он и есть.

Вы бы хоть действительно скачали бы ту PDF в авторстве SWW и почитали бы об вариантах Rustock-а... Там этому уделено внимание.

Спасибо, я уже читал этот документ. Вы скажите, какие именно версии Rustock были в этом ботнете. Интересно же. :) В той статье говорится только о трех первых, но если Ntldrbot/Rustock.c - это не закрытый ботнет, то хотелось бы узнать, какие версии в него входили.

P.S. А Вы точно virushunter компании "Доктор Веб"? Или Вы преимущественно только на мобильных устройствах специализируетесь?

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

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


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

A.,

Вот, нашел еще Virus.Win32.Rustock.e и Virus.Win32.Rustock.d. Это из них была сеть?

Нет.

Основных вариантов Рустока было три - а, б и цэ.

Цэ - это как раз нтлдр, с руткитом своим. У нас он и его потомки идут как Virus.Win32.Rustock

То что закрыл МС - это ветвь потомков вариантов а и б

  • Upvote 5

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


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

С этим понятно... :)

Как раз всегда думал, что это он и есть.

Спасибо, я уже читал этот документ. Вы скажите, какие именно версии Rustock были в этом ботнете. Интересно же. :) В той статье говорится только о трех первых, но если Ntldrbot/Rustock.c - это не закрытый ботнет, то хотелось бы узнать, какие версии в него входили.

A. опередил.

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

В самом деле?

alex_gorgeous.PNG

post-270-1302012041_thumb.png

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


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

Основных вариантов Рустока было три - а, б и цэ.

Цэ - это как раз нтлдр, с руткитом своим. У нас он и его потомки идут как Virus.Win32.Rustock

То что закрыл МС - это ветвь потомков вариантов а и б

Большое спасибо! Теперь стало понятно.

С этим понятно...

Давно уже. :)

В самом деле?

И что? Хотите, зарегистрируюсь на форуме как Barack Obama? Вы скажете, что сам президент Америки зашел? :) Во-первых, делать какие-либо выводы только по имени пользователя - некорректно само по себе, а во-вторых, сомнительный переход на личности не делает Вам чести.

Это имя пользователя весьма распространено в том или ином виде в интернете.

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
И что? Хотите, зарегистрируюсь на форуме как Barack Obama? Вы скажете, что сам президент Америки зашел? :) Во-первых, делать какие-либо выводы только по имени пользователя - некорректно само по себе, а во-вторых, сомнительный переход на личности не делает Вам чести.

А, на самом деле, оказалось, что вирусхантер "Доктор Веб" 1) изрядно плывёт в предмете обсуждения, и 2) попытался извернуться якобы "переходом на личности" после того, как не получилось отыграть "я - не я". :)

Это имя пользователя весьма распространено в том или ином виде в интернете.

Не в данном случае.

Вы, помнится, у меня в джаббер-листе даже висели одно время...: ;)

alex_gorgeous_jabber.PNG

В общем, всем всё понятно. Удачи Вам! :)

post-270-1302014894_thumb.png

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
Alex Gorgeous
А, на самом деле, оказалось, что вирусхантер "Доктор Веб" 1) изрядно плывёт в предмете обсуждения, и 2) попытался извернуться якобы "переходом на личности" после того, как не получилось отыграть "я - не я". :)

Не в данном случае.

Вы, помнится, у меня в джаббер-листе даже висели одно время...: ;)

alex_gorgeous_jabber.PNG

В общем, всем всё понятно. Удачи Вам! :)

Играете Вы. :) И весьма плохо. :) С моей стороны был вопрос, на который я получил адекватный ответ от A., за что ему спасибо.

А картинки Вы красивые делаете, да. Удачи Вам с этим. :)

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


Ссылка на сообщение
Поделиться на другие сайты
Valery Ledovskoy
а во-вторых, сомнительный переход на личности не делает Вам чести.

гы. (снова "оценочное мнение")

/эх, где мой старый пистолет... на Большом каретном. А где мой truth или Goudron... на Большом каретном.../

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


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

Лишнее подтверждение правильности моих слов на счёт Win32.Ntldrbot и Trojan.Spambot.

"Что и требовалось доказать". (с)

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


Ссылка на сообщение
Поделиться на другие сайты
kmd
Где говорится, что компания принимала участие в закрытии? Нигде. В теме новости всё написано: она обобщает заметные вирусные события марта.

Что-то я не припомню, чтобы в каждом своем месячном отчете компания Доктор Веб отражала каждый раз мировые новости.

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

Ах да, некоторые сотрудники компании уже нарочито продемонстрировали :facepalm:, типа "я-не-я, и ж* не моя, я такую новость написал, а они вот так ее переписали".

Уважаемая компания Доктор Веб. Увольте наконец свой "пиар Атдел", состоящий судя по всему из студиоз, азаодно оптом отправьте на отдых и гуи дизайнеров. Я слышал интерфейсы аля Виндоуз 98 уже не в моде.

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


Ссылка на сообщение
Поделиться на другие сайты
Umnik
Ах да, некоторые сотрудники компании уже нарочито продемонстрировали facepalm.gif, типа "я-не-я, и ж* не моя, я такую новость написал, а они вот так ее переписали".

На самом деле это очень похоже на правду. ЛК тоже на моей памяти несколько раз выкатывала новости, в которых были допущены не такие, но ошибки, приходилось писать нужным людям и ошибки исправляли. Это же элементарно - те, кто пишет новости редко понимает то, что он пишет :) Они опираются на данные от других, но могут ошибиться, могут неверно понять и все такое.

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


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

  • Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

       
    • PR55.RP55
      Как бы это выявлять и исправлять в uVS ? https://forum.kasperskyclub.ru/topic/464495-pojmal-virusa-pereimenovalis-sluzhby/
    • Ego Dekker
      Домашние антивирусы для macOS были обновлены до версии 7.5.74. Добавлена поддержка macOS Sequoia (версия 15).
    • PR55.RP55
      Можно сделать так чтобы объект в списке отображался не под своим именем, а под именем критерия. ( или по результату проверки на V.T ) - ( по настройке в settings.ini ) Для чего? Например в списке есть: oikgcnjambfooaigmdljblbaeelmeke odbmjgikedenicicookngdckhkjbebpd Но объект  может отображаться внятно: oikgcnjambfooaigmdljblbaeelmeke = T-Сashback1 — кэшбэк-сервис odbmjgikedenicicookngdckhkjbebpd = T-Сashback2 — кэшбэк-сервис  
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.2.8.
×