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

Recommended Posts

Danilka

Собственно:

Поскольку livejournal.com уже несколько дней в коме, а комментарии на эту тему просят, а свой русскоязычный блог пока не поднялся - буду использовать фанклуб как площадку (заодно ПР-ить ресурс буду :) ). Комментарий о проблемах в ЖЖ.

---

Информация, которая есть у нас. Поскольку мы занимаемся защитой не только от вредоносов и спама, но и от DDoS-атак, то за этой информацией мы просто обязаны следить.

1. Конспирология ни при чём. Проскакивали слухи, что атака на ЖЖ была ответом на пост Ройзмана про Сагру (http://roizman.livejournal.com/1211479.html ) Это не очень похоже на правду, поскольку пост был опубликован в 11:58, а ЖЖ "вырубился" около 11 утра. (как Ройзман умудрился отправить пост - мне неизвестно, видимо, ЖЖ в тот момент еще подавал какие-то признаки Ж).

2. DDoS тоже не при делах. ЖЖ действительно досили (конкретно - досили блог http://sprotiv-org.livejournal.com/ - это Украинская оппозиция). Атака велась с четверга 21-го июля, команда на стоп атаки была зафиксирована в 6 утра в понедельник 25-го июля. Атака велась двумя известными ботнетами, причём не сказать, что они уж очень «злые».

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

Я НЕ верю в то, что кому-то ЖЖ ненавистен настолько, что этот "кто-то" готов тратить значительные средства на разработку и реализацию "развесистой" и невидимой атаки. Ну не является ЖЖ такой силой (политической, оппозиционной, да какой еще). НЕ ВЕРЮ. "Темная сторона силы" и Звезда Смерти никакого отношения к проблемам ЖЖ не имеют.

А что было? Примкну к мнению Экслера http://www.exler.ru/blog/item/10191/ - «я в данном случае намного больше верю в теорию кривых рук и непрофессионального руководства». Вернее будет так: это было и моё мнение с самого начала, но Экслер опубликовал раньше :)

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

Что сегодня-завтра собираюсь сделать и я. О чём сообщу отдельно.

http://forum.kasperskyclub.ru/index.php?showtopic=30223

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
"Темная сторона силы" и Звезда Смерти никакого отношения к проблемам ЖЖ не имеют.

Доставило :) Это точно :)

А если по теме, то ИМХО какая-то вся эта история с DDoS как мыльная опера уже стала. Если бы хотели решать проблему, то решили ее. А сейчас получается, что ресурс стал играть в политические игры, типа такой оппозиционный ресурс, жертва такая. На этом делается пиар, удерживают нелояльную власти аудиторию.

Зачем это делать? Там проще контролировать нелояльных власти, чего нельзя сказать о Facebook, Blogger или иных западных платформах.

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

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


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

  • Сообщения

    • 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.

       
×