Похек
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