ℹ️
🧩Приветствую!
Этот канал — личный сборник обработанных знаний о мире безопасности в призме восприятия специалиста по анализу защищённости;

   └─$ whoami
   qwqoro


🧩Дополняющаяся навигация: ⬇️
✍️ #наработки
📖 #литература
📍 #мероприятия
⚙️ #инструменты
📌 #заметки
🔔 #события

[#offense]  [#defense]  [#enumeration]  [#web]  [#web3]  [#infrastructure]  [#ad]  [#mobile]   [#reverse]  [#malware]  [#forensics]  [#devsecops]  [#certification]  [#ai]  [#iot]


➡️НЕ используем ИИ для создания постов;
➡️Репостов / рекламы нет;

➡️Групп и ботов нет;
➡️Анонимная* форма обратной связи:
💬 forms.yandex.ru


   // Добро пожаловать в HaHacking!  🐇

📈   #заметки #мероприятия #offense #web #web3

➡Безопасность стека технологий, располагающихся у границы "классического" Web 2, привычного для многих пентестеров и багхантеров, – эксклюзивный раздел инфобеза;

Казалось бы, мы много что знаем о безопасности одной из таких технологий – браузерных расширений, но ведь – в основном – в контексте их злонамеренной опасности 🤔

Посудите: обширный пласт доступного извне материала хоть и посвящён расширениям, но рассматривает в большей степени заведомо вредоносные разработки;

➡А как обстоит вопрос с безопасностью легитимных браузерных расширений?

Мои коллеги из команды Neplox презентовали доклад ‟Attacking Crypto Wallets: an In-Depth Look at Modern Browser Extension Security” на конференции SECCON в Токио ❤️

Их доклад – о проблемах обеспечения безопасности браузерных расширений, о специфике уязвимостей, обнаруженных ими в Web 3 кошельках, и о рекомендованных практиках разработки; Доклад получил награду за лучшую презентацию и его посетил соучредитель Metamask, круто же? ❗️


Принесла нам слайды презентации:

   🧩   ‟Attacking Crypto Wallets: an In-Depth Look at Modern Browser Extension Security”

   ⬇  attacking-crypto-wallets.pdf  ⬇

 1️⃣  Архитектура расширений
 2️⃣  Интерфейсы расширений
 3️⃣  Взаимодействие расширений с сайтами
 4️⃣  Взаимодействие сайтов с расширениями
 5️⃣  Chrome и расширения

 💻  Продукты: Coinbase, Crypto.com, Zerion, Uniswap, ...

 💻  CVE: CVE-2024-10229, CVE-2024-11110 (by Slonser)

➡Что ещё почитать про безопасность браузерных расширений?

   🧩   ‟База знаний: extensions.neplox.security”

   🧩   ‟Github Blog: Attacking browser extensions”

   🧩   ‟Universal Code Execution by Chaining Messages in Browser Extensions”

➡Stay safe!

   @HaHacking  🐇

📈   #наработки #defense #offense #web #web3 #malware

Видели историю про BSidesNYC? Выступила с этой статьёй в Нью-Йорке, в колледже уголовного правосудия имени Джона Джея ⚡️

А тот самый доклад Neplox из Токио и Сеула про уязвимости, обнаруженные в известных криптокошельках — ‟Атакуем криптокошельки: свежий взгляд на безопасность браузерных расширений”, но в Москве, на PHDays, видели? 🤔

➡Теперь в тексте: собрала и проанализировала исходный код клиентских и серверных частей дрейнеров, заточенных под сеть TON, чтобы понимать, какие недостатки продуктов они используют для своей работы;

   🧩   ‟Down the Drain: Unpacking TON of Crypto Drainers”


Оказалось, что многие из них эксплуатируют фичи TON Connect – прослойки между приложением и кошельком – в свою пользу, а потому разобрала не только архитектуру самих дрейнеров, но и особенности реализации данного интерфейса между приложением и кошельками, благодаря которым скрывать вредоносную активность становится проще. На фоне самих вредоносных приложений рассмотрим такие возможности, как:

▪️Подделка origin и данных о приложении
▪️Перерисовка UI: добавление произвольных кошельков и сокрытие легитимных
▪️Управление поведением: трекинг событий и управление выбором пользователя
▪️Управление данными: Local Storage и Bridge MitM


➡️Из всех дрейнеров выбрала 5 самых репрезентативных и распределила их по уровням, от самого элементарного к самому комплексному, каждый из которых представляет из себя новую ступень для комфортного погружения в связанную тему:

0️⃣ Level 0:
Перенаправление, Проблема верификации, Подделка источника, Telegram боты

1️⃣ Level 1.0:
TON, NFT, Jetton, Переписанные библиотеки

1️⃣ Level 1.1:
Перерисовка UI, Произвольные кошельки, Имперсонация легитимных кошельков

1️⃣ Level 1.2:
Вызов действий, Отслеживание событий

2️⃣ Level 2:
Local Storage, Компоненты TON Connect, TON Connect Bridge MitM


💻 Продукты: TON Connect, Tonkeeper, MyTonWallet, TON Wallet, Telegram Wallet, XTON Wallet, ...

//   Время чтения: ~30 минут

➡Enjoy!  🙇‍♂


   @HaHacking  🐇

☹️ #web3 #offense #заметки

➡️Что НЕ стоит делать: анти-паттерны разработки смарт-контрактов на Solidity, уязвимые лаборатории и эксплойты для изучения атак на конкретных примерах – всё это в репозиториях ниже:


   🧩 kadenzipfel/smart-contract-vulnerabilities
➡️38 типов уязвимостей, но без контрактов☹️

   🧩   SunWeb3Sec/DeFiVulnLabs
➡️От компании XREX;
➡️48 типов уязвимостей;

   🧩   sigp/solidity-security-blog
➡️От компании Sigma Prime;
➡️18 типов уязвимостей с подробнейшим описанием;
➕Составляет часть книги Mastering Ethereum;

   🧩   crytic/not-so-smart-contracts
➡️От компании Trail of Bits;
➡️11 типов уязвимостей;
➕Анализ honeypot'ов: ./honeypots;
➕Дальше переехали в crytic/building-secure-contracts;

⬜️➖⬜️➖⬜️➖

   🧩   coinspect/learn-evm-attacks
➡️От компании Coinspect;
➡️40 эксплойтов из реальных кейсов‼️

Включают в себя случаи, затронувшие настоящие проекты в период с 2021 года по текущий;

Разбиты по типу проэксплуатированных недостатков:

▪️Access Control [6]
▪️Bad Data Validation [4]
▪️Business Logic [17]
▪️Reentrancy [8]
▪️Bridges [5]


Самые интересные кейсы:

▪️Tornado Cash Governance Takeover (2023) – тут про DELEGATECALL и governance;
▪️Furucombo (2021) – тут тоже про DELEGATECALL;
▪️MBC Token (2022) – тут про токеномику и sandwich атаки;
▪️Uranium (2021) – тут про AMM и формулу x*y=k.

   @HaHacking  🐇

▶️  #наработки #заметки #defense #offense #web #web3 #malware

▶️В качестве эксперимента засняла видео-доклад по мотивам моего исследования крипто-дрейнеров в сети TON:


   🌐   ‟Dissecting TON Crypto Drainers”  [1080p]

   ⏬   Down-the-Drain.mp4  [480p]
            (чтоб вам кеш не занимать)


▪️ На английском, НО с русскими субтитрами!
▪️ Есть timestamp'ы в описании;
▪️ Дополнено самым популярным сценарием фишинга на примере реального скамера;
▪️ Демонстрирует кусочки исходного кода дрейнеров ⚠️

*⃣ 00:00 Intro
*⃣ 02:01 DISCLAIMER
*⃣ 02:05 Case: A chat with a scammer
*⃣ 04:10 Case: Telegram bot analysis
*⃣ 05:33 Case: Telegram mini app analysis
*⃣ 08:07 Talk: Introduction
*⃣ 08:54 Talk: Level 0 sample
*⃣ 10:34 Talk: Note on Telegram bots
*⃣ 11:21 Talk: Note on origin verification
*⃣ 13:18 Talk: Level 1.0 sample
*⃣ 14:11 Talk: Level 1.1 sample
*⃣ 14:34 Talk: Note on UI customization
*⃣ 16:25 Talk: Level 1.2 sample
*⃣ 17:13 Talk: Level 2 sample
*⃣ 18:49 Outro

К слову, обновила статью: с момента написания ВСЕ упомянутые браузерные расширения кошельков подтянулись и реализовали UI элементы, которые бы показывали пользователю домен, с которого пришёл запрос, вместо того, что указал разработчик dApp'а в TON манифесте!  Жаль, что в остальных форматах это пока неприменимо;

   🌐   ‟Down the Drain: Unpacking TON of Crypto Drainers”

Что ж, работаем дальше!

⬜➖⬜➖⬜➖

А вот Павел Дуров удивился, что кого-то скамили через мини-приложения в Telegram – о чём он узнал на форуме Blockchain Life, опросив аудиторию;

💬  Кстати, в этот раз на Pentest Awards был крутой кейс, занявший 1 место в номинации "Ловись рыбка":

   🌐   ‟OTP — не проблема! Прокачиваем фишинг при помощи дыры в Exchange, Telegram-бота и Evilginx2”

В рамках него рассматривается использование мини-приложений Telegram в фишинговых кампаниях и redteam проектах.

▶️Stay safe!

   @HaHacking  🐇

😊  #мероприятия #заметки #offense #web #web3 #infrastructure #ad #mobile #reverse

➡️Вчера в моём любимом городе, Санкт-Петербурге, прошёл долгожданный ZeroNights – посещала доклады, а потому насохраняла полезной информации оттуда:


🟢 [  WEB3 HONEYPOT'ы  ] — Н. Микрюков & В. Азерский:

▪️ ‟An analysis of a couple Ethereum honeypot contracts”
▪️ ‟The phenomenon of smart contract honeypots”
▪️ ‟Tricked by a honeypot contract or beaten by another hacker”

   🧩  thec00n/smart-contract-honeypots
   🧩  crytic/not-so-smart-contracts/.../honeypots*
            (*это уже от меня, упоминала ресурс раньше)

Примеры горшочков из доклада:

➖ Фейковый прокси:
newsletter.blockthreat.io/p/blockthreat-week-28-2025

➖ Ошибка эксплорера:
samczsun.com/paradigm-ctf-2021-swap

➖ Пробелы:
github.com/thec00n/smart-contract-honeypots/.../TestToken.sol

➖ Утёкший seed:
0xb7605ddc0327406a7ac225b9de87865e22ac5927

➖ Баг или фича:
0x8685631276cfcf17a973d92f6dc11645e5158c0c

➖ Кто больше?
0x5aa88d2901c68fda244f1d0584400368d2c8e739#code

➖ Загадка:
0x3caf97b4d97276d75185aaf1dcf3a2a8755afe27

➖ Private Bank:
0x95d34980095380851902ccd9a1fb4c813c2cb639

🟢 [  УЯЗВИМОСТИ BOOTROM  ] — ValdikSS:

Рассмотрели уязвимости в цепочке загрузки SoC Kirin и Balong:

   🧩   github.com/forth32 – утилиты для работы с Balong; а вот тут PR от ValdikSS

▪️ hhj4ck.github.io
▪️ labs.taszk.io/articles
▪️ ‟Test Point Break: Analysis of Huawei’s OTA Fix For BootROM Vulnerabilities”


🟢 [  CODE INJECTION + SSTI  ] — В. Корчагин:

Было интересно послушать про применение идей, которые стали базовыми для тех же SQL инъекций, но редко рассматриваются из-под других углов: например, Error-based и Time-based подходы, но в рамках SSTI – для идентификации шаблонизатора и подбора эффективного способа эксплуатации;

   🧩   vladko312/SSTImap
   🧩   vladko312/extras


🟢 [  ОБФУСКАЦИЯ LDAP  ] — В. Ротанов:

Рассмотрели рабочие и нерабочие способы модификации LDAP запросов:

   🧩   MaLDAPtive/Invoke-Maldaptive
   🧩   macmod/ldapx

   🧩   ‟MaLDAPtive: Diving Deep Into LDAP Obfuscation, Deobfuscation & Detection”  (Black Hat @ USA, 2024)


⬜➖⬜➖⬜➖

Хочу сказать спасибо тем, кто подходил поздороваться или поболтать! Было приятно увидеть знакомые лица❤️

И отдельное спасибо девушкам – вы все солнышки, успехов вам огромных во всём, за что возьмётесь! ❤️

   @HaHacking  🐇

🔑  #инструменты #offense

➡️Слышали про клептографию?

Эта концепция родилась ещё в далёком 1996, но сейчас, почти 30 лет спустя, получила внимание одна из неплохих публичных реализаций атаки из этой области ⬇️

   🧩   monsieurPale/RSA-Backdoor

В исследовании, положившем начало клептографии, рассматривается атака "SETUP" (Secretly Embedded Trapdoor with Universal Protection) – грубо говоря – бекдор для алгоритмов, основанных на факторизации;

Чуть менее грубо:  SETUP —  алгоритмическая модификация, благодаря которой возможна генерация ключей, уязвимых к неавторизованной расшифровке, НО вычислительно неотличимых от сгенерированных "чистой" системой;


   🧩   ‟Kleptography: Using Cryptography Against Cryptography”  (A. Young & M. Yung)

   🧩   ‟Kleptography: The unbearable lightness of being mistrustful”

#️⃣Нормальная генерация ключей RSA:

1️⃣ Сгенерировать 2 больших простых p и q (≈1024 бит каждый для 2048‑битного ключа)
2️⃣ Вычислить n = p · q
3️⃣ Выбрать публичную экспоненту e (обычно 2¹⁶+1)
4️⃣ Вычислить d, такую что e · d ≡ 1 mod φ(n) при φ(n) = (p–1)(q–1)

Публичный ключ:  (n, e)
Приватный ключ:  d
Шифрование:  c = mᵉ mod n
Дешифрование:  m = cᵈ mod n

#️⃣Генерация ключей через SETUP:

1️⃣ Выбрать 1024-битное простое s и вычислить p = HASH(s)  —  повторять до тех пор, пока p не станет простым
2️⃣ Зашифровать s с помощью ключа атакующего: c = sᴱ mod N
3️⃣ Выбрать случайное z
4️⃣ Сформировать q такое, что c || z = p · q + r для некоторого произвольного остатка r  —  повторять, если q не простое
5️⃣ Вычислить n = p · q, задать e и вычислить d как в нормальном алгоритме

Результат:  нормально выглядящие публичный ключ (n, e) и приватный ключ d — но с бекдором ⚡️

#️⃣Восстановления приватного ключа:

1️⃣ Взять верхние n/2 бита n в качестве u (≈1024 бита)
2️⃣ Определить c₁ = u и c₂ = u + 1  —  на случай возможной потери бита при вложении c||z

3️⃣ Расшифровать приватным ключом атакующего D:
s₁ = c₁ᴰ mod N, s₂ = c₂ᴰ mod N

4️⃣ Вычислить потенциальные простые:
p₁ = HASH(s₁), p₂ = HASH(s₂)

5️⃣ Вычислить q₁ = n / p₁ и q₂ = n / p₂  —  деление, дающее в результате целочисленное, раскрывает p и q
6️⃣ Восстановить d из (p, q, e)

Таким образом атакующий целиком восстанавливает приватный ключ RSA атакуемого ⚡️

⬜➖⬜➖⬜➖


🔑  #заметки #web3

➡️Поверхность такой атаки в мире, где многое базируется на RSA, велика — особенно в связи с популярностью supply chain атак — но позволю себе обратить ваше внимание на применение клептографии в Web3;

Казалось, что для восстановления приватного ключа нужно собрать множество подписей — но выяснилось, что достаточно всего 2 для 12 слов или 4 — для 24 (а то и 1 единственной*). Тут исследователи рассмотрели подобную атаку с вредоносным hardware кошельком, который использовал бы слабый nonce при подписи:

   🧩   ‟Dark Skippy Disclosure”

   🧩   ‟DARK SKIPPY DEMO - A Powerful Method For A Malicious Signing Device To Leak Secret Keys”

➡️Самое близкое по смыслу, что случалось в реальной жизни к настоящему времени — это кейс от Kaspersky про перепрошитые кошельки Trezor: они заменяли фразу на одну из 20 предопределённых, а если устанавливался пароль — использовали лишь первый символ:

   🧩   ‟Case study: fake hardware cryptowallet”


*И кейс, когда в сети Bitcoin обнаружили сотни кошельков, опустошённых из-за уязвимости, позволявшей восстановить приватный ключ всего из 1 подписи в связи с генерацией nonce подписи путём конкатенации половины битов хеша сообщения + половины битов ключа (поговаривают, то мог быть бекдор):

   🧩   ‟The curious case of the half-half Bitcoin ECDSA nonces”

   🧩   kudelskisecurity/ecdsa-polynomial-nonce-recurrence-attack

   🧩   ‟Polynonce: An ECDSA Attack and Polynomial Dance”  (DEFCON 31)

➡️Много "если бы да кабы", но, согласитесь, красиво ✨

   @HaHacking  🐇

😊 #web3 #defense #заметки

➡️Что стоит знать для безопасной разработки смарт-контрактов: про то, как надо, и про то, почему так надо – можно найти в следующих репозиториях:


   🧩 dragonfly-xyz/useful-solidity-patterns

Подробное описание безопасных паттернов для разработки конкретных фич от Dragonfly;

➡Описание узких моментов, где легко допустить ошибку;
➡Схемы, код и описание процессов;
➕Включает в себя обзор популярных уязвимостей с подробным описанием способов их митигации!

   🧩 crytic/building-secure-contracts

Гайдлайны и тренировочный материал – продолжение репозитория crytic/not-so-smart-contracts от Trail of Bits;

➡Критерии оценки и универсальные практики разработки;
➡Необходимая техническая база об EVM;
➡Способы использования инструментов для обеспечения безопасности.

   @HaHacking  🐇

📈   #наработки #defense #offense #web #web3

▶️Не так давно мы с вами обсудили дрейнеры в блокчейне TON; Тогда же мы c командой Neplox обратили внимание на особенности работы TON Connect — протокола для коммуникации dApp 🔄 кошельки; А теперь – подробнее, в новой статье:

   🧩   ‟TON't Connect! NOTe on securing TON Wallets” (@neploxaudit)


⌨️ Вот так веб-приложения подключают TON Connect:

const tonConnectUI = new TonConnectUI({
    buttonRootId: '<ID>',
    manifestUrl: 'https://neplox.security/tonconnect-manifest.json',
    ...
});

⌨️ Вот так они рассказывают о себе кошелькам через манифест, tonconnect-manifest.json:

{
    "url": "https://neplox.security",
    "name": "Neplox dApp",
    "iconUrl": "https://neplox.security/icons/neplox.svg"
    ...
}

▶️Заметили, что кошельки полагаются на информацию, предоставляемую [потенциально вредоносными!] приложениями в манифестах:

Некоторые – не предупреждают пользователей об опасностях, некоторые – недостаточно нормализуют данные, в связи с чем оказываются уязвимы; Сообщили вендорам, а теперь – вам!

1️⃣ Wallet impersonation:
Особенности протокола, благодаря которым возможна подделка кошелька➡️вектор для правдоподобного фишинга ❗️

2️⃣ DApp impersonation:
Особенности протокола, благодаря которым вредоносные приложения успешно притворяются легитимными;

3️⃣ Redirects from trusted context:
Недостатки реализации кошельков, из-за которых пользователи доверяют приложениям;

4️⃣ UI Redressing:
Перерисовка UI кошельков из-за некорректного парсинга манифестов➡️вектор для Clickjacking ❗️

5️⃣ XSS:
Внедрение полезной нагрузки в контекст кошельков из-за некорректного парсинга манифестов➡️взаимодействие с хранилищами / API вызовы / утечка данных / утечка средств / ... ❗️

//   Время чтения: ~20 минут

➡Enjoy!  🙇‍♂


   @HaHacking  🐇

🌐  #заметки #web #offense

➡️База знаний extensions.neplox.security — единый ресурс о безопасности расширений для Chrome➕браузеров на базе Chromium:


   🧩   ‟Chrome Extension Security”  (@slonser_notes)


Много чего сказано про заведомо вредоносные расширения, гораздо меньше – про уязвимости легитимных расширений, хотя они обычно включены в скоуп багбаунти программ.

Эта база  (вместе с докладом ‟Атакуем криптокошельки: свежий взгляд на безопасность браузерных расширений” с PHDays 2025➕слайдами оттуда)  закрывает потребность в информации по теме:


ℹ️ Проводит за руку от структуры браузерных расширений + теоретической информации, необходимой для создания собственного расширения;

ℹ️ До релевантных векторов атаки:

   ▪ Эксплуатация addEventListener
   ▪ Эксплуатация коммуникации
   ▪ Эксплуатация Shadow DOM
   ▪ Clickjacking / UI Redressing
   ▪ Небезопасные хранилища➡️Universal XSS ⚡️

#web3 #события

На днях Trust Wallet выпустил обновление своего браузерного расширения – версию 2.68,  с бекдором:

0️⃣ Пользователь разблокировал кошелёк➡️бекдор получает password / passkeyPassword
1️⃣ Бекдор вызывает GET_SEED_PHRASE➡️получает зашифрованную секретную фразу
2️⃣ password / passkeyPassword используется для дешифровки фразы
3️⃣ Секретная фраза записывается в тело ошибки, errorMessage
4️⃣ Через инструмент для аналитики PostHog "ошибка" с фразой улетает на вредоносный api[.]metrics-trustwallet[.]com


Вторым слоем иронии послужил fix-trustwallet[.]com – сосед предыдущего домена, который просил пользователей ввести секретную фразу для "обновления кошелька до безопасной версии";

Третьим – волна фишинга для "восстановления средств";


Предварительно известно, что версия 2.68 не проходила стандартные внутренние процессы публикации, а была выложена сразу в Chrome Web Store с помощью их [утёкшего?] API ключа.

Такие вот дела в мире безопасности расширений!

➡Есть чем дополнить базу?
Пожалуйста, сделайте доброе дело – дополните!  🦸‍♂


   @HaHacking  🐇 [🥨]