Концептуальная модель принимающего узла компьютерной сети под воздействием сетевых

39	^iiiE22	48	^iiiE30
Происходит в отказ в доступности адресата
40	^iiiE23	49	^iiiE31	Происходит отказ в работе сетевого оборудования

5. Метод формализации сценариев типовых атак типа «отказ в обслуживании»

«Что происходит с принимающим узлом компьютерной сети при воздействии сетевых распределенных атак». Эта задача определяет выбор первичного внутреннего события (iaE₁) и первичных внешних событий (ibE₂- ibE₁₄), где ibE₂, ibE₃, ibE₅, ibE₇, ibE₈, ibE₉ являются штатными событиями работы при исправной работе компьютерной сети. Для ясности изменения сети при воздействии сетевых распределенных атак на конкретном узле составим все возможные вредоносные сценарии:

Сценарий 1. Сетевым адаптером получен бинарный поток нулей и единиц. При штатной работе сетевого адаптера происходит формирование кадра определенного размера и управление доступом к среде путем проверки входящего MAC-адреса. Злоумышленник посылает большое количество поддельных MAC-адресов, что сопровождается переполнением памяти сетевого устройства пакетами данных о статусе соединения. Входящие потоки данных блокируют передачу входящих данных.

^(iaE1^{), (ibE}2^{) Inlfux (iiE}15^{) (iiE}15^{), (ibE}4^{) Influx (iiE}17^{) (iiE}17^{) Flux (iiiE}17⁾

Сценарий 2. Данный сценарий отличается от предыдущего тем, что он воздействует на сеансовый уровень модели OSI. На данном уровне при штатной работе сетевого оборудования выбирается оптимальный путь для
доставки данных. При воздействии MAC-флуда происходит удаление таблиц маршрутизации, что приводит к отказу работы сетевого оборудования.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}15^{), (ibE}4^{) Inlux (iiE}17^{) (iiE}16^{), (iiE}17^{) Inlux (iiE}31^{) (iiE}31^{) Flux (iiiE}31⁾

Сценарий 3. Совместная реализация сценариев 1 и 2. Воздействие MAC-флуда на канальном уровне (L2) приводит к переполнению памяти сетевого устройства, на сетевом уровне (L3) происходит сбой в формировании таблиц маршрутизации.

^(iaE1^{), (ibE}2^{) Inlfux (iiE}15^{) (iiE}15^{), (ibE}4^{) Influx (iiE}17^{) (iiE}17^{) Flux (iiiE}17⁾

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}15^{), (ibE}4^{) Inlux (iiE}17^{) (iiE}16^{), (iiE}17^{) Inlux (iiE}31^{) (iiE}31^{) Flux (iiiE}31⁾
Сценарий 4. После успешного формирования кадра и идентификации адреса передающего узла происходит выбор оптимального пути доставки сетевого кадра. На данном уровне происходит воздействие ICMP-флуда. При отправке большого количества пакетов данных о статусе подключения происходит снижение пропускной способности узла.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}6^{) Influx (iiE}19^{) (iiE}19^{) Flux (iiiE}19⁾

Сценарий 5. Данный сценарий отличается от предыдущего тем, что ICMP- флуд воздействует на транспортный уровень (L3), в связи со снижением пропускной способности происходит потеря входящих пакетов данных.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}16^{), (ibE}6^{) Influx (iiE}19^{) (iiE}18^{), (iiE}19^{) Influx (iiE}28^{) (iiE}28^{) Flux (iiiE}28⁾

Сценарий 6. Совместная реализация сценариев 4 и 5, ведет к том, что полоса пропускания сети снижена, пакеты не имею возможности дойти до принимающего узла.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}6^{) Influx (iiE}19^{) (iiE}19^{) Flux (iiiE}19⁾

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}16^{), (ibE}6^{) Influx (iiE}19^{) (iiE}18^{), (iiE}19^{) Influx (iiE}28^{) (iiE}28^{) Flux (iiiE}28⁾
Сценарий 7. После того, как решена задача логической адресации узлов, происходит передача данных между узлами. На данном отрезке возможна реализация SYN-флуда, при котором отправляется большое количество запросов на подключение по протоколу TCP. Это ведет к пределу допустимых подключений.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16⁾

^(iiE16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}18^{), (ibE}10^{) Influx (iiE}21^{) (iiE}21^{) Flux (iiiE}21⁾
Сценарий 8. Данный сценарий отличается от предыдущего тем, что SYN- флуд воздействует на следующий уровень (L5) модели OSI. При атаке соединение остается полуоткрытым. Происходит ожидание подключение, что ведет к Тайм-ауту соединения.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}18^{), (ibE}7^{) Influx (iiE}20^{) (iiE}18^{), (ibE}10^{) Influx (iiE}21^{) (iiE}20^{), (iiE}21^{) Influx (iiE}29^{) (iiE}29^{) Flux (iiiE}29⁾

Сценарий 9. Совместная реализация сценариев 7 и 8. При атаке происходит переполнение канала подключения, что ведет к пределу допустимых подключений. У новых пользователей идет длительное ожидание подключение, после легитимный пользователь отбрасывается.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}18^{), (ibE}10^{) Influx (iiE}21^{) (iiE}21^{) Flux (iiiE}21⁾

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}18^{), (ibE}7^{) Influx (iiE}20^{) (iiE}18^{), (ibE}10^{) Influx (iiE}21^{) (iiE}20^{), (iiE}21^{) Influx (iiE}29⁾

^(iiE29^{) Flux (iiiE}29⁾

Сценарий 10. После того, как решена задача логической адресации узлов, происходит передача данных между узлами. На данном отрезке возможна реализация UDP-флуда, при котором происходит отправка большого количества датаграм для установки подключения по протоколу UDP. Это ведет к пределу допустимых подключений.

^(iaE1^{), (ibE}2^{) Influx (iiE}15^{) (iiE}15^{), (ibE}3^{) Influx (iiE}16^{) (iiE}16^{), (ibE}5^{) Influx (iiE}18^{) (iiE}18^{), (ibE}11^{) Influx (iEi}22^{) (iiE}22^{) Flux (iiiE}22⁾

Сценарий 11. Данный сценарий отличается от предыдущего тем, что он воздействует на транспортный уровень модели OSI. При проведении UDP- флуда происходит перегрузка системы, что ведет к недоступности адреса для пользователя.