3side кибербезопасности

3side кибербезопасности

Рассказываем о российской кибербезопасности как она есть - просто, понятно и с примерами Информационный канал компании Третья Сторона 3side.org Связь с администрацией - @TG_3side

Username
@by3side
Category
Technologies
Country
RussiaRussia
Created
, 4 years
Subscribers11,145−17 last week
Avg views per post, 7d1,370−28.6% vs prev 7d
ERR12.30%last 7 days

Subscribers, 30 days

Oct 9 – Nov 3+372 (+3.5%)

Show as table
DateSubscribers
Oct 9, 202610,773
Oct 10, 202610,823
Oct 11, 202610,847
Oct 12, 202610,861
Oct 13, 202610,876
Oct 14, 202610,924
Oct 15, 202610,975
Oct 16, 202610,991
Oct 17, 202611,003
Oct 18, 202611,009
Oct 19, 202611,021
Oct 20, 202611,030
Oct 21, 202611,033
Oct 22, 202611,052
Oct 23, 202611,078
Oct 24, 202611,080
Oct 25, 202611,078
Oct 26, 202611,078
Oct 27, 202611,162
Oct 28, 202611,162
Oct 29, 202611,159
Oct 30, 202611,153
Oct 31, 202611,147
Nov 1, 202611,145
Nov 2, 202611,149
Nov 3, 202611,145

Average views per post by day

By publication day

Show as table
DateAvg views per post
Oct 7, 20264,264
Oct 8, 2026228,090
Oct 11, 20262,557
Oct 12, 20261,790
Oct 13, 20262,253
Oct 14, 202635,176
Oct 15, 20261,752
Oct 16, 20265,065
Oct 17, 20267,677
Oct 18, 20263,077
Oct 21, 20262,451
Oct 23, 20261,347
Oct 25, 20261,282
Oct 26, 20261,722
Oct 28, 20261,896
Oct 29, 20261,815
Oct 30, 20261,050
Nov 2, 20261,353
Nov 3, 2026819

Most viewed this month

  1. 01

    Рунет: чем централизованнее, тем уязвимее. Удар по дата‑центру Яндекса побудил многих «околовоенных» экспертов высказаться на темы, близкие к кибербезу. Давайте мы, как профильный канал, тоже прокомментируем эту тему. Все мы помним, что Рунет у нас уже много лет суверенен, независим и достаточно централизован. Он буквально завязан на несколько ключевых провайдеров и их дата‑центры. Проект централизации первично децентрализованной технологии «Интернет» выполнялся по различным причинам — их мы обсуждать в этом посте не будем. Но фактически успех этого проекта привёл к тому, что буквально на около десятка дата‑центров в европейской части России завязано функционирование примерно всего Рунета. Поэтому, господа военные эксперты: может, суммарно дата‑центров у нас и сотни по всей стране, может, и очень крупных много. Но вывести из строя нужно гораздо меньше, и они вовсе не на Камчатке. Их нужно питать, обслуживать, обеспечивать логистикой. Они все в полётной доступности средств поражения по вполне прагматичным причинам. Могут ли облачные провайдеры быстренько «переехать» в безопасные дружественные страны? Конечно, нет. 152‑ФЗ («О персональных данных») жёстко ограничивает в этом, а 187‑ФЗ (регулирующий безопасность критической информационной инфраструктуры) вводит прямо запрет на зарубежные облака и SaaS‑сервисы. Централизация тут однозначно стреляет нам в ногу: в плане физического поражения инфраструктуры мы стали уязвимее.

    Text
    Views228K
    Forwards2.67K
    Reactions280
    Comments—
  2. 02

    No text

    Textedited
    Views133K
    Forwards1.14K
    Reactions174
    Comments—
  3. 03

    Боты пробива — ветряные мельницы Знаете, всё больше вижу активности вокруг борьбы с ботами пробива, но что произойдёт, если они окончательно уйдут в подполье? Это урежет лишь массовое использование утечек! У всех, кто их использовал во зло, доступ останется. Фактически это лишь скроет вершину айсберга и усложнит мониторинг с благими целями. Конечно, основная проблема тут — источники. Боты ведь только агрегаторы, строятся они на утекших базах. А что у нас утекло и сейчас присутствует на форумах? Кое‑что гораздо страшнее «Додо Пиццы»: * База «Роспаспорта» Там 1,2+ млрд строк с данными на декабрь 2021 года. Говорят, там суммарно данные примерно 160 млн граждан России, а именно — документы с фотографиями и адреса! * Объединённая база «Туроператоры» Там 126+ млн строк с данными на июнь 2026 года. Говорят, утекло из fstravel.com, tui.ru и samo.ru. Данные о пассажирах, их заказах, визах и подобное. Если бы подобных утечек не было, то и боты были бы не нужны. Оборотные штрафы введены, но они так и не применяются. А А уж кто ответит за массовые утечки государственных структур? Ведь именно они опаснее всего!

    Text
    Views19.2K
    Forwards95
    Reactions70
    Comments—
  4. 04

    Подтверждено: вас можно взломать через рекламный баннер. Даже без клика по нему. Мы тут много писали про израильский "наступательный" кибербез — например, как одна из местных компаний (умышленно или нет) засветила интерфейс управления системой для взлома мессенджеров. Теперь есть история еще фееричнее. Исследовали из канадской Citizen Lab вчера еще раз технически доказали: шпионское ПО можно доставлять через обычную таргетированную рекламу. Технику назвали AdFection, работает это так: израильская компания Discover-Tech выдавала себя за провайдера интернет-рекламы и покупала показы в Google, Yandex и других сетях. Баннер выглядел совершенно безобидно, но в момент показа незаметно сообщал серверу, кто его видит. Если этот человек был в списке целей, на телефон приходил вредоносный код и устанавливал шпионскую программу. Если нет, ничего не происходило, поэтому проверки рекламных сетей ничего подозрительного не находили. Именно так взломали как минимум 45 устройств сотрудников телеканала Al Jazeera, а в реальности - почти наверняка и множество других. За четыре месяца компания попыталась показать свою рекламу почти 4 миллиарда раз. Баннеры появлялись в Viber, Duolingo, Truecaller и на 120 тысячах сайтов, в том числе в сетях НАТО, Еврокомиссии, министерств обороны разных стран и российских госорганов. Вишенка на торте: Google годами держал эту компанию в списке «сертифицированных» партнёров. Хотите знать больше? Традиционно, если этот пост наберет 50 реакций, мы детально и подробно опишем, как все это произошло!

    Link preview
    Views5.07K
    Forwards191
    Reactions248
    Comments—
  5. 05
    Views4.39K
    Forwards20
    Reactions104
    Comments—

Latest posts

#955Link preview

Про инференс и ответственность Тут у Максимова в канале (на видео) много размышлений на тему безопасного инференса для ИИ. И тут получается интересно — у нас с развитием ИИ "кибербез" будет делиться на два направления, которые мы сейчас хорошо видим даже в стартапах. Первое — это классическая ИБ, пусть с использованием ИИ (как 4sec и множество других продуктов), то есть мы делаем принципиально все то же самое, просто другими методами, на другом технологическом стеке, с другой архитектурой, ML и прочим. А вторая — это непосредственно безопасность ИИ, и это просто другой мир, и мы вообще не уверены, что это "кибербез" в привычном нам понимании, это именно "безопасность ИИ". Тут даже классическая триада "конфиденциальность, целостность, доступность" немножко по-новому начинает ложиться. У нас главная проблема — не в их "нарушении" в явном виде а в том, следует ли модель первоначальной установке человека. И вот есть уже вагон примеров, когда нет, не следует даже прямым указаниям. А есть еще другой вопрос — кто отвечает за проблемы с ИИ. Вендор ИИ? Очевидно, нет, причем вне зависимости от страны происхождения, это не вопрос "суверенного" ИИ. Пользователь? Кажется, да, но это ломает привычную историю с перекладыванием ответственности. В общем, чем дальше, тем больше будет проблем.

Open in Telegram
Views819−94%vs avg
Forwards8
Reactions9
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
3 h595
15 h819
  1. Total to date819
#954Text
Views1,353−90%vs avg
Forwards9
Reactions45
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
2 h645
14 h1,093
26 h1,353
  1. After 24 hours1,353
  2. Total to date1,353
#953Photo
Views1,050−92%vs avg
Forwards7
Reactions7
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
12 h813
24 h879
73 h1,050
  1. After 24 hours879
  2. Total to date1,050
#952Textedited
Views1,973−85%vs avg
Forwards71
Reactions49
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
9 h1,445
14 h1,712
34 h1,864
70 h1,973
  1. Total to date1,973
#951Video
Views1,657−88%vs avg
Forwards8
Reactions21
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
7 h773
24 h1,555
31 h1,597
68 h1,657
  1. After 6 hours773
  2. After 24 hours1,555
  3. Total to date1,657
#950Link previewedited

Итак, Телеграм весной отбрехались, что уязвимости в стикерах нет (твердо и четко) Но кажется подьехал долгожданный, но наглядный ответ от исследователя! Дыра есть, и она может использоваться как своего рода бекдор. Читать анонс доклада тут: https://www.offensivecon.jp/speakers/2026/saifeldeen-aziz.html Перевод на русский анонса: В начале этого года компания ZDI обнаружила критическую уязвимость в Telegram с первоначальным показателем CVSS 9,8, который позже был снижен до 7,0. В Telegram утверждали, что меры по устранению уязвимостей на стороне сервера сделали уязвимый код на стороне клиента недоступным. В этом докладе мы представляем результаты нашего независимого годичного исследования Telegram, показывающие, что это предположение неверно. В докладе рассказывается о множестве новых уязвимостей в Telegram, которые можно использовать без дополнительных действий, о множестве способов обхода мер защиты на стороне сервера и клиента в Telegram, а также о примитивах эксплойтов, которые мы разработали. Мы начали с фаззинга rlottie, библиотеки для рендеринга анимированных стикеров в Telegram, с помощью больших языковых моделей, и обнаружили множество уязвимостей, связанных с повреждением памяти, которые затрагивают клиенты Telegram на iOS, Android и ПК. Неожиданностью стали не только сами ошибки, но и то, насколько сильно модель рисков Telegram зависела от защиты от вредоносных стикеров с помощью проверки на стороне сервера. Затем мы показали, как обнаружили отдельные логические уязвимости в процессах доставки и проверки стикеров в Telegram, и объединили их в цепочку, превратив предположительно недоступную поверхность атаки rlottie в благодатную почву для поиска уязвимостей. Наконец, мы применили эти уязвимости к Telegram для iOS, чтобы добиться выполнения кода, и изучили ограничения получившегося эксплойта. Даже после того, как мы сообщили о своих выводах, Telegram продолжает полагаться в основном на меры по ограничению доступа, в то время как уязвимый код рендеринга по-прежнему используется в официальных клиентах. Мы оставляем читателей с непростым вопросом: следует ли считать эту модель — возможность нулевого клика, полностью контролируемую поставщиком защищенных сообщений, — мерой по смягчению последствий, архитектурным риском или чем-то вроде бэкдора?

Open in Telegram
Views2,269−83%vs avg
Forwards53
Reactions42
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
2 h803
6 h1,200
26 h1,867
43 h2,269
  1. After 6 hours1,200
  2. After 24 hours1,867
  3. Total to date2,269
#949Video
Views1,649−88%vs avg
Forwards2
Reactions31
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
5 h992
9 h1,126
29 h1,423
46 h1,649
  1. After 6 hours992
  2. After 24 hours1,423
  3. Total to date1,649
#948Video message
Views1,648−88%vs avg
Forwards5
Reactions32
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
6 h1,089
10 h1,204
30 h1,452
46 h1,648
  1. After 6 hours1,089
  2. After 24 hours1,452
  3. Total to date1,648
#947Video message
Views2,019−85%vs avg
Forwards5
Reactions45
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
9 h1,486
33 h1,802
50 h1,981
69 h2,019
  1. Total to date2,019
#946Link preview
Views1,722−87%vs avg
Forwards4
Reactions22
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
9 h927
12 h972
33 h1,114
67 h1,722
  1. Total to date1,722

All posts

Connections

Similar channels

Mentioned by

All mentions

Mentions