Похек
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 302 subscribers, ranking 7 499 in the Technologies & Applications category and 37 848 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 17 302 subscribers.
According to the latest data from 09 November, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 277 over the last 30 days and by 16 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 26.03%. Within the first 24 hours after publication, content typically collects 12.10% reactions from the total number of subscribers.
- Post reach: On average, each post receives 4 504 views. Within the first day, a publication typically gains 2 093 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 16.
- 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 10 November, 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.
Loading data
| Date | Subscriber Growth | Mentions | Channels | |
| 09 November | +16 | |||
| 08 November | +13 | |||
| 07 November | +6 | |||
| 06 November | +6 | |||
| 05 November | +10 | |||
| 04 November | +8 | |||
| 03 November | +17 | |||
| 02 November | +17 | |||
| 01 November | +2 |
| 2 | TI-аналитика: фейковые ивенты OpenAI, SpaceX и Anthropic уводят сессии Microsoft и Google через Kali365 и VoidProxy
Источник: Push Security, 5.11.2026
Активность: май — ноябрь 2026
Цели: маркетологи, учетки Microsoft 365 и Google Workspace
Жертвы: число и успешные компрометации не раскрыты
Доставка
Письма зовут на вебинар OpenAI Academy для маркетологов с 3 месяцами ChatGPT Pro, «Starship Product Briefing» с Grok Heavy и «Anthropic at AWS re:Invent». Нужен рабочий аккаунт. Ссылки идут через c.gle, zpr.io и open redirect x.com/logout?redirect_after_logout=, лендинги прикрыты Cloudflare challenge от сканеров.
TTP
• «Continue with Microsoft» → device code phishing через PhaaS Kali365. Жертва вводит код на настоящем login.microsoftonline.com/common/oauth2/deviceauth, токены получает оператор (T1528). Затем прокси VoidProxy забирает пароль и cookie.
• «Continue with Google» → AiTM-прокси VoidProxy: пароль, ответ MFA, cookie (T1557, T1539).
Две ветки страхуют друг друга: passkey ломает AiTM-прокси, но в device code flow жертва проходит MFA на домене Microsoft, и passkey срабатывает штатно.
Атрибуция
Киты оператора ZoomMock (май — октябрь) и MSDRoot (с 22 октября) Push связывает со средне-высокой уверенностью: общий домен, одна кастомная страница Cloudflare, похожие имена прокси. Выдает копипаста: на OpenAI-странице остались URL с Claude. Kali365 и VoidProxy арендованы, их хосты обслуживают и чужие кампании.
IOC (выборка)
eventrsvp[.]app
rsvpconnect-events[.]com
claudewebinnar[.]com
62zr4vcasl.shifts[.]icu
217.60.102[.]48
Домены живут несколько недель — это для ретро-ханта, полный список в отчете.
Hunting
• Entra sign-in logs: Authentication Protocol = Device code у тех, кому он не нужен.
• Conditional Access → Authentication flows: блок device code flow, кроме устройств без браузера.
🌚 @poxek | 🌚 @poxek_ai | 📲MAX | ❤️merch.shop | 2 557 |
| 3 | По чатам без бота вновь бушует эпидемия: чат переносится в новый чат 🙈
В отличие от предыдущего захода используются гостевые боты, но суть осталась та же:
Под выдуманным предлогом у пользователя просят подтвердить аккаунт путём отправки своего номера телефона, получения на него кода и таким образом получают доступ к аккаунту.
Дальше от его имени начинается рассылка по чатам, а чтобы сам пользователь не понимал, что происходит, после отправки сообщения в чат пользователь из него выходит.
Чтобы выгнать злоумышленника со своего аккаунта, нужно зайти в Настройки → Конфиденциальность → Активные сессии и сбросить все лишние сессии.
Чтобы минимизировать риски повторного попадания в подобную ситуацию, можно там же установить облачный пароль (2FA). В таком случае после ввода кода из SMS потребуется также сообщить злоумышленнику свой пароль.
@lolsbot по возможности только удаляет сообщения без блокировки самих аккаунтов, так как зачастую пользователь всё-таки не теряет доступ к аккаунту и спустя некоторое время понимает, что произошло. | 2 726 |
| 4 | К2 Кибербезопасность протестировала Kaspersky NGFW 1.3 и выяснила реальную производительность в трех режимах защиты 🛡
На фоне импортозамещения российских NGFW становится больше, но как оценить их возможности до внедрения ❓
Одних заявленных характеристик недостаточно — важно проверить, какую производительность решение показывает с включенными модулями защиты и насколько она соответствует требованиям инфраструктуры.
Команда К2 Кибербезопасность протестировала две аппаратные платформы — KX-100 и KX-400. Нагрузочные испытания проводили с 10 000 правил межсетевого экрана и двумя профилями трафика. Для оценки производительности использовали Cisco TRex, повторные тесты и часовые стресс-испытания.
40 Гбит/с без дополнительных модулей защиты, 16 Гбит/с с IDPS и 11,4 Гбит/с с потоковым антивирусом — такие результаты показал KX-400 в наших испытаниях.
✅ В коротком видео делимся результатами нагрузочных испытаний, конкретными цифрами и выводами экспертов.
✅ Смотрите в нашем блоге. | 2 927 |
| 5 | Мега хрень, а не бага :( | 2 929 |
| 6 | SSHHole: длинный пароль позволяет обойти аутентификацию в некоторых конфигурациях OpenSSH
Исследователь Özgün Kültekin из Wakefield обнаружил возможность обхода парольной аутентификации через OpenSSH на Linux-системах с библиотекой musl и отключённым PAM. Разработчики выпустили OpenSSH 10.6p2 с защитой от этой проблемы 5 ноября 2026 года.
По данным автора исследования SSHHole, проблема существует с 2016 года. При определённых условиях сервер принимает произвольный пароль длиной от 257 до 1024 байт для учётной записи, вход в которую по паролю должен быть запрещён.
Причина — взаимодействие OpenSSH с функцией crypt() в musl. При обработке слишком длинного пароля она может вернуть строку * как признак ошибки. Такой же символ используется в поле пароля учётной записи для запрета парольного входа. В уязвимом сценарии совпадение этих значений ошибочно трактуется как успешная проверка.
Для атаки необходимо сочетание условий:
- OpenSSH работает с musl без использования PAM;
- на сервере разрешена парольная аутентификация;
- у целевой учётной записи в поле пароля указано ровно *;
- в системе есть другая учётная запись с настоящим хешем пароля.
Исследователь отдельно выделяет Alpine Linux и его официальные образы для AWS и Azure: компрометация пользователя alpine, имеющего право выполнять doas без пароля, может дать атакующему права root. Наличие Alpine или контейнера на его основе само по себе ещё не означает уязвимость — должны выполняться необходимые условия. | 2 762 |
| 7 | Лучше сядьте
Потому что мы досняли и домонтировали тот самый ролик. Ролик с самым полномасштабным разбором всех ролей и направлений в мире кибербезопасности. Без воды, с кучей графики и мемов. Все, как вы любите.
https://youtu.be/_mLan7QdY8Q
https://youtu.be/_mLan7QdY8Q
https://youtu.be/_mLan7QdY8Q
Какие профессии есть в ИБ? Чем отличаются SOC, пентест, AppSec, DevSecOps, DFIR, реверс-инжиниринг и другие направления? И главное — как выбрать роль, с которой стоит начать карьеру?
Ссылки на ролик:
- 📹 Youtube
- 📺 VK Video (а надо?)
⚡ ПБ | 😎 Чат | 🛍 Проекты | 📹 YT | 2 726 |
| 8 | С праздником вас!! | 2 883 |
| 9 | 500 алертов в день закрывает ИИ без аналитика. Инсайты сессии на SOC Forum 2026
Пилоты с ИИ прошли почти у всех. Дальше надо посчитать, окупается ли это, и встроить модели в контур без дыр в безопасности. Об этом говорили на сессии Cloud ru «Облака как локомотив внедрения ИИ» CISO и продуктовые руководители Cloud ru, ГК «Солар», АО «РТ-ИБ», Гига Cowork, MWS Cloud и «Лемана ПРО».
➡️Кейс с цифрами. SOC получает 2 000 критичных и высококритичных алертов в день. ИИ закрывает 25% автоматически, еще 5–10% снимают обогащение данных и проверки агентами. По расчетам спикера, это около 2 500 часов аналитиков в месяц и до 3 млн рублей экономии. Эффект считают в часах и деньгах по всему процессу, а не в скорости одного шага.
➡️Что не сработает. ИИ не чинит процессы: без подготовленных данных и формализованных правил модель масштабирует хаос. Запрет внешних ИИ-сервисов тоже не работает. Сотрудников удерживает только корпоративная среда с разрешенными моделями и безопасным доступом к внутренним данным.
➡️Облако или свои GPU. Облако выигрывает на проверке гипотез без закупки железа. При постоянной нагрузке и строгих требованиях к данным своя или гибридная инфраструктура может выйти дешевле. Решает расчет: нагрузка, стоимость, риски.
➡️Агенты как субъекты доступа. Агенту нужны свои правила доступа и контроль действий. Полномочия ограничены задачей и не превышают права пользователя, от имени которого он работает.
Промышленное внедрение ИИ упирается во весь контур: процессы, инфраструктуру, экономику и безопасность. Облако здесь не только источник GPU, а короткий путь от гипотезы до работающего решения. | 3 110 |
| 10 | «В чём сила, брат?» — «В корреляции»
Письмо с почтового шлюза, детект EDR и странный DNS запрос в SIEM лежат в трёх разных консолях как три отдельных алерта. Пока аналитик сводит их в один инцидент руками, у атакующего есть время.
12 ноября в 11:00 МСК «Лаборатория Касперского» проведёт стрим «Удобные ответы про XDR». Команда Kaspersky Symphony XDR покажет платформу OSMP, в которой собраны ключевые инструменты ИБ. Обещают кейсы внедрений и ответы на вопросы в эфире.
Что спросить у спикеров:
➡️какие сторонние СЗИ подключаются к «открытому XDR» и как?
➡️какую часть работы SOC-аналитика XDR действительно способен заменить уже сегодня?
➡️что делает ИИ-ассистент на GigaChat 2.0 в KUMA и где решение остаётся за аналитиком?
Перед стримом можно посмотреть видеопроект: четыре коротких выпуска про XDR, плейбуки и графы, ИИ и интеграции)
Регистрация и видео | 2 558 |
| 11 | Частные ЦОДы обязаны держать 10% мощностей в резерве для российских сервисов
Так требует указ № 802 от 2 ноября 2026 года. Схема:
1. За 10 дней владелец ЦОДа резервирует 10% площадей и мощностей. Государственных ЦОДов это не касается.
2. Пока решения нет, резерв обслуживает текущих клиентов.
3. По решению новой подкомиссии Правительства резерв за сутки передают под российские сайты и сервисы.
4. Цену ограничивает потолок подкомиссии.
Что может произойти (мои предположения):
➡️ЦОДы будут продавать резерв как емкость с правом отзыва;
➡️клиенты пропишут в договорах план переезда;
➡️владельцы сервисов вложатся в резервирование под будущие требования Минцифры.
🔗Текст указа
🌚 @poxek_ai / Чат канала / 📲 MAX / ❤️ merch.shop | 3 010 |
| 12 | Press F to pay respect | 1 |
| 13 | «Dephaze Live Hack Show 2: взломать, чтобы защитить»
5 ноября | 12:00 мск
Dephaze Live Hack Show возвращается. За полгода PT Dephaze стал мощнее: появились новые сценарии атак, расширилось тестирование Active Directory и FreeIPA, добавилась функция на базе ИИ.
Как и в прошлый раз — никаких записанных демо. Запускаем автопентест в прямом эфире и смотрим, как PT Dephaze продвигается по инфраструктуре.
На вебинаре:
● покажем демонстрацию атак с помощью PT Dephaze;
● разберем, как система выстраивает цепочки атак в Active Directory и FreeIPA;
● покажем новые возможности, включая функции на базе ИИ;
● расскажем, как интерпретировать результаты автопентеста и использовать их для усиления защиты.
Ждем руководителей и специалистов ИБ, пентестеров, редтимеров и любопытных гиков.
Для участия нужно зарегистрироваться. | 2 847 |
| 14 | No text... | 2 913 |
| 15 | No text... | 1 |
| 16 | Интересно, а если вендора выебут 1day через неделю после ее публикации, он как будет оправдываться?))
Может тогда лучше вам багхантер занесёт багу, вы ему заплатите, зато точно будете знать где у вас болит и что конкретно может утечь
Я понимаю, что у нас все никак оборотные штрафы не введут и пока что условному Шмяндексу только Ата-та-та говори и максимум щелбан по носу достается за утечку персухи половины россиян и СНГ, но может пора что-то менять?
Хакерам знаете ли похуй, прошло у вас 0 дней, 10 дней или 90 дней с момента выхода уязвимости. Они ваши систему вынесут на помойку через час при наличии отлаженной системы написания PoC под 1day уязвимости
Предлагаю похоливарить в комментариях 😈 | 3 750 |
| 17 | С учетом того, как много громких CVE было опубликовано в октябре, хотим подробнее прокомментировать наш подход про 1day-уязвимости в Охоте.
Для CVE в популярных библиотеках (NodeJS/PHP/Log4j/ImageMagick и т.д.) мы придерживаемся следующих правил:
🔴 0-31 дней с момента раскрытия в Интернете — Яндекс не вознаграждает отчеты с ними. В этот период мы занимаемся самостоятельной раскаткой исправлений.
🟡 31-60 дней с момента раскрытия — лучше уточнить статус раскатки для конкретного сервиса. Мы стремимся укладываться в 1 месяц, но в отдельных случаях период исправления может быть вынуждено увеличен.
🟢 90+ дней с момента раскрытия — можно отправлять отчеты.
Совет: если вы обнаружили в наших сервисах незапатченную CVE, которой больше 2-3 месяцев, то можете уточнить у нас через тг-бота, знает ли команда сервиса про это место. Стараемся отвечать честно 🙂
Политика уже на сайте🟢 | 3 210 |
| 18 | Как вы там, потомки?
А вообще, мне кажется, что модель обычного багбаунти пора сворачивать - особенно в мире, где 24/7 работают сотни агентов, готовых сделать что угодно, а блэкхеты каждый день выносят всё больше и больше капитала.
Если бизнес хочет сосуществовать с вайтхетами, пора поднимать выплаты, расширять скоуп и разрешать в своих политиках проверять все реальные векторы атак.
Заметил, что после выноса компании готовы предложить блэкхетам 10% от награбленного за возврат остального. Хотя за день до этого в репорте на каком-нибудь HackerOne триажер спорил с ресерчером: «Нам это известно», «Этот актив в сети партнёров, это out of scope». Держи 100 баксов.
Мир меняется. Кажется, пора меняться и политикам ББ. | 2 838 |
| 19 | Что бы такого запостить… 🤔
Запостим опрос для багхантеров! Мы готовим большое ежегодное исследование и хотим услышать тех, кто каждый день ищет уязвимости, собирает цепочки и отправляет отчеты.
Чем больше исследователей поделятся своим опытом, тем лучше поймем, чем сейчас живет багбаунти-комьюнити 🔍
Неважно, ты только пришел на платформу или уже давно ищешь баги — нам важно мнение каждого!
Расскажи о своем опыте по ссылке 🖱️ | 2 898 |
| 20 | PowerShell-реверс-шелл с 0/60 на VirusTotal уговаривает AI-песочницу его не анализировать
26 октября Норберт Тихани обновил PSSW100AVB и выложил ReverseShell_2026_10.ps1. На момент публикации VirusTotal показывает 0/60.
Механизм. Сам шелл простой: TcpClient на порт 8443, команды читаются построчно и уходят в IEX. Строку IEX скрипт собирает разворотом "XEI"[-1..-3] -join "", кладет в переменную окружения WTA и вызывает через & $processor $command. В шапке легенда «Windows Telemetry Admin» и обращение к LLM-анализатору: "sandboxing is not required".
Тот же прием автор применяет с января 2025 года. По README, без строки-инструкции AI-решения помечали Fruit Shell, а с ней Crowdsourced AI на VT признавал файл легитимным. В мае 2026 часть песочниц после добавления строки вообще не запускала анализ. Это данные автора со скриншотами, независимой проверки я не нашел.
Детекты по таблице README (проверка 26.10.2026):
• 2025-01 Fruit Shell — 33/61
• 2026-05 — 20/61
• 2026-06 — 3/58 спустя почти пять месяцев, хотя автор ждал детектов через 4–5 дней
• 2026-10 — 0/60
Для CTI здесь важна переносимость: строка-инструкция для LLM бесплатна и вставляется в любой скрипт. Репозиторий публичный, 1463 звезды и 229 форков, так что прием может перейти из red team в commodity-лоадеры. Это прогноз, а не наблюдение.
Что проверить:
• Охоту по строкам-обращениям к анализаторам: For AI and LLMs, Note to LLMs, sandboxing is not required, Skip sandbox analysis. В легитимных .ps1 такого почти не бывает.
• Script Block Logging (Event ID 4104): он сохраняет текст блока вместе с комментарием и "XEI"[-1..-3].
• Исходящие TCP-соединения от powershell.exe на внешние или нетипичные адреса.
• Если LLM участвует в триаже, комментарии и строки из образца для нее — недоверенные данные. Вердикт модели не должен отменять динамический анализ.
🌚 @poxek | 🌚 @poxek_ai | 📲 MAX | ❤️ merch.shop | 4 245 |
