Amazon запрещает использовать свою сеть для обхода блокировок

Amazon запрещает использовать свою сеть для обхода блокировок

Amazon запрещает использовать свою сеть для обхода блокировок

Компания Amazon более не будет разрешать использовать свою сеть в качестве прокси-сервера. Оставить доступ к этим возможностям планируется только разработчикам. В качестве причины представители компании называют борьбу с распространением вредоносных программ.

Соответствующее заявление сделала компания в своем официальном блоге. Скорее всего, в этой ситуации достанется многострадальному мессенджеру Telegram, который одно время использовал IP-адреса, принадлежащие компании Amazon.

Напомним, что в прошлом месяце Роскомнадзор заблокировал 655 352 IP-адресов, принадлежащих компании Amazon. В результате несколько банков и больниц в Москве пожаловались на сбои в работе платежных систем и других сервисов.

После этого выступил глава Роскомнадзора Александр Жаров, подтвердив, что именно так все и задумывалось. Оказалось, что эти IP-адреса Telegram использовал для обхода блокировки.

Также в апреле Google приняла похожее решение, запретив использовать свою сеть для обхода блокировок сайтов. Теперь разработчики приложений не смогут использовать услуги корпорации Google для обхода интернет-цензуры. Google App Engine прекращает практику, получившую название «domain-fronting», что позволяет использовать сеть Google для обхода блокировок сайтов на государственном уровне.

Первыми изменения в политике компании заметили разработчики Tor. Это значит, что Signal, GreatFire.org и VPN-сервисы Psiphon более не смогут использовать сервисы Google, позволяющие обойти интернет-цензуру в том или ином виде.

Представители самой корпорации заявили, что это запланированный шаг «в рамках обновления сети».

Каждая пятая утечка уже связана с теневым использованием ИИ

Сотрудники всё чаще отправляют рабочие данные в нейросети быстрее, чем службы ИБ успевают понять, что вообще происходит. По данным «Информзащиты», в июле 2026 года уже 20% организаций, столкнувшихся с утечками, хотя бы частично связали инциденты с несанкционированным использованием ИИ. Годом ранее таких случаев было около 12%.

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

На веб-интерфейсы нейросетей приходится около 42% подобных инцидентов. Ещё 24% утечек связаны с браузерными расширениями и ИИ-помощниками.

Они получают доступ к вкладкам, истории сессий и cookie, а потом тихо делают то, на что им когда-то нажали «Разрешить». Самостоятельно подключённые API и библиотеки дают ещё 19%, инструменты для программирования — 15%.

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

Почти у трети компаний, использующих ИИ, находят хотя бы один API-ключ или секрет в небезопасном месте: конфигурациях, тестовых скриптах, рабочих станциях и Git-репозиториях. Получив такой ключ, атакующий может не только потратить чужой бюджет, но и добраться до подключённых баз данных и RAG-хранилищ.

Дороже всего здесь обходится позднее обнаружение. Инциденты с теневым ИИ в среднем увеличивают ущерб примерно на $670 тыс.

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

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