Сайт ЦИК и Госуслуги упали 14 сентября из-за аварии в сети Ростелекома

Сайт ЦИК и Госуслуги упали 14 сентября из-за аварии в сети Ростелекома

Сайт ЦИК и Госуслуги упали 14 сентября из-за аварии в сети Ростелекома

14 сентября сайт Центральной избирательной комиссии (ЦИК) оказался недоступен на протяжении как минимум 4,5 часов. Проблемы затронули и Портал Госуслуг, который также периодически «падал». Как сообщили в Роскомнадзоре и Ростелекоме, основной причиной стала авария на ключевом магистральном маршрутизаторе в сети оператора, что привело к сбоям в работе государственных сервисов в день голосования.

Сообщения о недоступности сайта ЦИК начали поступать около полудня 14 сентября.

Роскомнадзор чуть позже подтвердил технические неполадки, указав, что их вызвала авария на магистральном маршрутизаторе М10. Ведомство признало возможность деградации качества связи.

Дополнительно Роскомнадзор в дни голосования зафиксировал 99 DDoS-атак на ресурсы Центральной избирательной комиссии (ЦИК), департамента информационных технологий (ДИТ) Москвы и системы дистанционного электронного голосования (ДЭГ). Их мощность достигала 45,16 Гбит/с и 9,97 млн пакетов в секунду, а продолжительность превышала три часа.

Заместитель начальника управления разрешительной работы, контроля и надзора в сфере массовых коммуникаций Роскомнадзора Александр Ижко также сообщил об обнаружении фишинговых ресурсов, эксплуатирующих тему выборов:

«Национальным координационным центром по компьютерным инцидентам выявлено 18 фишинговых атак на ресурсы единого дня голосования-2025. Со стороны Центра мониторинга и управления сетью связи общего пользования в отношении указанных ресурсов применено ограничение в рамках регламента противодействия компьютерным атакам».

Заместитель министра цифрового развития, связи и массовых коммуникаций Олег Качанов заявил, что «вредоносная активность» вызвала перебои не только в работе сайта ЦИК, но и Портала Госуслуг. Однако на функционирование системы дистанционного электронного голосования это не повлияло. К 18 часам сервисы начали восстанавливаться.

Президент Ростелекома Михаил Осеевский также сообщил об устранении аварии в сети:

«У нас сегодня перегрузились некоторые маршрутизаторы нашей инфраструктуры, мы были вынуждены их перезагрузить, поэтому в середине дня сайт работал нестабильно. Сейчас все проблемы устранены».

Минцифры подтвердило полное восстановление работы госсервисов около 21 часа:

«Портал Госуслуг функционирует в обычном режиме. На данный момент ИБ-специалисты не фиксируют нарушений в его работе».

Напомним, в конце августа Госуслуги подверглись масштабной DDoS-атаке из-за рубежа. Тогда в Минцифры подчеркнули, что атаки отражаются успешно, а сам портал продолжает работать в штатном режиме.

Интересны в этом контексте и результаты недавнего исследования общественного движения «Информация для всех»: средний уровень защищённости сайтов федеральных органов законодательной, исполнительной и судебной власти, а также ведомств с особым статусом (Генеральная прокуратура, Соцфонд, Счётная палата, ФФОМС, Центробанк и ЦИК) составил 35 баллов при минимально допустимом уровне в 29.

Android-приложения с ИИ массово «светят» ключи и данные пользователей

Исследователи выяснили: разработчики Android-приложений с ИИ по-прежнему массово хранят «секреты» прямо в коде, и этим активно пользуются злоумышленники. В рамках крупного анализа специалисты изучили 1,8 млн приложений из Google Play и обнаружили, что большинство ИИ-приложений в среднем «светят» конфиденциальными данными.

Картина получилась тревожной. 72% Android-приложений с ИИ содержат хотя бы один жёстко прописанный секрет — от идентификаторов облачных проектов до API-ключей.

Причём более 68% таких секретов связаны с Google Cloud: это ID проектов, адреса сервисов и ключи доступа. Всё это расширяет поверхность атаки и упрощает жизнь тем, кто ищет, к чему бы «подцепиться».

Проблема не теоретическая. По данным Cybernews, сотни ИИ-приложений уже были скомпрометированы автоматизированными атаками. Исследователи нашли 285 баз Firebase без какой-либо аутентификации, которые были открыты всем желающим.

В сумме через них утекло около 1,1 ГБ пользовательских данных. В ряде случаев в базах уже явно «похозяйничали» — например, там встречались тестовые таблицы с названиями вроде «poc» (от «proof of concept») и фейковые администраторские аккаунты.

Ещё масштабнее ситуация с облачными хранилищами. Из-за неправильных настроек Google Cloud Storage оказались открыты более 200 млн файлов общим объёмом почти 730 ТБ. В среднем на одно уязвимое хранилище приходилось 1,5 млн файлов и несколько терабайт данных.

 

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

Интересно, что с API крупных LLM-провайдеров ситуация выглядит спокойнее. Ключи OpenAI, Gemini или Claude встречались редко и в основном относились к низкому уровню риска. Даже если такой ключ утечёт, он, как правило, не даёт доступа к истории запросов или диалогам пользователей.

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

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