"Антивирус Касперского" посчитал Spylog трояном

"Антивирус Касперского" посчитал Spylog трояном

В течение пятницы, 24 июля, "антивирус Касперского" предупреждал пользователей - как выяснилось, ошибочно - о наличии вируса Trojan-Ransom.JS.Agent.a в Java-коде счетчиков Spylog, установленных на тысячах сайтов Рунета.

Как сообщается в блоге Spylog, вируса или троянской программы в коде счётчика SpyLOG нет. Возникновение сообщения вызвано ложным срабатыванием антивируса "Лаборатории Касперского", которое "будет исправлено как можно скорее". К сожалению, более точный срок устранения неполадки нам неизвестен. Однако надеемся на то, что слова представителей компании не менее надёжны, чем защита, которую предоставляет ПО "Лаборатории Касперского".

Руководитель департамента web-сервисов SpyLOG Сергей Кедров прокомментировал данную проблему. По его словам, сбой затронул всех пользователей, использующих антивирус Касперского и посещающих десятки тысяч площадок-клиентов Spylog. Владельцы сайтов, в свою очередь, вынуждены были отвечать на встревоженные запросы пользователей, а кроме того получили сниженную посещаемость и искаженную статистику.

В официальном заявлении "Лаборатории Касперского", направленном SpyLOG , уточняется, что проблема возникла в 7:37 утра в пятницу и была устранена к 21:44. Представители компании объяснили сбой тем, что информации в Интернете все больше, она становится все сложнее, а антивирусы вынуждены работать все быстрее - отчего и случаются "ложные срабатывания". О специфических причинах сбоя, связанных с особенностями работы Spylog, не сообщается.

источник

Подпишитесь на новости

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

RSS: Новости на портале Anti-Malware.ru