3side кибербезопасности
Рассказываем о российской кибербезопасности как она есть - просто, понятно и с примерами Информационный канал компании Третья Сторона 3side.org Связь с администрацией - @TG_3side
Больше📈 Аналитический обзор Telegram-канала 3side кибербезопасности
Канал 3side кибербезопасности (@by3side) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 11 145 подписчиков, занимая 11 043 место в категории Технологии и приложения и 57 224 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 11 145 подписчиков.
Согласно последним данным от 02 ноября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 928, а за последние 24 часа — 1, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 105.26%. В первые 24 часа после публикации контент обычно набирает 14.89% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 11 732 просмотров. В течение первых суток публикация набирает 1 660 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 64.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как хакер, взлом, мсб, инцидент, шифровальщик.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Рассказываем о российской кибербезопасности как она есть - просто, понятно и с примерами
Информационный канал компании Третья Сторона 3side.org
Связь с администрацией - @TG_3side”
Благодаря высокой частоте обновлений (последние данные получены 03 ноября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
В начале этого года компания ZDI обнаружила критическую уязвимость в Telegram с первоначальным показателем CVSS 9,8, который позже был снижен до 7,0. В Telegram утверждали, что меры по устранению уязвимостей на стороне сервера сделали уязвимый код на стороне клиента недоступным. В этом докладе мы представляем результаты нашего независимого годичного исследования Telegram, показывающие, что это предположение неверно. В докладе рассказывается о множестве новых уязвимостей в Telegram, которые можно использовать без дополнительных действий, о множестве способов обхода мер защиты на стороне сервера и клиента в Telegram, а также о примитивах эксплойтов, которые мы разработали. Мы начали с фаззинга rlottie, библиотеки для рендеринга анимированных стикеров в Telegram, с помощью больших языковых моделей, и обнаружили множество уязвимостей, связанных с повреждением памяти, которые затрагивают клиенты Telegram на iOS, Android и ПК. Неожиданностью стали не только сами ошибки, но и то, насколько сильно модель рисков Telegram зависела от защиты от вредоносных стикеров с помощью проверки на стороне сервера. Затем мы показали, как обнаружили отдельные логические уязвимости в процессах доставки и проверки стикеров в Telegram, и объединили их в цепочку, превратив предположительно недоступную поверхность атаки rlottie в благодатную почву для поиска уязвимостей. Наконец, мы применили эти уязвимости к Telegram для iOS, чтобы добиться выполнения кода, и изучили ограничения получившегося эксплойта. Даже после того, как мы сообщили о своих выводах, Telegram продолжает полагаться в основном на меры по ограничению доступа, в то время как уязвимый код рендеринга по-прежнему используется в официальных клиентах. Мы оставляем читателей с непростым вопросом: следует ли считать эту модель — возможность нулевого клика, полностью контролируемую поставщиком защищенных сообщений, — мерой по смягчению последствий, архитектурным риском или чем-то вроде бэкдора?
apt download php8.5-common dpkg-deb --fsys-tarfile php8.5-common_*.deb \ | tar -xO ./usr/share/doc/php8.5-common/changelog.Debian.gz \ | zcat | head -80Если в чейнжлоге пишет про уязвимости CVE-2026-109618 и CVE-2026-109619, то все ок, ставим последнюю версию по чейнжлогу, например так:
sudo apt install -y php8.5 php8.5-cli php8.5-fpm php8.5-common \ php8.5-mysql php8.5-curl php8.5-mbstring php8.5-xml php8.5-zip \ php8.5-gd php8.5-intl php8.5-bcmathПроверяем, что встала последняя версия, пример:
dpkg -l | grep php8.5-common # должно быть 8.5.4-0ubuntu1.5Если обновиться сразу не получается - это ОЧЕНЬ плохо, но • Отключите upload_progress. Задайте session.upload_progress.enabled = 0 в php.ini или в настройках пула FPM, через ini_set() и .user.ini это не сработает. Затем перезапустите все воркеры PHP-FPM. • Ограничьте размер запросов. Если загрузка файлов не нужна, задайте post_max_size = 8M , если нужна, то 32M , а upload_max_filesize сделайте меньше post_max_size . • На PHP 8.5 дополнительно задайте fatal_error_backtraces = 0 . Эти меры снижают риск, но не защищают полностью, поэтому обновиться все равно нужно как можно быстрее. P.S. Я по одному из наших проектов проверял версию по будильнику из такси, раздавая себе интернет с телефона. Так себе удобство, но как иначе? Зато я уверен.
«В этом режиме камеры штатно нагреваются, чтобы растопить лед. Просто его продержали часами»⏪ CEO «белых хакеров» Singleton Security Егор Богомолов отмечает:
«Атака на инженерку бьет не по данным, а по физическому товару и людям. Тут нельзя “восстановиться из бэкапа”»Полностью исключить кибератаки невозможно, отмечает председатель ПК РАД КОП Рустам Гусейнов. Поэтому защита оборудования должна сочетаться с готовностью быстро восстановить работу после инцидента. 1⃣2⃣3⃣4⃣ Подписаться
