Похек
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
Show more📈 Analytical overview of Telegram channel Похек
Channel Похек (@poxek) in the Russian language segment is an active participant. Currently, the community unites 17 214 subscribers, ranking 7 564 in the Technologies & Applications category and 38 224 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 17 214 subscribers.
According to the latest data from 28 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 341 over the last 30 days and by 17 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 19.76%. Within the first 24 hours after publication, content typically collects 9.23% reactions from the total number of subscribers.
- Post reach: On average, each post receives 3 400 views. Within the first day, a publication typically gains 1 589 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 24.
- Thematic interests: Content is focused on key topics such as cvss, llm, cve, api, cve-2025.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“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”
Thanks to the high frequency of updates (latest data received on 29 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
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