3side кибербезопасности
Рассказываем о российской кибербезопасности как она есть - просто, понятно и с примерами Информационный канал компании Третья Сторона 3side.org Связь с администрацией - @TG_3side
Mostrar más📈 Análisis del canal de Telegram 3side кибербезопасности
El canal 3side кибербезопасности (@by3side) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 11 145 suscriptores, ocupando la posición 11 043 en la categoría Tecnologías y Aplicaciones y el puesto 57 224 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 11 145 suscriptores.
Según los últimos datos del 02 noviembre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 928, y en las últimas 24 horas de 1, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 105.26%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 14.89% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 11 732 visualizaciones. En el primer día suele acumular 1 660 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 64.
- Intereses temáticos: El contenido se centra en temas clave como хакер, взлом, мсб, инцидент, шифровальщик.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Рассказываем о российской кибербезопасности как она есть - просто, понятно и с примерами
Информационный канал компании Третья Сторона 3side.org
Связь с администрацией - @TG_3side”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 03 noviembre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
В начале этого года компания 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⃣ Подписаться
