init

cybersec/Pentest/Metasploit.md

@@ -0,0 +1,8 @@
+Когда мы используем **metasploit framework** то мы работаем с консолью. Для запуска этой консоли необходимо прописать `msfconsole` 
+Перед тем как погружаться, нам необходимо понимать эти базовые вещи:
+1. **Exploit** - часть кода которая испольует уязвимость 
+2. **Vulnerability** - уязвимость
+3. **Payload** - "Полезная" нагрузка эксплоита
+
+## msfconsole
+

cybersec/Pentest/NMAP.md

@@ -0,0 +1,111 @@
+Когда мы сканируем с помощью nmap, есть 3 базовых типа сканирования:
+1. **TCP connect scans** `-sT`
+2. **SYN Полуоткрытое сканирование** `-sS`
+3. **UDP scans** `-sU`
+
+Дополнительно есть несколько не так часто используемых, некоторые из них мы также рассмотрим (хотя и менее подробно). Это:
+1. **TCP null scans** `-sN`
+2. **TCP FIN scans** `-sF
+3. **TCP Xmas Scans** `-sX`
+
+Многие из них (за исключением UDP) мы используем в очень похожих целях,  однако, способ их работы отличаются друг от друга. Это означет то, что один из базовой тройки вероятнее всего будет вашим выбором в большинстве ситуаций, но не стоит забывать о существовании других возможных типов сканирования.
+
+## TCP connect scans `-sT`
+Что бы понимать как работает этот вид сканирования, нужно понимать концепцию ***Трехстороннего TCP рукопожатия***. Давайте вспомним что это обозначает. ***RFC 9293***
+
+***Трехстороннее TCP рукопожатие*** состоит из трёх (ну не четырех же =) ) стадий.
+1. Клиент (в нашем случае атакующий) отсылает TCP запрос к целевой системе с флагом `SYN`.
+2. Сервер признает этот TCP запрос, включающий в себя `SYN` флаг, отсылается ответ с флагами `SYN` и `ASK`.
+3. Клиент получает ответ и отправляет подтверждение с флагом `ASK`
+![[Pasted image 20250416202446.png]]![[Pasted image 20250416202511.png]]
+Каким образом это связано с работой nmap? Очень просто. Чтобы понять, работает ли порт или нет, nmap пытается установить **TCP** соединение и отправить `SYN` флаг. Если nmap проучает `SYN\ASK` ответ, это значит что порт открыт. Nmap помечает его открытым и завершает рукопожатие отправкой `ASK` флага.
+
+Если же nmap получает ответ с флагом `RST` (Reset), то это означает что порт закрыт.
+
+![[Pasted image 20250416203106.png]]
+Если же открыт фаервол, обычно он просто роняет подключение. Тоесть, **nmap** отправляет `ASK` флаг, но в ответ ничего не получает. В данном случае порт помечается как **filtered**.
+
+## SYN scans `-sS`
+
+Так же как и TCP сканирование, SYN использует подключение к TCP портам, но работает немного иначе. Этот вид сканирования часто называют скрытым.
+
+Если TCP сканирование полностью следует ***Трехстороннему рукопожатию***, то **SYN** сканирование после ответа от сервера с флагами `SYN\ASK` отпрвляет флаг `RST` обрывая соединение.
+![[Pasted image 20250417102631.png]]![[Pasted image 20250417102751.png]]
+Данный вид сканирование имеет множество приемуществ для нас как для хакеров:
+1. Он может использоваться для обхода старых систем обнаружения, которым необходимо ***полное трехстороннее рукопожатие***. 
+2. **SYN** сканирование не логируется приложениями, открытыми на портах (это является стандартной практикой логгировать соединение когда оно будет установленно)
+3. **SYN** сканирование банально быстрее.
+
+Конечно есть некоторое количество минусов: 
+1. Необходимо запускать с правами админа (sudo) что бы оно работало нормально на линуксе, так как SYN сканирование создает сырые пакеты, что является привелегией админа.
+2. Нестабильные сервисы иногда падают в процессе сканирования, это может быть проблемой если тестируется прод.
+
+Не считая способа поиска открытых портов, в основном работа **TCP** сканирования и **SYN** сканирования идентичны.
+
+## UDP сканирование
+
+В отличие от TCP, у UDP нет никакого подтверждения о получении пакета. Буквально отсылается пакет, с надеждой на то, что он был получен. Это делает его широкоиспользуемым там, где нужна скорость (например - видеотрансляции). Но отсутствие подтверждения получения пакета сильно услажняет возможность сканирования.
+
+Когда пакет отсылается на открытый UDP порт, ответа не должно последовать. Если это так и есть, то **nmap** помечает порт как открытый или отфильтрованный. 
+
+Если же пакет был отправлен на закрытый UDP порт, то назад возвращается **ICMP (ping)** пакет, содержащий сообщение что порт не доступен. В этом случае nmap помечает порт как закрытый. 
+
+UDP сканирование достаточно медленное, поэтому рекомендуется ипользовать `--top-ports <number>` флаг при сканировании.
+```bash
+nmap -sU --top-ports 20 <target>
+```
+Данная команда будет сканировать топ 20 самых используемых UDP портов.
+
+## NULL FIN Xmas TCP port scan
+
+Данные типы сканирования используются гораздо реже чем те, которые мы рассмотрели ранее, и поэтому не будем сильно останавливаться на них.
+
+***NULL Scans***
+**NULL** сканирование, флаг `-sN`, отправляет TCP запрос без заданных флагов. Если порт закрыт, то вернется `RST`.
+![[Pasted image 20250417111734.png]]
+
+***FIN Scans*** 
+**FIN** сканирование, флаг `-sF` отправляет TCP запрос с флагом завершения `FIN`. Если порт закрыт, то вернется `RST`.
+![[Pasted image 20250417112443.png]]
+
+***XMAS***
+**Xmass** сканирование, флаг `-sX`, отсылает TCP пакет с флагами `PSH, URG, FIN` Если порт закрыт, то вернется `RST`.
+![[Pasted image 20250417122554.png]]
+
+Эти типы сканирования использются для обхода фаерволов, так как многие блокируют входящий TCP трафик, котрый содержит `SYN` флаг. Но не нужно думать что они 100% эффективны в современных системах защиты.
+
+## ICMP Network scaning
+
+Во время первого соединения с целью, наша первая цель - составление карты сети.
+
+Единственная возможность сделать это используя nmap - подготовить "проверку пингом". Nmap отправляет **ICMP** пакет на каждый доступный IP address. Когда получен ответ - ip маркируется как живой.
+
+Флаг для вызова `-sn`
+
+## NSE (Nmap Scripting Engine)
+
+Мощное рассширение, сильно расширяющее возможности nmap. NSE написаны на ***LUA***, и могут быть использованны для множества вещей, начиная с таких как сканирование на уязвимости, заканчивая эксплуатацией этих уязвимостей.
+
+Доступно множество категорий, вот некоторые из них:
+1. `safe` - не имеют эффекта на цели
+2. `intrusive` - не безопасны, влияют на цель
+3. `vuln` - поиск уязвимостей
+4. `exploit` - эксплуатация уязвимостей
+5. `auth` - Обход аутентификации (например: получение доступа к анонимному ftp серверу)
+6. `brute` - Подбор паролей и логинов
+7. `discovery` - попытка запроса запущенных сервисов 
+
+Более подробно можно узнать тут: https://nmap.org/book/nse-usage.html
+
+Команда что бы запустить скрипт:
+```bash
+--script=<script-name>
+```
+Что бы передать какой-то аргумент:
+```bash
+--script-args
+```
+Что бы прочитать помощь: 
+```bash
+nmap --srcipt-help <script-name>
+```

cybersec/Pentest/Pentest.md

@@ -0,0 +1,7 @@
+%% Zoottelkeeper: Beginning of the autogenerated index file list  %%
+ [[cybersec/Pentest/Metasploit|Metasploit]]
+ [[cybersec/Pentest/NMAP|NMAP]]
+ [[cybersec/Pentest/Основы пентеста|Основы пентеста]]
+ [[cybersec/Pentest/Разведка|Разведка]]
+ [[cybersec/Pentest/Читщит pentest standoff|Читщит pentest standoff]]
+%% Zoottelkeeper: End of the autogenerated index file list  %%

cybersec/Pentest/Основы пентеста.md

@@ -0,0 +1,151 @@
+**Целевая система** - исследуемый объект или комплекс объектов информационной системы, в результате воздействия злоумышленника на который может непосредственно произойти недопустимое для компании событие. 
+
+**Pentest (Тестирование на проникновение)** - анализ защищенности целевой системы в результате которой реализуются уязвимости или недопустимые события путем моделирования атак злоумышленников.
+
+**Уязвимость** - недостаток целевой системы, который может быть использован для реализации недопустимого события (угроз безопасности).
+
+**Недопустимое событие** - событие, приводящее к значительному нарушению деятельности компании. 
+
+### Классификации пентеста
+
+**По отношению к инфраструктуре компании:**
+1. Внешний - эксперт по тестированию на проникновение ведет свою деятельность вне контролируемой зоны компании.
+2. Внутренний - эксперт по тестированию на проникновение ведет свою деятельности внутри контролируемой зоны компании.
+**По методу работ:**
+- **Black Box** - информация об инфраструктуре и целевой системе отсутствует, тестировщик добывает информацию применяя OSINT.
+- **Gray Box** - у эксперта частично присутствует информация о целевой системе (учетки, пароли, ящики, адреса админок)
+- **White Box** - у эксперта есть вся информация о целевой системе (документация, учетки админов и пользователей с паролями, исходный код при наличии, перечень ПО и т.д.)
+**По типу целевой системы:** 
+- Тестирование веб приложений 
+- Тестирование инфраструктуры
+- Тестирование приложений
+- Тестирование беспроводных сетей.
+
+## Методики и стандарты
+_Международные_
+
+1. _OWASP Top Ten_ - это стандартный документ, посвященный безопасной разработке веб-приложений. Он представляет собой широкий консенсус относительно наиболее важных рисков безопасности веб-приложений.
+2. _OWASP Web Security Testing Guide (WSTG)_ - исчерпывающая методика по тестированию кибербезопасности для разработчиков веб-приложений и специалистов по безопасности.
+3. _OWASP Mobile Application Security_ - представляет собой стандарт безопасности для мобильных приложений (OWASP MASVS) и подробное руководство по тестированию.
+4. _OWASP Application Security Verification Standard_ - описывает основу для тестирования средств контроля технической безопасности веб-приложений, а также предоставляет разработчикам список требований для безопасной разработки.
+5. _ISO/IEC 27001_ - стандарт Международной организации по стандартизации (ISO) и Международной электротехнической комиссии (IEC) для систем управления информационной безопасностью. Описывает требования по проведению тестирования на проникновение как часть процесса управления рисками.
+6. _NIST SP 800-115_ - стандарт Национального института стандартов и технологий США (National Institute of Standards and Technology), описывающий методику тестирования на проникновение.
+7. _OSSTMM_ - методика, разработанная Open Information Security Foundation (OISF), описывает широкий набор методов и подходов для тестирования на проникновение.
+8. _WASC_ - в данной методике собраны недостатки и классы атак, которые представляют угрозу для веб-приложений и пользователей.
+9. _PTES_ - открытое руководство, охватывающее все этапы выполнения тестирования на проникновение, начиная от сбора информации и заканчивая подготовкой отчета.
+10. _PCI DSS (Payment Card Industry Data Security Standard)_ **-** включает в себя требования по проведению пентестов для систем, обрабатывающих платежные данные.
+11. _CREST (Council of Registered Ethical Security Testers)_ **-** организация CREST разрабатывает и поддерживает стандарты для профессиональных пентестеров. Их рекомендации охватывают различные аспекты тестирования, включая мобильные устройства и физическую безопасность.
+
+_Отечественные_
+
+1. _Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации "Типовое техническое задание на выполнение работ по оценке уровня защищенности информационной инфраструктуры"_ - данный документ описывает объем и состав работ, а также требуемые отчетные документы в рамках работ по тестированию на проникновение в компании.
+
+## Инфраструктура
+
+**Инфраструктура** - совокупность множества ПО, оборудования, сетей и сервисов, образующих информационную систему компании.
+![[Pasted image 20250317210934.png]]
+Рисунок 1 -Схема тестирования компании на проникновение.
+
+## Разведка
+
+Разведка представляет из себя анализ внешнего периметра системы компании (внешние сервисы и веб-приложения), либо анализ внутерннего периметра компании.
+На этапе разветки собирается вся доступная информация о компании в Интернете\Даркнете (учетки, пароли, корп. почта, перечень активов и другие источники).
+Собирается следующая информация:
+1. Перечень активов и данные об их назначении через сканирование доступной сети
+2. Перечень открытых портов и сервисов (с указанием версий) работающих на данных портах.
+3. Перечень используемых технологий и ПО
+4. Определение ОС, их версий и возможной сборки.
+5. Учетки
+6. Файлы конфигурации и ошибки в них.
+## Первоначальный доступ
+
+**Первоначальный доступ** - на данном этапе атакующий получает доступ с возможностью выполнения команд на скомпроментированном активе или возможность управления им с целью доставки необходимых инструментариев и реализации  дальнейших этапов тестирования на проникновение.
+На данном этапе реализуется: 
+1. **Рассылка фишинговых писем**
+2. Проверка возможности получения доступа с применением выявленных учетных данных к различным сервисам, например `FTP` или `SMB, SSH, RDP`
+3. Попытка эксплуатации ранее выявленных уязвимостей в сервисах и компонентах целевой системы на этапе разведки.
+
+## Закрепление
+
+**Закрепление** - в рамках данного этапа реализуется комплекс мер для организации отказоустойчивого канала (возможность повторного запуска процесса с бэкконнектом при его прирывании).
+Для закрепления могут использоваться следующшие подходы:
+1. `Создание задачи` на запуск исполняемого файла
+2. `Добавление в автозапуск` исполняемого файла
+3. `Создание службы` запуска исполняемого файла
+4. `Изменение скриптов`
+5. `Создание учётки`
+
+## Повышение привелегий
+
+**Повышение привелегий** - реализация мер для получения привелегилированных прав в ОС.
+Можно реализовать через:
+1. `Работающие скрипты`, которые запускаются из-под рута.
+2. `Работающие службы`, которые запускаются из-под рута.
+3. `Задачи`, зпускаемые в ОС.
+4. `Привелегии` текущей учетки
+5. `Обход локальных ограничений` в двоичных файлах
+
+## Внутреняя разведка
+
+**Внутренняя разведка** - этап, целью которого является изучение информации хранящейся на активе (учетки, иформация об активах, тех. документация и иная) или в сети для дальнейшего использования в цепочке атак.
+**Разведка актива**:
+1. `Учётки записи и пароли` 
+2. `Техническая документация`
+3. Информация об используемом `ПО`
+4. Запущенные `процессы` и активные `сессии`
+5. `ARP`-записи
+6. `Информация о хосте`
+**Разведка сети**:
+- Результаты сканирования сетевых сканеров
+- Сбор информации в AD
+
+## ОФОРМЛЕНИЕ ОТЧЕТА
+
+**Отчет содержит в себе следующие разделы:**
+1. Информацию о системе и используемых технологиях
+2. Краткую информацию о выявленных уязвимостях и недопустимых событиях
+3. Выявленные следы компрометации (найденные утечки, информация о готовящихся атаках, наличие подозрительных объектов или логов в рамках тестирования)
+4. перечень первоочередных и долгосрочных мер для устранения уязвимостей и контролю их отсутствия
+# **Технический отчет**
+
+Этот отчет необходим в первую очередь подразделениям информационной безопасности и ИТ-службам. В данном документе более детально описывается реализация уязвимостей и недопустимых событий, а также рекомендации по их устранению.
+
+_Содержание отчета:_
+
+1. период проведения работ;
+2. информация о целевой системе;
+3. применяемые методики и инструментарии;
+4. этапы проведения тестирования (берутся из разработанной методики из пункта 3);
+5. информация о найденных уязвимостях и недопустимых событиях;
+6. расчет защищенности целевой системы;
+7. приложения с подробным описанием выявленных уязвимостей и недопустимых событий с рекомендациями по устранению.
+
+На каждую выявленную уязвимость в приложении необходимо оформлять карточку выявленного недостатка, _пример карточки указан ниже:_
+
+**Название:**  <Название выявленной уязвимости>
+
+**Критичность:** Информационная/Низкая/Средняя/Высокая
+
+**CVSS:** x.x - где х.х числовой показатель, например, 6.3
+
+**CVSS-вектор:** CVSS:3.0/XX:X/XX:X/XX:X/XX:X/X:X/X:X/X:X/X:X, ссылка на калькулятор [https://www.first.org/cvss/calculator/3.0](https://www.first.org/cvss/calculator/3.0)
+
+**Требуемая квалификация атакующего:** Низкая/Средняя/Высокая 
+
+**Описание:** <Детальное представление уязвимости>
+
+**Реализация:** <Описать шаги, приводящие к реализации уязвимости>
+
+**Рекомендации по устранению:** <Перечень действий для устранения возможности реализации данной уязвимости>
+
+Для оформления карточки реализации недопустимого события _используется следующий формат карточки:_
+
+**Название:** <Название реализованного недопустимого события>
+
+**Цепочка связанных уязвимостей:** <уязвимость 1>,<уязвимость 2>,...,<уязвимость N>
+
+**Описание:** <Детальное описание недопустимого события>
+
+**Реализация: <Описать шаги, приводящие к реализации недопустимого события>
+
+**Рекомендации по устранению:** <Перечень действий для устранения возможности реализации недопустимого события>

cybersec/Pentest/Разведка.md

@@ -0,0 +1,59 @@
+## Цель 
+На данном этапе мы только начинаем взаимодействовать с целевой системой и нам важно собрать как можно больше информации о ней. 
+Выделяют несколько видов разведки:
+1. **Пассивная разведка** - нет взаимодействия с целевой системой
+2. **Активная разведка** - идет прямое взаимодействие с системой (сканирование `IP` адресов, фазинг директорий веб приложений, сканирование сети и т.п.).
+Так же взависимости от условия проведения работ начальное взаимодействие с целевой системой может быть:
+- **С внешнего контура компании** (веб приложение, внешние почтовые сервисы и другие доступные из сети интернет)
+- **С внутреннего периметра компании** (подключаемые через коммутационное оборудование, сервера, АРМ-пользователей и т.п.)
+
+## Разведка по открытым источникам (OSINT) 
+
+**Open Source Intelligence (Разведка по открытым источникам** - направление деятельности, включающее в себя поиск, выбор и сбор разведовательной информации из общедоступных источников, а так же её анализ. 
+
+Вся эта информация может быть использована нами для проведения тестирования на проникновение, например 
+1. **Перечень сотрудников** - для формирования логинов и почтовых адресов.
+2. **Почтовые адреса** - для фишинговых атак.
+3. **Слитые базы логинов и паролей** - спреинг и брутфорс сервисов.
+4. **Информация об активах, структуре сети и используемых программных решениях и средствах защиты информации** - построение вектора атак и подготовка инструментария для скрытого перемещения в целевой системе.
+
+Что бы найти корп. email  [https://www.skymem.info](https://www.skymem.info/)
+Проверка на наличие слитых паролей можно проводить с помощью различных ботов или https://breachdirectory.org - сайт.
+## Разведка целевой системы
+**Существует 2 подхода**: 
+1. С внешнего контура компании (Веб приложения, внешние почтовые сервисы и все, что доступно из Интернета)
+2. С внутреннего периметра компании (Подключение через коммутационное оборудование, сервера и т.д.)
+
+### Внешний контур компании
+*Получить первоначальный доступ в периметр компании*:
+1. Уязвимые внешние сервисы на внешнем контуре - веб-приложения, почтовые сервисы, терминальные шлюзы
+2. Фишинговые рассылки 
+*Какую информацию необходимо собрать?*
+- Логины
+- Пароли\хеши
+- Почтовые ящики
+- Данные по активам, открытых портах, работающих на них сервисах и актуальных уязвимостях
+**Какие шаги необходимо сделать в рамках данного этапа?**
+1. Выявление пулов IP адресов компании 
+2. Выявление активных хостов, открытых портов, служб и их версий. В основном пользуемся **Nmap**
+3. Поиск уязвимостей в базе данных эксплойтов.
+	- 1. [https://www.exploit-db.com](https://www.exploit-db.com)
+    2. [https://packetstormsecurity.com/files/tags/exploit/](https://packetstormsecurity.com/files/tags/exploit/)
+    3. [https://0day.today](https://0day.today)
+4. Выявление веб-приложений и эксплуатация уязвимостей согласно методике *OWASP WSTG*
+	1. `Burp Suite`, `OWASP ZAP` - для ручного поисков векторов и эксплуатации.
+	2. `Nuclei`, `nikto`, `Acunetix`, `sqlmap`, `tplmap` - для автоматического поиска векторов и ручной/автоматической эксплуатации.
+5. Анализ документов, конфигов и других данных, которые могут содержать *критическую и компрометирующую* информацию. Логины, почтовые ящики, пароли, адреса сервисов и т.д.
+	1. `Feroxbuster`, `ffuf`, `gobuster`, `dirsearch` - инструменты для обнаружения скрытых файлов и директорий.
+	2. Дорки (Yandex, Google и т.д.) - конкретизирующие поисковые запросы в известных поисковых системах
+```bash
+site:gazprom.ru filetype:pdf mail #Google
+site:gazprom.ru mime:pdf mail #Yandex
+```
+6. Эксплуатация ошибок в бизнес-логике, конфигурации сервисов и веб-приложений.
+7. Сбор информации и подготовка шаблонов для фишинговой компании. В рамках поиска данной информации необходимо изучить страницу контактов, профили пользователей, доки в веб-приложениях на предмет почтовых ящиков.
+
+### Внутренний периметр
+
+Здесь мы так же имеем 2 вектора 
+

cybersec/Pentest/Читщит pentest standoff.md

@@ -0,0 +1,20 @@
+## Внешний периметр и его разновидности
+
+Рассмотрим два наиболее частых варианта: 
+1. **Классичесикий** - аналогичный внешнему периметру компаний на полигоне Standoff. Может быть представлен несколькими эксплуатируемыми веб-приложениями, среди которых обязательно будет сайт компании, и VPN сервер. 
+![[Pasted image 20250411213749.png]]
+2. **С гейтами** - гейт это сервер с одним или несколькими веб приложениями, имеющий сетевую связность с внутренней сетью
+![[Pasted image 20250411213719.png]]
+
+## Как ломать внешний периметр?
+
+1. **Вариант 1** - собрать информацию с веб-сервисов внешнего периметра. Тут можно обнаружить VPN конфигурацию, адреса электронной почты доменных пользователей для подключения к внутренней сети. Дополнительно, можно провести фишинговую атаку - отправить письма под учеткой, предоставленной огранизаторами. 
+2. **Вариант 2** - сбор информации (адресов почты ) с серверов внешнего периметра и последующая фишинговая атака с полезной нагрузкой, которая позволяет установить обратное соединение с пк сотрудника компании.
+Если встретили ифру с гейтами - самое очевидное, попытаться исполнить RCE (удаленное исполнение кода)
+
+## Разведка сети и скан портов
+
+С самого начала проверяем работающие узлы, а затем уже открытые порты и доступные сетевые сервисы. Таким образом, разведка внешнего периметра пройдет быстрее.
+**Сканирование сети** происходит через:
+- nmap и всё что сделангол на его основе
+- masscan