TGViewer
Channel Public Channel
Order of Six Angles

Order of Six Angles

@orderofsixangles

Каналу 7 лет

Youtube канал: https://youtube.com/@orderofsixangles

Github: https://github.com/thatskriptkid

Тематические подборки малвари: https://www.orderofsixangles.com/samples

Пишите в личные сообщения канала
Subscribers
5.39K
Photos
449
Videos
31
Links
2.2K

Showing posts older than #2930 · Back to latest

Older Posts 20 shown
Post #2929 1.12K
Order of Six Angles Blackbox Фаззинг драйверов Windows Решил заняться этим делом, для этого мне подсказали проект msFuzz (https://github.com/0dayResearchLab/msFuzz) (практически единственный в своем роде). Развернуть его было не так-то просто. Для начала пришлось найти совместимый…
Pavel_Yosifovich_Windows_Kernel_Programming_Independently_published.pdf9.5 MB
Полезная книга, если кто-то также увлекся Windows драйверами. Кстати, на hackerone есть как минимум один вендор у которого windows driver в scope
Post #2924 1.13K
Помимо фаззинга я еще выращиваю помидоры
Post #2921 1.92K
Blackbox Фаззинг драйверов Windows

Решил заняться этим делом, для этого мне подсказали проект msFuzz (https://github.com/0dayResearchLab/msFuzz) (практически единственный в своем роде). Развернуть его было не так-то просто. Для начала пришлось найти совместимый Intel процессор, который должен поддерживать технологию Intel PT (хардварная фича для получения трейса CPU). Также пришлось докупить ОЗУ. Следующая сложность была в том, что для msFuzz надо на bare metal ставить специальное ядро ОС (6.0.0-nyx+). У меня на этом ПК крутился Proxmox с виртуалками, пришлось все забэкапить и снести и поставить Ubuntu server 24 и потом поставить кастомное ядро под фаззер. Алгоритм работы фаззера следующий:

1. На Ubuntu-хосте стоит kAFL/msFuzz + QEMU-Nyx + специальное ядро 6.0.0-nyx+.

2. Внутри QEMU поднимается Windows VM с драйвером, который мы хотим фаззить.

3. В VM запускается harness: маленькая программа, которая открывает device path драйвера

4. Harness сообщает kAFL диапазон адресов целевого драйвера, чтобы coverage считался именно по нашему конкретному драйверу.

5. Fuzzer берет seed: структура вида IOIO + IOCTL + in_len + out_len + input_buffer (это под мой кейс).

6. kAFL мутирует эти байты и через shared memory передает payload в VM.

7. Harness делает DeviceIoControl() в драйвер.

8. QEMU-Nyx через KVM/Intel PT смотрит, какие новые basic blocks были достигнуты.

9. Если появился новый coverage path, payload сохраняется в corpus.

10. Если VM/ядро падает, зависает или ловит bugcheck, kAFL кладет вход в crash/timeout/kasan findings.

11. После каждой итерации VM откатывается к snapshot, поэтому тесты быстрые и изолированные.

За счет технологии Intel PT обеспечивается covereged guided fuzzing, в отличии от подхода, когда мы фаззим драйвер через userspace программу и не видим что происходит в ядре. Классический способ фаззинга, когда мы крашим ОС с драйвером и потом читаем дамп - очень медленна. Способ msFuzz кратно быстрее. Происходит это так: загружается винда один раз, kAFL/Nyx делает snapshot, мы делаем fuzz итерацию, а потом очень быстро откатываем VM к snapshot после каждого payload. В моей текущей сессии возврат к снэпшоту происходит 2154 раза в секунду или 129 240 в минуту.

Мое железо:

CPU: Intel Core i7-13620H 10 cores / 16 threads
RAM: DDR5 32 GB 4800
Post #2919 1.35K
Order of Six Angles CVE-2026-41089 — Microsoft Windows Netlogon BuildSamLogonResponse Stack-based Buffer Overflow RCE https://aretiq.ai/research/vul260513-cve-2026-41089-microsoft-windows-netlogon-buildsamlogonresponse-stack-based-buffer-overflow-rce/
Это какбудто не RCE, а какая-то хуйня
Post #2918 1.42K
Post #2913 1.14K
Post #2912 1.13K
Post #2911 1.25K
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →