Зачем mail.ru крышует пиратов? - Страница 2 - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию
Сергей Ильин

Зачем mail.ru крышует пиратов?

Recommended Posts

Dmitriy K
Дима, тебя послали вежливо))))

:D

Здравствуйте.

Мы проверяем всю входящую корреспонденцию, поступающую со сторонних

почтовых доменов.

К сожалению, на данный момент почтовая корреспонденция, проходящая через

внутренние сервера mail.ru, может не проходить дополнительную проверку, так

как потенциальная опасность данных писем является более низкой, нежели от

писем, полученных со сторонних доменов.

В настоящее время наши специалисты работают над реализацией нового

алгоритма проверки почтовой корреспонденции на наличие вредоносного

программного обеспечения, которое обеспечит более тщательную проверку

входящего почтового трафика.

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


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

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

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


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

как это ничего?! Прекрасно обеспечивают отличную головную боль!

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


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

Теперь и вымогателям содействуют, браво mail.ru! :facepalm:

http://www.anti-malware.ru/forum/index.php?showtopic=27980

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


Ссылка на сообщение
Поделиться на другие сайты
B .
Теперь и вымогателям содействуют, браво mail.ru! :facepalm:

http://www.anti-malware.ru/forum/index.php?showtopic=27980

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

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


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

Не замечать проблему - это в общем-то тоже содействие. Они не видят шифровальщиков, а юзеры заражаются и массово попадаются на несколько тыс. рублей. Аппетиты кстати подросли у вымогателей. Теперь торг с 10-ки идет, но люди договариваются на меньшие суммы. Инфляция или же партнерам по распространению нужно % занести.

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


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

Обсуждение шифрования данных в облачных хранилищах, в том числе и от Mail.ru, выделено в отдельную тему

http://www.anti-malware.ru/forum/index.php?showtopic=28019

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


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

  • Сообщения

    • demkd
      ---------------------------------------------------------
       5.0.7
      ---------------------------------------------------------
       o Исправлена ошибка в функции чтении образа автозапуска.

       o Исправлена и оптимизирована функция проверки доступности диска/файла.
         Построение списка автозапуска теперь происходит до 20% быстрее.

       o Оптимизирована функция разбора пути до файла.
       
    • 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] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
×