Похек
All materials published on the channel are for educational and informational purposes only. Мнение автора ≠ мнение компании, где работает автор Чат: @poxek_chat Реклама: @szybnev или https://telega.in/c/poxek РКН: https://clck.ru/3FsVhp
显示更多📈 Telegram 频道 Похек 的分析概览
频道 Похек (@poxek) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 17 214 名订阅者,在 技术与应用 类别中位列第 7 564,并在 俄罗斯 地区排名第 38 224 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 17 214 名订阅者。
根据 28 十月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 341,过去 24 小时变化为 17,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 19.76%。内容发布后 24 小时内通常能获得 9.23% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 3 400 次浏览,首日通常累积 1 589 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 24。
- 主题关注点: 内容集中在 cvss, llm, cve, api, cve-2025 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“All materials published on the channel are for educational and informational purposes only.
Мнение автора ≠ мнение компании, где работает автор
Чат: @poxek_chat
Реклама: @szybnev или
https://telega.in/c/poxek
РКН: https://clck.ru/3FsVhp”
凭借高频更新(最新数据采集于 29 十月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
echo, cat, cp и pwd;
➡️перезапуск и деструктивные действия только после подтверждения человеком;
➡️проверка сервиса после каждого изменяющего действия;
➡️деструктивные проверки только на стенде, потерю которого заказчик принял письменно.
Сам агент тоже поверхность атаки. Любой ответ сервера, баннер или лог, который он читает, может оказаться prompt injection. Гарды и дообучение Александр считает малоэффективными и строит защиту вокруг модели по образцу CaMeL от Google DeepMind и ETH Zurich: план строится только по доверенному запросу, а политики проверяют каждый вызов инструмента. В AgentDojo CaMeL решил 77% задач с доказуемой защитой против 84% у системы без неё.
Ручной пентест для compliance у зарубежных заказчиков стоит в среднем $15 тысяч. Есть и платформа, где заказчик пентестит сам, ИИ оценивает работу, а заключение стоит $200: ещё один канал утечки сведений о ваших уязвимостях.
👆 Рутину вроде разбора трафика и подтверждения типовых находок агент уже забирает. Нестандартные цепочки и ответственность за его действия в чужой инфраструктуре остаются за человеком.
🔗Статья на Хабре | 📱 Выпуск на YouTube
🌚 @poxek | 🌚 @poxek_ai | 📲 MAX | ❤️ merch.shopexec(), забирает TID лидера, после чего exec() падает. Узел освобожденного k_itimer остается в timerqueue живой задачи и снимается повторно при reap. Публичный PoC дает root на Ubuntu 26.04 7.0.0-30-generic. Android-эксплойт не опубликован: есть только SHA-256, код обещают после патча Samsung.
Остальные:
• CVE-2026-98256, signal: UAF sigqueue в гонке exec() и очистки очереди сигналов, финал commit_creds(init_cred).
• CVE-2026-89754, mm: mincore() дважды обходит PUD и пишет за буфер, PoC обнуляет UID/GID в struct cred.
• CVE-2026-80775, futex: гонка через вложенный vfork(), UAF приватного хеша, перезапись страничного кэша /usr/bin/passwd.
• CVE-2026-98385, scheduler: только с CONFIG_SCHED_CACHE=y и нужной LLC-топологией.
• CVE-2026-97941, SLUB: PoC доводит лишь до паники ядра.
Для пяти из шести автор заявляет побег из контейнера. Хеши фиксов есть в README: сверяйте их с changelog ядра своего дистрибутива.
🌚 @poxek | 🌚 @poxek_ai | 📲 MAX | ❤️ merch.shopИнженер Hex-Rays разобрал VM-защиту Linux-сборки EAC и восстановил из байткода компилируемый C. Восстановленный код проверяется регрессионными тестами против исполнения оригинальной виртуальной машины.Объект исследования —
plx.elf, x86-64 ELF со смешанным исполнением: часть кода нативная, часть упакована в собственную VM. Репозиторий содержит полный пайплайн и все артефакты, а не просто дамп.
➡️Инвентаризация VM
Каталогизировано 360 хендлеров и 2107 entry-стабов. Хендлеры классифицируются и символически лифтятся на базе Capstone. Затем каждый стаб трассируется в конкретном и символическом режимах, а трассы группируются в функции. Итог: 107 восстановленных функций.
➡️Границы вызовов
Отдельная задача — найти места, где VM-код передаёт управление нативному. Восстановлено 243 inline-модели, 249 внешних нативных целей и 31 API-импорт. Сгенерированный C собирается в libeac_devirt.so и .dylib.
➡️Сшивка с оригиналом
Сгенерированный код ребейзится на 0x1000000 и дописывается в исходный ELF. Применено 730 релокаций, пропатчено 1411 переходов, импорты привязаны к оригинальному PLT. В IDA 9.5 открываешь plx_devirt_paths.i64 и переходишь между devirt_sub_* и оригинальными sub_* по xref.
➡️Что нашлось внутри
• sub_44D10 оказалась RC4 key scheduling. Старая трасса специализировала цикл инициализации на первой итерации и «протекала» конкретным регистровым sentinel. Новая модель совпадает с VM на 13 длинах ключа.
• Чтение FS:[0x28] (stack canary) опущено до нативных FS/GS-загрузок.
• Деление через __divti3 заменено на divl/idivl/idivq с сохранением поведения #DE.
• Расшифровано 189 строковых адресов в .rodata, из них 167 уникальных текстов.
➡️Верификация
Главная ценность проекта — дисциплина проверок. Набор из 21 регрессионного теста включает 128 сравнений continuation-ов на -O0 и -O2 с эмуляцией оригинальной VM в Unicorn. На 64 комбинациях входов сверяются 15 GPR, флаги CF/PF/ZF/SF/OF и 512 байт гостевого стека. Бюджет восстановления поднят с 200 до 1024 хендлеров, а вложенные символические ветки возвращаются в CFG-worklist. Все артефакты привязаны к SHA-256.
➡️Ограничения
Остаётся внешняя зависимость vm_read_xmm: 40 мест сохранения XMM6–XMM15 в четырёх функциях. В выводе Hex-Rays ещё есть дефекты реконструкции циклов. Найдено 10 пропущенных VM-входов. Эквивалентность всей программы автор прямо называет непроверенной.
🤖 Любопытная деталь: лифтинг, трассировку и аудит автор выполнял с помощью LLM через Hex-Rays IDA Assist. Репозиторий опубликован "исключительно" для изучения VM-защит.
💻Repo: github.com/19h/eac-linux-devirt
🌚 @poxek | 🌚 @poxek_ai | 📲MAX