diff --git a/11-01.md b/11-01.md index 7ceca6db..48243bbf 100644 --- a/11-01.md +++ b/11-01.md @@ -1,4 +1,4 @@ -# Домашнее задание к занятию «Базы данных, их типы» +# Домашнее задание к занятию «Базы данных, их типы» Осипов Дмитрий ### Инструкция по выполнению домашнего задания @@ -29,30 +29,52 @@ 1.1. Бюджетирование проектов с дальнейшим формированием финансовых аналитических отчётов и прогнозирования рисков. СУБД должна гарантировать целостность и чёткую структуру данных. +#### Под задачи гарантий целостности и чёткой структуры данных лучше всего подходят реляционный СУБД такие как Oracle, SQL, PostgreSQL. + 1.1.* Хеширование стало занимать длительно время, какое API можно использовать для ускорения работы? +#### Intel IPP (Integrated Performance Primitives). Набор оптимизированных функций для выполнения различных операций, включая хеширование. Предоставляет оптимизированные реализации алгоритмов хеширования, которые могут значительно ускорить процесс. +#### Google's CityHash. Библиотека хеширования, разработанная Google. Оптимизирована для работы с большими объёмами данных и может быть полезна, если нужно хешировать большие файлы или потоки данных. +#### xxHash. Быстрый хеш-алгоритм, который обеспечивает высокую скорость хеширования. Может быть полезен, если нужно быстро хешировать большие объёмы данных. + 1.2. Под каждый девелоперский проект создаётся отдельный лендинг, и все данные по лидам стекаются в CRM к маркетологам и менеджерам по продажам. Какой тип СУБД лучше использовать для лендингов и для CRM? СУБД должны быть гибкими и быстрыми. +#### Состав данных в лединг и CRM зачастую имеют формат не структурированных данных от тектовых полей до изображений эффективнее использовать тип СУБД NoSQL напрмер MongoDB. + + 1.2.* Можно ли эту задачу закрыть одной СУБД? И если да, то какой именно СУБД и какой реализацией? +#### Да, можно. например MongoDB, обеспечивает гибкую модель данных, горизонтальное масштабирование и хорошую производительность при обработке больших неструктурированных объемов данных. + 1.3. Отдел контроля качества решил создать базу по корпоративным нормам и правилам, обучающему материалу и так далее, сформированную согласно структуре компании. СУБД должна иметь простую и понятную структуру. +#### Задачу возможно реализовать на СУБД PostgreSQL или же под медиа контент подойдет MongoDB. + 1.3.* Можно ли под эту задачу использовать уже существующую СУБД из задач выше и если да, то как лучше это реализовать? +#### Да, можно путем создания новой схемы. Тем, самым создать отдельный набор данных под задачи обучения. + + 1.4. Департамент логистики нуждается в решении задач по быстрому формированию маршрутов доставки материалов по объектам и распределению курьеров по маршрутам с доставкой документов. СУБД должна уметь быстро работать со связями. +##### Для решение подходят графовые БД, например Neo4j. + 1.4.* Можно ли к этой СУБД подключить отдел закупок или для них лучше сформировать свою СУБД в связке с СУБД логистов? +#### Специфика работы отдела продаж подходит под реляционные СУБД, соответсвенно лучше формировать связку двух типов СУБД. + + 1.5.* Можно ли все перечисленные выше задачи решить, используя одну СУБД? Если да, то какую именно? *Приведите ответ в свободной форме.* +##### ArangoDB — свободная мультимодельная система управления базами данных. сочетает в себе возможности SQL,NoSQL и графовых БД --- @@ -61,8 +83,21 @@ 2.1. Пользователь пополняет баланс счёта телефона, распишите пошагово, какие действия должны произойти для того, чтобы транзакция завершилась успешно. Ориентируйтесь на шесть действий. + +#### 1. Авторизация +#### 2. Ввод суммы +#### 3. Запрос наличие средств на счету списания +#### 4. Подтверждение от Банка +#### 5. Списание со счета +#### 6. Получение потдтверждение от Провайдера о зачислении средств + 2.1.* Какие действия должны произойти, если пополнение счёта телефона происходило бы через автоплатёж? +#### Запрос от билинга Провайдера на списание денежных среств со счета Банка +#### Списание со счета Банка +#### Подтверждение от Провайдера о получении денежных средств + + *Приведите ответ в свободной форме.* --- @@ -71,10 +106,24 @@ 3.1. Напишите пять преимуществ SQL-систем по отношению к NoSQL. + +#### 1. Управление структурированными данными. Базы данных SQL обеспечивают целостность данных с помощью чётко определённых схем. +#### 2. Соответствие требованиям ACID. Базы данных SQL обычно соответствуют свойствам ACID (атомарность, согласованность, изоляция, долговечность), гарантируя согласованность транзакций и надёжность. +#### 3. Строгая типизация. SQL-системы имеют строгую типизацию данных, что помогает предотвратить ошибки и улучшает производительность. +#### 4. Более широкий выбор инструментов и библиотек. Для работы с SQL-системами существует огромное количество инструментов и библиотек, что упрощает разработку и поддержку приложений. +#### 5. Более высокий уровень безопасности. SQL-системы, как правило, имеют более высокий уровень безопасности, поскольку они были разработаны с учётом требований безопасности. + + 3.1.* Какие, на ваш взгляд, преимущества у NewSQL систем перед SQL и NoSQL. *Приведите ответ в свободной форме.* +NewSQL - включает в себя все лучшее от SQL и NoSQL, такие как: +#### 1. Гибкость и масштабируемость (от NoSQL) +#### 2. Поддержка транзакций и SQL запросов как у реляционных баз данных +#### 3. Высокая производительность при работе с распределенными данными (от NoSQL) +#### 4. Возможность обработки больших объемов данных +#### 5. Высокая доступность и отказоустойчивость --- ### Задание 4. Кластеры @@ -85,6 +134,10 @@ На основе какого критерия будете выбирать тип СУБД и какая модель *распределённых вычислений* здесь справится лучше всего и почему? +#### Критерий высокой производительности и масштабируемость, универсальным решением подошли СУБД NewSQL, но ввиду новизны технологии рекомендуется остановить свой выбор в пользу класических СУБД SQL или NoSQL +в завистимости от какой тип данных будет обрабатываться. + + *Приведите ответ в свободной форме.* --- diff --git a/11-02.md b/11-02.md index f617ee62..b6c0f062 100644 --- a/11-02.md +++ b/11-02.md @@ -21,7 +21,9 @@ Приведите примеры проблем, которые может решить кеширование. -*Приведите ответ в свободной форме.* +*1. Увелечение производительности информационной системы/ресурса +*2. Сокращение времени доступа к данным +*3. Снижение пиковой нагрузки при запросах в базу даннвх --- @@ -29,6 +31,7 @@ Установите и запустите memcached. +!ima *Приведите скриншот systemctl status memcached, где будет видно, что memcached запущен.* --- diff --git a/12-06.md b/12-06.md index 8e3ae9e2..2cfeea24 100644 --- a/12-06.md +++ b/12-06.md @@ -1,4 +1,4 @@ -# Домашнее задание к занятию «Репликация и масштабирование. Часть 1» +# Домашнее задание к занятию «Репликация и масштабирование. Часть 1» Дмитрий Осипов ### Инструкция по выполнению домашнего задания @@ -21,6 +21,19 @@ На лекции рассматривались режимы репликации master-slave, master-master, опишите их различия. +### Основные различия между режимами репликации master-slave и master-master: + +- Поток данных. +При master-slave он односторонний: от master к slave, а при master-master — двунаправленный: между master. +- Операции записи. +При master-slave только master может записывать данные, а slave — данные доступны только для чтения, а при master-master — оба master могут записывать. +- Операции чтения. +При master-slave slave могут выполнять операции чтения, а при master-master — оба master могут выполнять операции чтения. +- Согласованность данных. +При master-slave согласованность асинхронная, возможна задержка, а при master-master — может быть синхронной, возможна немедленная согласованность. +- Разрешение конфликтов. +При master-slave проще, меньше вероятность конфликтов из-за одностороннего потока, а при master-master — более сложно, могут возникать конфликты, требующие разрешения. + *Ответить в свободной форме.* --- @@ -31,6 +44,11 @@ *Приложите скриншоты конфигурации, выполнения работы: состояния и режимы работы серверов.* +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/12-06-01.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/12-06-01_slave.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/12-06-01_slave_conf01.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/12-06-01_slave_conf02.png) + --- ## Дополнительные задания (со звёздочкой*) diff --git a/12-07.md b/12-07.md index fbe42d1f..1c45bdfe 100644 --- a/12-07.md +++ b/12-07.md @@ -1,4 +1,4 @@ -# Домашнее задание к занятию «Репликация и масштабирование. Часть 2» +# Домашнее задание к занятию «Репликация и масштабирование. Часть 2» Дмитрий Осипов ### Инструкция по выполнению домашнего задания @@ -22,9 +22,17 @@ Опишите основные преимущества использования масштабирования методами: - активный master-сервер и пассивный репликационный slave-сервер; + + +Активный узел "master-сервер" выполняет запросы, а пассивный "slave-сервер" формирует полное зеркало БД и ждет отказа "master" и включается в работу, когда "master" будет недоступен. +#### Преимущество - отказоустойчивость, т.е. с минимальным простоем продолжить обслуживание запросов в БД + - master-сервер и несколько slave-серверов; -- активный сервер со специальным механизмом репликации — distributed replicated block device (DRBD); -- SAN-кластер. + +В такой конфигурации операции записи выполняются исключительно на master-сервере, а реплики поддерживают актуальные данные для чтения. На slave-серверах происходят только запросы на чтение-выборку + +#### Преимущество - это схема репликации, которая позволяет распределять нагрузку между серверами. Создание нескольких дополнительных slave-серверов позволяет снять с основного сервера нагрузку и повысить общую производительность системы. + *Дайте ответ в свободной форме.* @@ -41,8 +49,16 @@ Опишите принципы построения системы и их разграничение или разбивку между базами данных. +Шардинг (сегментирование)  —  паттерн архитектуры базы данных, предполагающий разбиение базы данных на более мелкие, быстрые и управляемые части, называемые шардами (сегментами). Каждый шард представляет собой отдельную базу данных, а в совокупности эти шарды составляют единую базу данных. Шардинг особенно полезен для управления крупными базами данных, обеспечивая значительное повышение производительности, удобство обслуживания и масштабируемость. + +Вертикальный шардинг — это разделение базы данных на более мелкие подмножества, где каждый шард содержит подмножество таблиц базы данных. В отличие от горизонтального шардинга, который разделяет строки, вертикальный шардинг делит данные на основе функциональности или контекста данных. + + *Пришлите блоксхему, где и что будет располагаться. Опишите, в каких режимах будут работать сервера.* + +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/12-07-02.png) + ## Дополнительные задания (со звёздочкой*) Эти задания дополнительные, то есть не обязательные к выполнению, и никак не повлияют на получение вами зачёта по этому домашнему заданию. Вы можете их выполнить, если хотите глубже шире разобраться в материале. diff --git a/12-09.md b/12-09.md index 2302b3f3..5418d00b 100644 --- a/12-09.md +++ b/12-09.md @@ -1,5 +1,25 @@ # Домашнее задание к занятию «Базы данных в облаке» +Примерное время выполнения задания: 4 часа + +Это задание для самостоятельной работы — оно не будет проверяться экспертом. + +**Почему его важно и полезно выполнить:** + +* Загрузив выполненное домашнее задание в личный кабинет, вы получите эталонное решение от преподавателя. + +* Сколько бы теории вы ни изучали, мастерство приходит только с практикой. Не научившись решать простые задачи, вы будете испытывать всё больше затруднений при переходе к более сложным. + +### Цель задания + +На лекции вы узнали, как работать с системами управления баз данных. Теперь вы поработаете над созданием кластера и проверке работоспособности репликации в кластере. В результате выполнения этого задания вы научитесь: + +* создавать кластер PostgreSQL; + +* подключаться к мастеру и реплике; + +* проверять работоспособность репликации в кластере + ### Инструкция по выполнению домашнего задания 1. Сделайте fork [репозитория c шаблоном решения](https://github.com/netology-code/sys-pattern-homework) к себе в Github и переименуйте его по названию или номеру занятия, например, https://github.com/имя-вашего-репозитория/gitlab-hw или https://github.com/имя-вашего-репозитория/8-03-hw). @@ -10,7 +30,7 @@ - для корректного добавления скриншотов воспользуйтесь инструкцией [«Как вставить скриншот в шаблон с решением»](https://github.com/netology-code/sys-pattern-homework/blob/main/screen-instruction.md); - при оформлении используйте возможности языка разметки md. Коротко об этом можно посмотреть в [инструкции по MarkDown](https://github.com/netology-code/sys-pattern-homework/blob/main/md-instruction.md). 4. После завершения работы над домашним заданием сделайте коммит (`git commit -m "comment"`) и отправьте его на Github (`git push origin`). -5. Для проверки домашнего задания преподавателем в личном кабинете прикрепите и отправьте ссылку на решение в виде md-файла в вашем Github. +5. Для получения эталонного решения по домашнему заданию в личном кабинете прикрепите и отправьте ссылку на решение в виде md-файла в вашем Github. 6. Любые вопросы задавайте в чате учебной группы и/или в разделе «Вопросы по заданию» в личном кабинете. Желаем успехов в выполнении домашнего задания. @@ -24,7 +44,7 @@ 1) Сразу после выполнения задания удалите кластер. 2) Если вы решили взять паузу на выполнение задания, то остановите кластер. -### Задание 1 +### Задание #### Создание кластера @@ -83,19 +103,3 @@ select * from test_table; *1) Созданной базы данных;* *2) Результата вывода команды на реплике ```select * from test_table;```.* - - - -### Задание 2* - -Создайте кластер, как в задании 1 с помощью Terraform. - - -*В качестве результата вашей работы пришлите скришоты:* - -*1) Скриншот созданной базы данных.* -*2) Код Terraform, создающий базу данных.* - ---- - -Задания, помеченные звёздочкой, — дополнительные, то есть не обязательные к выполнению, и никак не повлияют на получение вами зачёта по этому домашнему заданию. Вы можете их выполнить, если хотите глубже шире разобраться в материале. diff --git a/13-01.md b/13-01.md index cf3feff9..2c60cbb8 100644 --- a/13-01.md +++ b/13-01.md @@ -1,4 +1,4 @@ -# Домашнее задание к занятию «Уязвимости и атаки на информационные системы» +# Домашнее задание к занятию «Уязвимости и атаки на информационные системы» Дмитрий Осипов ### Инструкция по выполнению домашнего задания @@ -34,8 +34,20 @@ Ответьте на следующие вопросы: - Какие сетевые службы в ней разрешены? + +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-01-01_.png) + + + - Какие уязвимости были вами обнаружены? (список со ссылками: достаточно трёх уязвимостей) +1. Exploit Title: vsftpd 2.3.4 - Backdoor Command Execution https://www.exploit-db.com/exploits/49757 +2. MySQL is prone to a remote denial-of-service vulnerability because it fails to handle certain select statements to database metadata https://www.exploit-db.com/exploits/29724 +3. RealVNC 3.3.7 - Client Buffer Overflow (Metasploit) https://www.exploit-db.com/exploits/16489 +4. PostgreSQL - 'bitsubstr' Buffer Overflow https://www.exploit-db.com/exploits/33571 + + + *Приведите ответ в свободной форме.* ### Задание 2 @@ -47,6 +59,39 @@ Ответьте на следующие вопросы: - Чем отличаются эти режимы сканирования с точки зрения сетевого трафика? +### При режимах SYN, FIN, Xmas - трафик минимальный +### При режиме UDP - трафик существенно больше и дольше отрабатывается, т.к. более сложный алгоритм опроса хоста. + + - Как отвечает сервер? +1. Отправляет TCP SYN пакеты для проверки состояния портов. Если порт отвечает пакетом SYN-ACK, значит он открыт. Это позволяет сканировать без установления полноценного TCP соединения. + +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-02-SYN.png) + + +2. Отправляет пакет с установленным флагом FIN, который используется для корректного закрытия соединения. Также определяет открытые порты. + +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-02-FIN.png) + + +3. При этом сканировании в заголовке TCP устанавливаются флаги FIN, PSH и URG, поэтому его ещё называют рождественским сканированием — флаги напоминают огни на рождественской елке. +Xmas сканирование позволяет выявить открытые TCP-порты на целевом хосте. + +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-02-Xmas.png) + + +4. UDP-сканирование позволяет проверить состояние портов, использующих протокол UDP +Сканирование портов, использующих протокол UDP. Поскольку UDP не требует установления соединения, этот тип сканирования может быть менее точным и требует больше времени для завершения. + +UDP-сканирования в том, что сканирующий хост посылает пустой UDP-пакет (только заголовок) и ждёт ответной реакции от сканируемого объекта. +Если в ответ приходит ICMP-ошибка о недостижимости порта (тип 3, код 3), значит порт закрыт. Другие ICMP-ошибки недостижимости (тип 3, коды 1, 2, 9, 10 или 13) +указывают на то, что порт фильтруется. Иногда служба отвечает UDP-пакетом, указывая на то, что порт открыт. +Если после нескольких попыток не было получено никакого ответа, то порт классифицируется как открыт|фильтруется. + + +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-02-UDP.png) + + + *Приведите ответ в свободной форме.* diff --git a/13-02.md b/13-02.md index c01fb44a..74f22e7c 100644 --- a/13-02.md +++ b/13-02.md @@ -1,4 +1,4 @@ -# Домашнее задание к занятию «Защита хоста» +# Домашнее задание к занятию «Защита хоста» Дмитрий Осипов ### Инструкция по выполнению домашнего задания @@ -23,9 +23,14 @@ 2. Добавьте пользователя cryptouser. 3. Зашифруйте домашний каталог пользователя с помощью eCryptfs. - *В качестве ответа пришлите снимки экрана домашнего каталога пользователя с исходными и зашифрованными данными.* +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-03-01.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-03-01-1.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-03-01-2.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-03-01-3.png) + + ### Задание 2 1. Установите поддержку **LUKS**. @@ -34,6 +39,11 @@ *В качестве ответа пришлите снимки экрана с поэтапным выполнением задания.* +1. sudo apt install cryptsetup +2. ![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-03-02-02.png) +3. ![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-03-02.png) + + ## Дополнительные задания (со звёздочкой*) diff --git a/13-03.md b/13-03.md index 6d10b0df..9c344f69 100644 --- a/13-03.md +++ b/13-03.md @@ -1,4 +1,4 @@ -# Домашнее задание к занятию «Защита сети» +# Домашнее задание к занятию «Защита сети» Дмитрий Осипов ### Инструкция по выполнению домашнего задания @@ -47,6 +47,18 @@ *В качестве ответа пришлите события, которые попали в логи Suricata и Fail2Ban, прокомментируйте результат.* +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01.png) + +**sudo nmap -sT < ip-адрес >** +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01-sT.png) + +**sudo nmap -sS < ip-адрес >** +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01-sS.png) + +**sudo nmap -sV < ip-адрес >** +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01-sV.png) + + ------ ### Задание 2 @@ -71,5 +83,9 @@ Дополнительная информация по **Fail2Ban**:https://putty.org.ru/articles/fail2ban-ssh.html. +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01-fail2ban%20nmap.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01-fail2ban%20off%20hydra.png) +![alt text](https://github.com/shamantmn/sdb-homeworks/blob/main/resources/13-04-01-fail2ban%20on%20hydra.png) + *В качестве ответа пришлите события, которые попали в логи Suricata и Fail2Ban, прокомментируйте результат.* diff --git a/image.png b/image.png new file mode 100644 index 00000000..e3d3b2bd Binary files /dev/null and b/image.png differ diff --git a/resources/11.02 status memcached.png b/resources/11.02 status memcached.png new file mode 100644 index 00000000..fd6c2f66 Binary files /dev/null and b/resources/11.02 status memcached.png differ diff --git a/resources/12-06-01.png b/resources/12-06-01.png new file mode 100644 index 00000000..ca0114d3 Binary files /dev/null and b/resources/12-06-01.png differ diff --git a/resources/12-06-01_slave.png b/resources/12-06-01_slave.png new file mode 100644 index 00000000..7a505265 Binary files /dev/null and b/resources/12-06-01_slave.png differ diff --git a/resources/12-06-01_slave_conf01.png b/resources/12-06-01_slave_conf01.png new file mode 100644 index 00000000..39d55243 Binary files /dev/null and b/resources/12-06-01_slave_conf01.png differ diff --git a/resources/12-06-01_slave_conf02.png b/resources/12-06-01_slave_conf02.png new file mode 100644 index 00000000..5c3f5f65 Binary files /dev/null and b/resources/12-06-01_slave_conf02.png differ diff --git a/resources/12-07-02.png b/resources/12-07-02.png new file mode 100644 index 00000000..80d655ab Binary files /dev/null and b/resources/12-07-02.png differ diff --git a/resources/13-01-01.png b/resources/13-01-01.png new file mode 100644 index 00000000..50fd4619 Binary files /dev/null and b/resources/13-01-01.png differ diff --git a/resources/13-01-01_.png b/resources/13-01-01_.png new file mode 100644 index 00000000..c44d8340 Binary files /dev/null and b/resources/13-01-01_.png differ diff --git a/resources/13-01-02.png b/resources/13-01-02.png new file mode 100644 index 00000000..dd491fd0 Binary files /dev/null and b/resources/13-01-02.png differ diff --git a/resources/13-02-FIN.png b/resources/13-02-FIN.png new file mode 100644 index 00000000..30a05554 Binary files /dev/null and b/resources/13-02-FIN.png differ diff --git a/resources/13-02-SYN.png b/resources/13-02-SYN.png new file mode 100644 index 00000000..4cb72f70 Binary files /dev/null and b/resources/13-02-SYN.png differ diff --git a/resources/13-02-UDP.png b/resources/13-02-UDP.png new file mode 100644 index 00000000..16fc06dd Binary files /dev/null and b/resources/13-02-UDP.png differ diff --git a/resources/13-02-Xmas.png b/resources/13-02-Xmas.png new file mode 100644 index 00000000..859f1a5c Binary files /dev/null and b/resources/13-02-Xmas.png differ diff --git a/resources/13-03-01-1.png b/resources/13-03-01-1.png new file mode 100644 index 00000000..c69d3345 Binary files /dev/null and b/resources/13-03-01-1.png differ diff --git a/resources/13-03-01-2.png b/resources/13-03-01-2.png new file mode 100644 index 00000000..9f6cdc29 Binary files /dev/null and b/resources/13-03-01-2.png differ diff --git a/resources/13-03-01-3.png b/resources/13-03-01-3.png new file mode 100644 index 00000000..bbc9a7b7 Binary files /dev/null and b/resources/13-03-01-3.png differ diff --git a/resources/13-03-01.png b/resources/13-03-01.png new file mode 100644 index 00000000..a52eaa0c Binary files /dev/null and b/resources/13-03-01.png differ diff --git a/resources/13-03-02-02.png b/resources/13-03-02-02.png new file mode 100644 index 00000000..e3d3b2bd Binary files /dev/null and b/resources/13-03-02-02.png differ diff --git a/resources/13-03-02.png b/resources/13-03-02.png new file mode 100644 index 00000000..3c14110a Binary files /dev/null and b/resources/13-03-02.png differ diff --git a/resources/13-04-01-fail2ban nmap.png b/resources/13-04-01-fail2ban nmap.png new file mode 100644 index 00000000..4981d1eb Binary files /dev/null and b/resources/13-04-01-fail2ban nmap.png differ diff --git a/resources/13-04-01-fail2ban off hydra.png b/resources/13-04-01-fail2ban off hydra.png new file mode 100644 index 00000000..f2f7ae6f Binary files /dev/null and b/resources/13-04-01-fail2ban off hydra.png differ diff --git a/resources/13-04-01-fail2ban on hydra.png b/resources/13-04-01-fail2ban on hydra.png new file mode 100644 index 00000000..d3faa0f2 Binary files /dev/null and b/resources/13-04-01-fail2ban on hydra.png differ diff --git a/resources/13-04-01-sS.png b/resources/13-04-01-sS.png new file mode 100644 index 00000000..e2ddbea9 Binary files /dev/null and b/resources/13-04-01-sS.png differ diff --git a/resources/13-04-01-sT.png b/resources/13-04-01-sT.png new file mode 100644 index 00000000..cce8c11f Binary files /dev/null and b/resources/13-04-01-sT.png differ diff --git a/resources/13-04-01-sV.png b/resources/13-04-01-sV.png new file mode 100644 index 00000000..39d560e4 Binary files /dev/null and b/resources/13-04-01-sV.png differ diff --git a/resources/13-04-01.png b/resources/13-04-01.png new file mode 100644 index 00000000..b9083287 Binary files /dev/null and b/resources/13-04-01.png differ