Он-лайн магазин потерял миллион клиентов

Он-лайн магазин потерял миллион клиентов

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

Одним из таких примеров является компания Francoise Saget. У компании имеется он-лайн магазин. Сайт вполне легитимный, однако, там имеется троян «HTML:Illiframe-R [Trj]», который в случае посещения определенной страницы перенаправлет пользователей на зараженные веб-сайты, расположенные на серверах Китая.  

Обнаружив инфекцию в конце ноября, специалисты компании AVAST Software сразу же попытались связаться с администратором портала, ну или на худой конец, найти ответственного за безопасность сайта. Однако не тут - то было. Компания никак не отреагировала на отправленное уведомление. На протяжении двух дней специалисты вели наблюдение: за это время сайт посетило 65968 пользователей avast! CommunityIQ. Тогда эксперты отправили следующее уведомление уже на двух языках: английском и французком. Но, ответа так и не последовало.

Спустя два месяца, уже в январе текущего года, исследователи вирусной лаборатории avast! снова решили проверить ресурс на наличие угроз. Они с ужасом обнаружили, что троян до сих пор там. Причем за прошедшее время сайт пыталось посетить 946376 пользователей антивируса avast!. Благо то, что специалисты, позаботившись о своих пользователях, уведомили их о существующей угрозе и заблокировали доступ на данный портал.

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

Итак, для компаний, которые хотят сохранить свой бизнес и развиваться дальше, эксперты компании AVAST Software дают несколько советов.

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

Во-вторых, администраторам следует помнить, что зловреды присутствующие на портале не всегда находятся в активном состоянии. Иными словами, они могут быть отключены во избежание обнаружения, а также могут находиться в состоянии обновления. Тем не менее, согласно данным, около 200000 ресурсов имеют на своих страницах именно такой троян. Эти виды еще применяются в целях распространения других, более агрессивных вредоносов.

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

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

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

GitHub лёг почти целиком: ошибки затронули API, Actions и Copilot

17 августа GitHub столкнулся с глобальным сбоем, затронувшим почти все основные функции платформы. Разработчики жаловались на проблемы с веб-интерфейсом, API, Issues, Pull Requests, Actions, Webhooks, Pages, Git Operations и Copilot. В разгар инцидента около 20% запросов к сайту и API завершались ошибками.

При загрузке архивов и необработанного содержимого репозиториев показатель доходил примерно до 50%.

Также пострадали корпоративные механизмы аутентификации SAML и OIDC, службы SCIM и Team Sync.

Первые признаки деградации GitHub зафиксировал около 13:40 UTC. Затем список затронутых компонентов начал расти: проблемы последовательно появились у API Requests, Actions, Webhooks, Issues, Pull Requests, Copilot, Pages и операций Git. Codespaces при этом продолжал работать штатно.

Команда обнаружила проблемный компонент и приняла меры. Согласно последнему сообщению от GitHub, сервисы постепенно восстанавливаются, однако уровень ошибок всё ещё немного превышает норму. Полностью закрывать инцидент компания пока не стала. Актуальный статус GitHub можно посмотреть по этой ссылке.

Параллельно пользователи сообщали о неполадках в других сервисах экосистемы Microsoft, включая Teams и Copilot. Эксперты предположили связь происходящего с сетевыми проблемами Amazon Web Services, однако GitHub официально эту версию не подтверждал и первопричину ещё не раскрыл.

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