Innostage отразила в августе более 30 тысяч кибератак

Innostage отразила в августе более 30 тысяч кибератак

Innostage отразила в августе более 30 тысяч кибератак

С начала открытых кибериспытаний в формате Bug Bounty, которые стартовали 26 мая, на веб-приложения компании было совершено более 360 тысяч атак. Пик – более 320 тысяч – пришелся на июль. В августе удалось отразить более 30 тысяч нападений.

Innostage проводить кибериспытания для проверке устойчивости ИТ-инфраструктуры. В их рамках исследователи должны совершить недопустимое событие.

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

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

«Наши аналитики отмечают, что хакеры сменили тактику. Они перешли от разведки инфраструктуры компании к более агрессивным действиям и стали активно воздействовать на ее публичные ресурсы. Также исследователи начали автоматизировать отдельные этапы атак и пытаться получить доступ к публичным серверам, используя различные наборы скриптов», — отметил Руслан Сулейманов, директор по цифровой трансформации компании Innostage.

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

Баны Claude связали с IP и платежами, но формула блокировок не доказана

На китайском форуме NodeSeek обсуждают причины блокировок аккаунтов Claude. Автор руководства утверждает, что пережил баны более двух десятков платных учётных записей и собрал наблюдения о работе защиты Anthropic. Главные факторы: репутация IP-адресов, окружение устройства и платёжные каналы.

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

Но проверить, какой именно фактор вызвал конкретный бан, по этим наблюдениям нельзя.

При этом оригинал заметно отличается от разошедшегося пересказа. Автор не приводит единую систему баллов доверия и не доказывает штрафы за Linux, использование только браузера или работу с моделью Fable.

Высокую нагрузку он связывает преимущественно с ограничением частоты запросов, а не с автоматической блокировкой аккаунта.

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

Поэтому пока сообщество собирает гипотезы, но универсального рецепта от блокировки не обнаружило.

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