Всё новые зловреды старыми методами... - Свободное общение - Форумы Anti-Malware.ru Перейти к содержанию
p2u

Всё новые зловреды старыми методами...

Recommended Posts

p2u

(О самых пользователях не буду говорить - они не хотят в режиме пользователя сидеть; с этим надо смириться. Если они щёлкают на что-то, то тогда может случиться всё, что угодно).

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

По моим наблюдениям, в Windows каждый день происходят очень многие почти незаметные переполнения и недополнения буфферов в системе. На мой взгляд надо изучать их систематически для того, чтобы эффективно бороться с заражениями. Это - нелёгкая задача, так как обнаружить такие моменты не всегда просто. Майкрософт выдаёт нам годами уже патчи понемножку, и никто неудобных вопросов не задаёт. Естественно это - 'ошибки' были; поправили. А что если некоторые из этих 'уязвимостей' НЕ ошибки, а умышленно созданные механизмы (называем их 'пасхальными яицами') в определённых целях? Возможно они нужны системе в обходе самой себя, кто его знает. Потом, сама Майкрософт может даже не знать о них - на проекте создания ОС столько сотрудников работают... Если Майкрософт, допустим, когда-то обидела и уволила человека, который знал об этих механизмах... Сами понимаете - дыры не туда попали, а мы до бесконечности будем пытаться 'защищаться' - но все наши методы ничего не дадут. Кроме того, исходный код Win2000 уже давно валяется на просторах Интернета. При грамотном использовании данных фич наша защита - бессильна.

То есть - создаём проект по переоценке ОС на которой мы работаем; нанимаем человека (или группу человек), который на чистой системе целыми днями только будет заниматься изучением этих явлений. Можно для начала ограничиваться изучением поведения библиотек, которые присутствуют при запуске/работе каждой программы. Не буду здесь перечислять - каждый аналитик их знает.

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

Потом установим нашу программу защиты и посмотрим, как наша защита реагирует на нашу работу с этими библиотеками. Обращаемся нестандартными функциями, допустим. Реагирует ли наша программа защиты должным образом, или нет, или просто разрешает не заданные функции по умолчанию?

Потом создаём, например, библиотеку, которая имеет только последние буквы тех библиотек, которые уже есть в импорте каждой программы на компе. Допустим у всех работает kernel32.dll, а мы создаём ernel32.dll и будем в нём создать простой код для целовую программу, допустим svchost. На васме (в статье 'обзор нескольких методик обхода файерволов' от 'Injected Evil' от 16.01.2008 г.) утверждают, что таким образом можно обходить многие программы защиты, HIPSы и прочие. Если это так, то тогда мы хотим в наших лабах это изучать, и принимать меры, правильно? О ZoneAlarm, например, там говорят, что она позволяет открыть процесс СTFMON.EXE с максимальными привилегиями без предупреждения пользователя, и что у неё к процессу explorer.exe вообще слишком сильная любовь. Это, естественно, опасно. Если это так, то тогда мы хотим это знать и поправить, правильно?

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

Возможно можно придумать ещё дополнения к этому?

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

Paul

  • Upvote 5

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


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

Рискну предположить что "лабы" этим занимаются и обсуждать это у всех на виду не станут. Или пригласят Вас в закрытый раздел. Или лучшие "лабы" вообще даже там не станут делиться с худшими. Они же лучшими хотят и дальше оставаться. Хотя общедоступный твикер может и родится, но уже как результат, что было бы очень даже хорошо.

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Рискну предположить что "лабы" этим занимаются и обсуждать это у всех на виду не станут. Или пригласят Вас в закрытый раздел. Или лучшие "лабы" вообще даже там не станут делиться с худшими. Они же лучшими хотят и дальше оставаться. Хотя общедоступный твикер может и родится, но уже как результат, что было бы очень даже хорошо.

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

Paul

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


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

Во-во, а это так похоже на глобальную американскую геополитическую "демократию".

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

А не диктовали свою политику защиты и под видом лечения лечили то, что лечить, по мнению пользователя, не надо. :)

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


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

  • Сообщения

    • demkd
      Если версия системы идентичная то скорее всего подойдет, но это не точно, потому что лично я всегда пользовался бэкапом реестра, сперва ERUNT-ом, а когда он стал неактуален сделал свой ABR.
    • santy
      Вообще, в сети мало пишут про то, как восстановить работу безопасного режима, в основном после поискового запроса выводят статьи, как войти в безопасный  режим. (Видно хромает еще ИИ по этому вопросу). По данному, частному случаю как будто все уже перепробовали: точка восстановления есть но с заражением системы, со слов пользователя. Хотя по факту здесь и не нужно восстанавливать систему, достаточно только найти в этой точке файл SYSTEM, откопировать его в другое место и извлечь из него ключ SafeBoot. Возможно, что он и делал восстановление системы из точки восст., но Safe mode не заработал. Других точек восстановления нет, бэкапов реестра нет, так как не работал ранее с uVS, да, и мы вообщем редко практикуем в сложных случаях создавать бэкап реестра. Те функции восстановления ключа, что заложены в uVS, опираются на бэкап реестра. (Которого не оказалось в системе). Твик Зайцева так же не сработал, возможно основан на методе их текста, который RP55 принес сюда. Остается попытаться перенести ключ с чистой аналогичной системы. Возможно ли безболезненно взять ключ Safeboot из другой аналогичной чистой системы? Какие могут возникнуть проблемы? драйвера оборудования могут оказаться различными?  
    • demkd
      "CurrentControlSet" это виртуальный ключ, он указывает на последний рабочий CurrentControlSetXXX, потому копировать там обычно нечего потому что есть лишь CurrentControlSet001, который и есть CurrentControlSet, другое дело когда есть 001 и 002, один из них может быть живым, а может и не быть.
      Но на самом деле не нужно маяться фигней, нужно пользоваться бэкапом и восстановлением реестра, тем более что в uVS есть твик для включения системного бэкапа реестра, так же копии реестра есть в теневых копиях и точках восстановления, где гарантировано можно найти рабочую ветку реестра и восстановить ее либо руками либо через uVS->Реестр->Восстановить из копии ключ SafeBoot
    • PR55.RP55
      " Вот еще в помощь рекомендации от Зайцева Олега:   Цитата Кроме того, есть еще один метод восстановления испорченных ключей. Как известно, в самом реестре есть копии ключа SafeBoot. Они находятся в HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot и HKLM\SYSTEM\CurrentControlSet002\Control\SafeBoot. Следовательно, можно попробовать следующую операцию:
      1. Экспортировать HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot
      2. В полученном REG файле заменить "CurrentControlSet001" на "CurrentControlSet" (REG файл текстовый, поэтому заменить несложно)
      3. Импортировать модифицированный файл
      Данная операция может быть успешной сразу после запуска повреждающей ключ реестра вредоносной программы, до перезагрузки. Нарушена загрузка в защищенном режиме (SafeBoot) Изменено 6 часов назад пользователем safety " https://forum.kasperskyclub.ru/topic/466078-privetstvuju-slovil-majner-po-nazvaniem-toolbtcmine2782/page/6/#comments А, что если это будет делать uVS ? т.е. Копировать ключ > модифицировать > производить перезапись.
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.1.10.
×