Перейти к содержанию
Сергей Ильин

Безвозвратное (безопасное) удаление данных

Recommended Posts

Zilla
Это все ерунда .

это я знаю, но просто ради интереса, в теории же это возможно.. Но, конечно, никто не будет так заморачиваться..

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
Потому по оставшимся кусочкам

Блин, а где мой текст? Браузер завис, и что написал пропало.

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

Каждая ячейка диска хранит в себе всего одно бинарное значение, называемое "бит" (это или 0, или 1). При этом ноль и единица представлены в виде большой или меньшей намагниченности каждой ячейки с некоторой долей погрешности. При этом 0.95 и 1.05 принято считать единицей.

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

Когда данные перезаписываются некой последовательностью битов (0 и 1), магнитное состояние поверхности изменяет своё физическое состояние и несет в себе лишь последние записанные данные. Потому однократная перезапись поверхности носителя эффективно уже уничтожает её содержимое.

Бытуют утверждения, что на некотором оборудовании можно считать с поверхности не просто 0 или 1, а даже 0.95 или 1.05 (это 0 записанный поверх единицы или, соотвественно, 1 записанная поверх единицы) и потом каким-то аналитическим путём уже получить старые данные.

Но об этом можно говорить только теоретически. Практически же в современных HDD плотность записи доведена уже до такого убойного состояния, что с полной уверенностью утверждать о том, что считанные с поверхности 0.95 это именно 1 поверх 0, а не просто плохая единица и не 1 поверх 0, который был записан поверх ещё одного нуля. При таком раскладе дела на анализ всех версий трактовки поверхности уйдут столетия на самом современном оборудовании.

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

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


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

Спасибо Олегу Зайцеву, за хорошие ответы, ответы равны очень полезно к прочтению, спасибо :)

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

Не совсем согласен, кстати и Олег Зайцев говорил, что простую FAT труднее восстанавливать, но это легко проверить, возьмите дисковод, запишите почти на весь размер дискеты файл, удалите и запишите другой. Вооружайтесь Диск редактором и утилитой для восстановления данных, и можно восстановить первый файл.

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

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


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

Лучше разберите хард, снимите блины и разбейте в дрыз как стекляшки ломиком или молотком.

Ещё один миф, когда до сих пор люди думают, что диски внутри HDD металлические. :D:D:D

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

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

SBond

Обратите внимание на слова "запись файла" и "перезапись поверхности " - это две большие разницы. Чем современнее хард, тем плотнее запись, а на FATе, да этот фокус может прокатить, но на все 100% прокатить только из кармана пользователя в карман т.н. мастера по восстановлению. Он всё равно наболтает бочку простокваши и слупит с бедного юзера за работу последнее.

Потому, Как избежать потери данных? поважнее будет, см. тут.

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


Ссылка на сообщение
Поделиться на другие сайты
SBond
Обратите внимание на слова "запись" и "перезапись" - это две большие разницы.

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

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


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

Других я не видел и особенно за материалом текущих не слежу. Надо было мне DTLA взять в свое время, вот бы и попробовал потом, молотком:)

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
Думаю ведь так каждый поступает, удаляет просто файл.

Не каждый. Далеко не каждый. Домохозяйки и домохозяева, да, так, а то даже и Корзину не чистят. Но если вы просто удалите файл в корзину, то восстановить его можно будет оттуда наверняка. Если вы удалите файл держа нажатой клавигу Shift, то восстаналивать файл будет уже труднее. Но это возможно сделать даже утилитками из Инета, если сразу спохватиться. Подробнее хотелось бы написать, но извините счас уже нет времени писать, что такое удаление и как реально оно осуществляется средствами ОС, как восстанавливается.

При желании удаления компроматной инфы, используйте хотя бы один из методов, интегрированный в Kaspersky Crystal, но после каждого способа делайте контрольную перезагрузку. Потом создавайте на том же месте аналогичный (одноименный), но альтернативный, пустой или забитый шелухой файл (папку), запускайте Kaspersky Crystal с другим методом, удаляйте "липу", делайте контрольную перезагрузку, потом снова "липу" и т.д. Так вернее будет, но хлопотно это. :)

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


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

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

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


Ссылка на сообщение
Поделиться на другие сайты
UIT
Что же там такое на нем сейчас лежит?

Ничего компрометирующего и незаконного - нет. А вот личной информации много.

проще для утилизации забить в него дюбель.

Так у меня только домашние диски и разобрать в случае поломки мне более интересно.

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
то проще для утилизации забить в него дюбель.

Точно, или сделать из него тем же дюбелем решето...

Где-то я и другие варварские методы описывал, но "разбить" блины лучше. К тому же и запасётесь мощными магнитами.

Только берегите пальцы при их расцеплении.

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


Ссылка на сообщение
Поделиться на другие сайты
UIT
Точно, или сделать из него тем же дюбелем решето

Расскажите, дюбели прошивают в 100% винчестер и бывает ли рикошет дюбеля или разлет осколков от HDD?

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
Расскажите, дюбели прошивают в 100% винчестер и бывает ли рикошет дюбеля или разлет осколков от HDD?

Бывает. Технику безопасности никто не отменял. Пальцы подороже будут. А глаза и тем более...

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

Если только вы перед тем, чтобы избавиться от харда, не покажете какому-то спецу свой диск и не скажете: "Вот тут были мои данные, я их удалил. Не пытайся их восстановить и сделать на меня компромат!"

Тогда на 100% он попытается это сделать. ;)

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


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Расскажите, дюбели прошивают в 100% винчестер и бывает ли рикошет дюбеля или разлет осколков от HDD?

Когда я для статьи подорвал один HDD во включенном состоянии пиропатроном, то с него сорвало крышку, а разбитый в дребезги диск разлетелся как шрапнель :)

piroteh_m.jpg

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

post-280-1270789626_thumb.jpg

  • Upvote 5

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


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

Мои два копейка.

Бытуют утверждения, что на некотором оборудовании можно считать с поверхности не просто 0 или 1, а даже 0.95 или 1.05 (это 0 записанный поверх единицы или, соотвественно, 1 записанная поверх единицы) и потом каким-то аналитическим путём уже получить старые данные.

Но об этом можно говорить только теоретически. Практически же в современных HDD плотность записи доведена уже до такого убойного состояния, что с полной уверенностью утверждать о том, что считанные с поверхности 0.95 это именно 1 поверх 0, а не просто плохая единица и не 1 поверх 0, который был записан поверх ещё одного нуля. При таком раскладе дела на анализ всех версий трактовки поверхности уйдут столетия на самом современном оборудовании.

Позвольте усомниться в доводах. Лично я не сталкивался, и вряд-ли столкнусь с специализированным оборудованием для восстановления данных с НЖМД. Но некоторые общие познания в электротехнике позволяют выдвинуть мне предположение что не всё так просто как кажется предыдущему оратору. Итак, пофантазируем в ожидании опровержения.

Во-первых, поскольку здесь, как и везде, речь идет о краевых зонах полей ячеек, то отсюда можно сделать два предположения. Первое было сделано коллегой: остаточная намагниченность влияет на _суммарный_ уровень магнитного поля, т.е. допускается что он составит 0.95 после записи 1 на место 0-ля, хотя здесь может и сказаться неточный уровень записи и сказать что здесь была остаточная намагниченность или же плохая запись действительно нельзя. Точнее будет сказать о записи 0-ля на место 1-цы, т.е. при уровне 0.05 уже как-то вероятней что была единица. Но забыт второй вывод, предпосылки к которому были: специализированное оборудование должно быть для того и специализированное, чтобы иметь считыватель чуствительнее, работать на низких оборотах и позиционировать считыватель именно на краях (а на краях мы получаем превальвирование уровня предыдущего сигнала нежели в центре). Тем кто скажет что технология и так на грани максимума (чуствительность или микроскопичность исследуемых областей) можно индуктивно возразить, что всегда есть более совершенные решения, просто они стоят намного дороже и не оправдаются на рынке ширпотреба (например так в космоиндустрии и в особых службах, опять же - госзаказ).

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

Во-вторых, после получения данных, но не нулей и единиц, а именно уровней сигнала по всему участку, т.е. не линейно а в объеме в отношении блина (x,y,z), разумно их обрабатывать применяя как минимум два фактора:1) наложение уровней сигнала с полей ячейки на "соседей" и 2) учёт следующих уровней организации информационного носителя - это специфика ФС и специфика файлов данных, т.е. здесь соседствуют методы криптоанализа.

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

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


Ссылка на сообщение
Поделиться на другие сайты
Deja_Vu
остаточная намагниченность влияет на _суммарный_ уровень магнитного поля, т.е. допускается что он составит 0.95 после записи 1 на место 0-ля, хотя здесь может и сказаться неточный уровень записи и сказать что здесь была остаточная намагниченность или же плохая запись действительно нельзя. Точнее будет сказать о записи 0-ля на место 1-цы, т.е. при уровне 0.05 уже как-то вероятней что была единица.

1 считается, если мне не изменяет память при уровне 0.85 от идеала.

0 при 0.15.

Среднее значение - как битый.

При этом, все зависит от конкретного жесткого диска. Каждый производитель может сделать что угодно. Так, что чисто теоретически, можно по остаточной намагниченности что-то восстановить(что-то вроде текстого файла или bmp картинки, но не более). На практике же - это бред.

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
несколько поспешно отметать напрочь "легенду" не углубляясь в исследуемую область.

Фантазия – дело хорошее, только когда находит своё воплощение. В деле восстановления данных важен только реально полученный результат. За расписанные теории и рассказанные мифы пользователь деньги не заплатит.

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


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

0 при 0.15.

Среднее значение - как битый.

При этом, все зависит от конкретного жесткого диска. Каждый производитель может сделать что угодно. Так, что чисто теоретически, можно по остаточной намагниченности что-то восстановить(что-то вроде текстого файла или bmp картинки, но не более). На практике же - это бред.

Ну ошибочные цифры взяты из поста предыдущего оратора. Границы имеют второстепенное значение по сравнению с тем что напрочь забыты указанные пункты. По поводу вероятности восстановления по форматам файлов согласен: plane text и bmp не имеют особой структуры и являются самыми избыточными из распространенных форматов данных, отчего имеют больше шансов "выжить" в свете проблемы. Но это не стоит обсуждения.

Фантазия – дело хорошее, только когда находит своё воплощение. В деле восстановления данных важен только реально полученный результат. За расписанные теории и рассказанные мифы пользователь деньги не заплатит.

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

Но к чему Ваш пост собственно?

Господа, "критикуя - предлагай, предлагая - делай".

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

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

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

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


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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
Мой пост призывает к обсуждению, а не останавливаться на том что "нельзя и всё тут".

А предлагаете обсуждать?

Тема-то называется "Безвозвратное удаление данных, Алгоритмы, методы, утилиты"

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

А что тут ещё обсуждать? Теорию взросления или утолщения магнитных ячеек...

Да, так мы далеко уйдём. В dev/null, как минимум.

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

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


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

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

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


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

Интересная темка... Удаляю с помощью Тюн Ап Утилит... там есть вот такие методы

Быстрое удаление

Быстрое удаление в соответствии с DOD 5220.22

Быстрое удаление, метод Gutmann

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

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


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
всегда было интересно чем они отличаются...

Метод П. Гутмана состоит из 27 проходов, ориентированных на уничтожение записей, закодированных методами MFM и различными распространенными модификациями RLL. Маскирующие последовательности подобраны таким образом, чтобы обеспечить максимально возможное число переключений знака намагниченности каждого битового интервала. Это значительно затрудняет восстановление перезаписанных данных, поскольку делает нетривиальным раздельное считывание наложенных друг на друга записей.

Метод Б. Шнайдера состоит из семи проходов: первые два - запись единиц и нулей соответственно, и последние пять - запись случайных данных. Однако ни количество проходов, ни выбор маскирующих последовательностей не обоснованы. Вместо этого Шнайдер заявляет: "Последние исследования Национального института стандартов и технологий, выполненные с помощью электронных туннельных микроскопов, показали, что даже этого может быть недостаточно. Честно говоря, если ваши данные достаточно ценны, можете считать, что их полное удаление с магнитного носителя невозможно. Сожгите носитель или сотрите его в порошок. Дешевле купить новый носитель, чем потерять ваши секреты".

Из справки Kaspersky CRYSTAL

  • Быстрое удаление. Процесс удаления состоит из двух циклов перезаписи данных: записи нулей и псевдослучайных чисел. Основное достоинство данного алгоритма – скорость выполнения. Двух циклов достаточно, чтобы затруднить работу программ восстановления данных. Даже если файл будет восстановлен, данные в нем будут безвозвратно уничтожены.
  • ГОСТ Р 50739-95, Россия. Алгоритм проводит один цикл перезаписи псевдослучайными числами и защищает от восстановления данных стандартными средствами. Этот алгоритм соответствует второму классу защищенности из шести по классификации Государственной технической комиссии.
  • Стандарт VSITR, Германия. Проводит семь циклов перезаписи. Алгоритм считается надежным, но требует больше времени для выполнения.
  • Алгоритм Брюса Шнайера. Процесс состоит из семи циклов перезаписи. Метод отличается от немецкого VSITR последовательностью перезаписи. Этот усовершенствованный метод удаления информации, считается наиболее надежным.
  • Стандарт NAVSO P-5239-26 (MFM), США и NAVSO P-5239-26 (RLL), США. Использует три цикла перезаписи. Стандарты различаются лишь последовательностью перезаписи информации.
  • Стандарт DoD 5250.22-М, США. Используется три цикла перезаписи. Считается надежным методом защиты от людей, не обладающих специальными средствами, но во многих случаях данные все же удается восстановить.

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


Ссылка на сообщение
Поделиться на другие сайты
UIT
Стандарт DoD 5250.22-М, США. Используется три цикла перезаписи. Считается надежным методом защиты от людей, не обладающих специальными средствами, но во многих случаях данные все же удается восстановить.

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

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


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

Существует всего три способа уничтожения информации:

1) Программные методы уничтожения информации (сохранение работоспособности накопителя);

2) Аппаратные методы уничтожения информации (вывод накопителя из строя);

3) И самые действенные и самые дешёвые - это Физические или варварские методы уничтожения самого носителя информации.

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

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


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

Меня порадовал Б. Шнайдер и туннельный микроскоп:)

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


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

  • Сообщения

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