Advanced Format - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию

Recommended Posts

dr_dizel

В конце прошлого года WD перешла на 4К формат сектора. Другие производители тоже экспериментируют с разным форматом сектора, но WD была первой, которая сделала это явно. Для решения проблем совместимости с кривым софтом временно было принято решение эмулировать на выходе сектора 512Б. Но близится время, когда начнут выпускаться диски/выйдет новая прошивка для контроллеров, где эмуляцию отключат.

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

http://www.wdc.com/wdproducts/library/Whit...2579-771430.pdf

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


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

А для чего этот переход?

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
А для чего этот переход?

Там же по ссылкам всё написано. :) Привет из серверного сегмента. Переход с самокатов на лисапеды.

Самый главный момент: на текущем уровне технологического развития 4К сектор позволяет просто увеличить плотность записи или же увеличить надёжность без применения дорогостоящих и недостаточно проверенных временем технологий.

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


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

Аа, я просто с оперы мини, тут ссылки подчёркиваются.

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


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

dr_dizel

А с чего это АВ будут бдосить?

Какие продукты на прямую работают с HDD используя свой драйвер?

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
Какие продукты на прямую работают с HDD используя свой драйвер?

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

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


Ссылка на сообщение
Поделиться на другие сайты
sww
Так всякие технологии против руткитов, буткитов используют низкоуровневые операции. И с каждым днём всё ниже и ниже.

Можете перечислить 1) технологии (суть низкоуровневых операций) 2) какие проблемы и из-за чего они могут быть в свете изменения размера сектора?

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


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

Имхо, эмуляция дает падение производительности. А заточка на стандартный 512-размер сектора дейсвтительно может стать проблемой для утилит, читающих диск на низком уровне. Еще Билл Гейтс писал, вроде в "дороге в будущее", что ms в свое время столкнулась с проблемами при продвижении DOS на азиатский рынок, из-за проблемы в размере секторов.

Думается процесс перехода на другие sectorsize сильно растянется во времени.

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


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

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

В худшем случае эти супер технологии просто не будут работать с нестандартным размером

сектора и уж это точно никак не выльется в бсоды. Пробсодится пара китайских студенческих поделий и все.

Или доктор Дизель вы что действительно считаете, что весь ав софт, а тем более

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

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

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
Можете перечислить 1) технологии (суть низкоуровневых операций) 2) какие проблемы и из-за чего они могут быть в свете изменения размера сектора?

Дело не в технологиях, а в способах адресации у винтов. Какая разница как низкоуровнево читать диск: через порты или системные вызовы любой ОС? В итоге упиремся в LBA (или свят-свят CHS), и нужно читать/писать кратно кластеру. Вот и могут быть проблемы с чтением, с чтением именно того, что нужно, и записью чего-то на основе прочитанного. А практика копипаста чужого кода без осмысления вместе с "магическими числами" никуда не исчезла, и кривые факи с туториалами никуда не делись, как и человеческая лень. Вон почему та же майкрософт зарезала PAE в десктопных ОС? Наверное от того, что многие драйвера в этом режиме "правильно" работали с памятью.

Или доктор Дизель вы что действительно считаете, что весь ав софт, а тем более драйверы антируткитов, пишут полные идиоты? В свете ваших мягко говоря скромных познаний в

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

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
sww
Дело не в технологиях, а в способах адресации у винтов. Какая разница как низкоуровнево читать диск: через порты или системные вызовы любой ОС? В итоге упиремся в LBA (или свят-свят CHS), и нужно читать/писать кратно кластеру. Вот и могут быть проблемы с чтением, с чтением именно того, что нужно, и записью чего-то на основе прочитанного.
В худшем случае эти супер технологии просто не будут работать с нестандартным размером сектора и уж это точно никак не выльется в бсоды.

+100500!

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

А через порты пускай кетайцы читают.

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


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

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

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

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

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

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

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

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

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

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

       o Исправлена ошибка разбора JSON-файлов.

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

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×