Межсетевые экраны | Курс "Компьютерные сети"

[@nikewhite4471]

Спасибо! Коротко, информативно, последовательно - так и должно быть.

[@AndreySozykin]

+Jon Belov, пожалуйста.

[@АлмасУразов-л2т]

Андрей, огромное вам спасибо. Это большой труд - создавать такие уроки.

[@AndreySozykin]

Пожалуйста!

[@snsaraev]

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

[@SergiiKartashov]

Время идет, но я периодически возвращаюсь к Вашим курсам. Спасибо!

[@eugeniatikhomirova7542]

Большое спасибо! Теория, как всегда, на высоте. На мой взгляд, не хватает практического примера программно-аппаратной реализации. Понятно было только с брандмауэром на хосте.

[@ТасяТася-с7э]

Благодарю Вас за Ваши замечательные доступные объяснения!!!

[@vuzhe]

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

[@AndreySozykin]

Это и есть life long learning, сейчас очень востребовано 😉

[@ЕкатеринаКараханова-щ2л]

Андрей, спасибо большое за информативность! Мы всем потоком сдали экзамен по сетям связи благодаря вашим видео! :)

[@AndreySozykin]

Спасибо за приятный отзыв! Какой университет?

[@manOfPlanetEarth]

тебя спросили какой университет!

[@properdosik]

@@AndreySozykin МФТИ

[@Phi-Gnya]

нет слов! ) великолепная подача материала. лаконично, понятно, информативно!

[@AndreySozykin]

Спасибо!

[@3scctvRu_camera]

Спасибо за приятный стиль подачи информации...

[@AndreySozykin]

+3S-cctv.ru, пожалуйста! Рад, что нравится!

[@Q_School]

Спасибо. Qilgan bu yaxshi amallariyezni ajrini bersin.

[@AndreySozykin]

Пожалуйста!

[@andreipomorev6292]

Спасибо! Очень понятное изложение материала.

[@kseniyasakki4382]

Спасибо вам, Андрей!

[@AndreySozykin]

Пожалуйста!

[@worseize]

Спасибо первое видео по безопасности которое я понял .

[@AndreySozykin]

Отлично! Успехов в дальнейшем изучении!

[@andrewgering9005]

Не первое ваше видео, очень здорово спасибо большое!

[@AndreySozykin]

Пожалуйста!

[@sergeykatovich4949]

Андрей спасибо, отличные лекции. Очень грамотная структурированность и подача информации. Почему не подключен сервис донатов? Я, как думаю и многие люди из комментариев отблагодарили бы.

[@AndreySozykin]

Спасибо за приятный отзыв! Сервис донатов есть, вот ссылка - pay.cloudtips.ru/p/45a4055b Не во все ранние видео успел прописать.

[@dinara9129]

Супер, все понятно теперь! Спасибо :-)

[@AndreySozykin]

+Dinara Shadyarova, пожалуйста.

[@АлексейРоманчук-у4п]

Спасибо, полезно и понятно. Отличное видео.

[@AndreySozykin]

Пожалуйста!

[@sergeyshestakov607]

Спасибо ! Очень полезный урок!

[@AndreySozykin]

Пожалуйста!

[@АндрейБессмертный-у6я]

Вау, вот это очень интересный видос!

[@AndreySozykin]

Спасибо!

[@lester2496]

Спасибо Андрей!

[@AndreySozykin]

Пожалуйста!

[@farhad189school8]

Спасибо большое.

[@AndreySozykin]

Пожалуйста!

[@СергейПарамзин-у8й]

Спасибо за лекцию ( на дистанционке это самое то) ps какие негодяя минусят- кому Вы зачёт не поставили)))

[@AndreySozykin]

Минусы обязательно нужны, всем нравится невозможно.

[@mindfulnessbeauty9175]

Спасибо! Было интересно!

[@AndreySozykin]

Пожалуйста!

[@deniskoeppen]

Было бы интересно увидеть типологию с внешними и внутренними МСЭ, DMZ. Что можно что нельзя при протоколах прикладного уровня. А так же отличие и/или размещение коммутатора и МСЭ.

[@AndreySozykin]

В этом я не специалист, к сожалению.

[@deniskoeppen]

@@AndreySozykin а чем отличается МСЭ от коммутатора?

[@pavellevap4178]

Анрдей, можно вас попросить рассказать про WAF IPS IDS поподробнее, если у вас есть таковые знания, буду очень признателен

[@AndreySozykin]

К сожалению, в этих темах я не очень разбираюсь. Поэтому вряд ли смогу сделать хорошие лекции.

[@ВитюганЗлюка]

Очень доступно.. Даже я тугодум всё понял с первого раза

[@TOXIC-ROSE-14]

Спасибо что объясняете.

[@AndreySozykin]

Пожалуйста!

[@ДмитрийКомаров-щ6с]

Андрей, возникло затруднение в понимании на моменте 6:44 "межсетевой экран их пропустит, наш сервис их будет отбрасывать" - всё-таки пропустит или будет отбрасывать? Просто прозвучали две противоречивые фразы друг за другом. Вроде эти пакеты удовлетворяют правилу 2 в таблице.

[@ФуадГусейнов-й9ы]

спасибо за труды

[@AndreySozykin]

Пожалуйста!

[@AvariaMax]

Объясните, в какой точке правильно устанавливать маршрутизатор? В большинстве случае в интернете представлены следующие схемы: 1) внутренняя защищаемая сеть->межсетевой экран->маршрутизатор->внешняя сеть но ведь в таком случае маршрутизатор оказывается за пределами защиты МСЭ. Конечно маршрутизатор можно защитить его собственными средствами безопасности, но этих средств всё равно меньше чем у МСЭ. И таким образом злоумышленники могут просто положить маршрутизатор, и пользователь останется без доступа во внешнюю сеть. Логичнее выглядит следующая схема 2) внутренняя защищаемая сеть->маршрутизатор->межсетевой экран->внешняя сеть почему же по второму варианту схемы встречаются крайне редко? какая из них является правильной или какая является предпочтительной по каким-либо причинам? Я проектирую сети энергетики, во внутренних руководящих документах ПАО "Россети" строго сказано, что сегменты сети должны быть разделены МСЭ и это видится логичным, но почему же в интернете во всяческих учебных лекциях всегда указывается схема по первому варианту или изредка встречается схема по второму?

[@AndreySozykin]

Алексей, однозначного ответа нет, все зависит от условий. 1. Сейчас многие маршрутизаторв содержат в себе встроенные межсетевые экраны и могут обеспечить достаточно серьезную защиту. 2. Нужно смотреть, как осуществляется подключение к интернет. Возможно, по требованиям должен сначала идти маршрутизатор, а к межсетевому экрану подключиться не получится. 3. В зависимости от архитектуры сети возможна более сложная схема: в дополнение к внутреннему и внешнему сегменту может использоваться демилитаризованная зона, в которой находятся серверы компании, к которым разрешен доступ из интернет. Я не являюсь специалистом по информационной безопасности и не могу сказать точно, как будет правильно и в каком случае.

[@w1tcherj]

замечу, что некоторые провайдеры разрешают свой канал(пачкорд) воткнуть только в роутер(шлюз который), а дальше как клиент хочет, может в этом дело?

[@AndreySozykin]

Да, провайдеры обычно только канал в Интернет предоставляют. Но у некоторых есть дополнительные сервисы - защита от DDos атак и т.п. Однако в большинстве случаев свою сеть придется защищать самостоятельно.

[@FF-ne2qz]

5:53 но ack же будет только от клиента к серверу (о подтверждении получения данных), то есть правило 2 не будет работать, как рассказывается?

[@Monkeylust]

допустим в первом правиле клиент отправил запрос на установку соединения syn (флаг любой), а во втором правиле пришло подтверждение соединения syn-ack (так как в нем есть флаг ack его пропустили), далее по первому правилу клиент устанавливает соединение с сервером и начинается передача от сервера к клиенту. А так как злоумышленникам необходимо установить соединение с клиентом им не остается выхода как кинуть пакет только с syn и как раз таки он и не пройдет по второму правилу так как в первом пакете отсутствует флаг ack, фух. Я как то так понял.

[@manOfPlanetEarth]

@@Monkeylust всё правильно понял.

[@aleksanterikaansalo]

Неплохо, чёрт возьми.

[@rosen_matev]

Большое спасибо ... 🙂

[@WhiteBear141981]

Добрый день, Андрей! Спасибо! Вопрос: не является ли третье правило в таблице правил доступа излишним?

[@AndreySozykin]

Которое про запретить все? Для обработки пакетов используется первое найденное подходящее правило. Если никакое правило найдено не будет, то пакет передается дальше.

[@WhiteBear141981]

@@AndreySozykin спасибо! То есть работает правило: всё, что не запрещено, разрешено.

[@AndreySozykin]

Да.

[@АнатолийАнатолий-п1д]

Я думал, это зависит от конкретной реализации фаервола, нет?

[@СергейТерехов-п8с]

Класс! Спасибо!!!

[@AndreySozykin]

Пожалуйста!

[@artur_kia]

Спасибо

[@AndreySozykin]

Пожалуйста!

[@abit2ip]

супер, что посоветуете из оьорудования железки - для малого бизнеса с поддержкой контроля на прикладной уровне?

[@sergeyufimtsev711]

А разве firewall не может пасть от атаки "Отказ в обслуживании"?

[@AndreySozykin]

+Sergey Ufimtsev, да может. Но обычно для этого гораздо больше ресурсов нужно.

[@Учусь-л7ц]

Здравствуйте, Андрей, спасибо за очередную отличную лекцию. у меня возникли вопросы, которые хотелось бы прояснить прежде чем переходить к следующему уровню. 1) хосты находящиеся в одной подсети, то есть равную маску IP. Как они связаны на канальном уровне? Они должны находиться близко? Или могут быть в разных городах к примеру 2)как связаны хосты подсети с маршрутизатором на канальном уровне?

[@Alex-x4b8y]

1) на канальном уровне все устройства в широковещательные домене взаимодействуют на уровне Mac-адресов, коммутация пакетов. Обычно используются коммутаторы L2, L3. Расстояние зависит от возможностей канального уровня и технологии ethernet. Максимальная длина кабеля между 2-мя сегментами utp (витая пара) с ethernet 10,100, 1000, 1GBase-T = 100 метров, для ethernet 1000Base-LX (оптоволокно) = 5 км. Чтобы построить свою подсеть в разных городах без маршрутизаторов, чисто на канальном уровне, тебе нужно протянуть между ними несколько физических кабельных линий с коммутаторами, хабами и репитерами. Эл. сигнал затухает при прохождении по кабелю. Потому на технологии наложены ограничения на максимальную длину кабеля. В современном мире, благодаря VLAN, можно свои линии не тянуть, но здесь без сетевого уровня и маршрутизатора никак. 2) Они взаимодействуют на сетевом уровне с помощью инкапсуляции и протокола ARP.

[@Учусь-л7ц]

@@Alex-x4b8y спасибо большое!

[@АлександрЧерданцев-у7н]

@@Alex-x4b8y Благодарю за развернутый ответ. Но на 2-ой вопрос я не совсем понял ответ. Либо вопрос был задан не корректно. Я так понимаю, использование маршрутизатора в подсети для связи хостов не целесообразно, только как коммутатор LAN - портов в подсети и выхода их во внешнюю сеть провайдера и интернет. Это имеет место только для домашнего роутера. Понятно, что роутер по определению предназначен для работы на сетевом уровне для связи сетей между собой. Вопрос: под инкапсуляцией вы имеете ввиду соотнесение MAC - адрес порта роутера с IP-пакета по ARP?

[@Alex-x4b8y]

@@АлександрЧерданцев-у7н @Александр Черданцев Это разные вещи. Инкапсуляции это основа сетей, технологии ethernet и модели OSI. Всё завязано на инкапсуляции ip-пакета во фрейм при отправке и декапсуляции из фрейма в пакет при получении. Это базовая логика работы передачи данных, которой безукоризненно следуют и хосты (ПО на ПК) и сетевые устройства. Нельзя отправить ip-пакет, не упакован его во фрейм. И нельзя отправить фрейм без ip-пакета. Особенность коммутации: Фрейм может пересылаться только ближайшем физическому устройству. ARP-таблица нужна маршрутизатору для понимания кому из напрямую подключённых соседей предназначен фрейм.

[@manOfPlanetEarth]

@@Alex-x4b8y четкий комментарий. первый раз вижу тебя здесь в комах. мало комментируешь, мог бы больше:)

[@coconut_punker]

Правильно ли я понял что межсетевые экраны могут быть встроены в маршрутизатор ли конфигурируются администратором сети?

[@AndreySozykin]

Да, так часто бывает.

[@coconut_punker]

@@AndreySozykin спасибо за урок!

[@АнатолийАнатолий-п1д]

Правильно ли я понимаю, что если я - провайдер, я могу использовать межсетевой экран для того, чтобы ограничивать доступ моим клиентам к некому списку IP адресов (например, вебсерверов, запрещенных РКН), а обойти это можно будет с помощью прокси на прикладном уровне, ведь запрос будет осуществляться к разрешенному IP-адресу прокси-сервера, а он уже будет отправлять запрос на запрещенный сайт? P. S. Наконец-то я начал понимать все эти фаерволы, брандмауэры и iptables. Оказалось проще и приятнее, чем казалось со стороны, когда еще не знал ничего.

[@Азамат-ш4з]

Андрей я так и не понял, как злоумвшленник сможет узнать внутренний айпи адрес хоста и его внутренний порт, чтобы сконструировать тот самый поддельный пакет? Ведь как мы знаем из лекции о НАТ - те, кто за прелелами сети видят айпи адрес и порты устройства НАТ а не хоста из лок сети, то есть по сути такая атака получается невозможна в принципе. Так или нет? 🤷‍♂️

[@Азамат-ш4з]

Или злой парень в своем сконструированном пакете укажет порт и айпи устройства НАТ, а оно уже транслирует эти данные во внутренний айппи и порт хоста и далее пакет плохого парня идет в мсэ? Так получается? Тогда НАТ должен стоять перед мсэ.

[@AndreySozykin]

Межсетевой экран не обязательно использовать вместе с NAT. Экран может отделять два сегмента сети друг от друга. Или во внутренней сети компании могут быть несколько устройств с внешними адресами. Наример, веб-серверы.

[@Азамат-ш4з]

@@AndreySozykin а если во внутренней сети имеются хосты с внешним айпи то они выходят в инет через нат или минуя нат? Или через нат, но нат им айпи не меняет?

[@AndreySozykin]

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

[@Andrzej3935]

Спасибо!

[@ИванИванов-ю2е5ц]

спасибо!!!

[@AndreySozykin]

Пожалуйста!

[@danilghost6817]

Алексей, подскажите когда следует использовать цепочки forward, output и input при построении ip tables на линукс

[@AndreySozykin]

+Danil Ghost, надеюсь вопрос ко мне, хотя меня зовут Андрей :) В iptables цепочка output - для исходящих пакетов, input - для входящих пакетов. Цепочка forward используется на программных маршрутизаторах, в ней обрабатываются пакеты, не предназначенные для локального компьютера. Наша Linux-машина маршрутизатор принимает такие пакеты и передает дальше.

[@danilghost6817]

Сорри за ошибку с именем)) Спасибо за ответ

[@BalynOmavel]

Слайд 12. Для проверки наличия соединения, fw использует таблицу соединений. Но как мы сможем установить ПЕРВОЕ соединение, если все пакеты с ACK флагом без соединения отбрасываются согласно 2-му правилу fw? Ведь для установки соединения, необходимо пропустить как минимум один SYN-ACK от удаленного сервера

[@w1tcherj]

хороший вопрос, в инете нашёл о SPI, который может запомнить и атрибуты каждого соединения. Конечно же ответ на твой вопрос хотелось бы получить, но, как мне кажется, fw просто "запомнит" что был SYN и будет "ждать" ACK.

[@АнатолийАнатолий-п1д]

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

[@manOfPlanetEarth]

@@АнатолийАнатолий-п1д в этом ответе халтуришь.

[@gheocom]

A ato ne acces list?

[@AndreySozykin]

+gheocom, на маршрутизаторе это может быть access list.

[@Das.Kleine.Krokodil]

4:44 в брэнмауэре win8 не нашел порядка у правил

[@SuperPurpleguitar]

Спасибо за лекции! Очень доступно и интересно ! Мне немного не хватало информации о том как применять брандмауэр и нат вместе . Если у меня уже есть нат , нужен ли мне брэндмауэр?

[@AndreySozykin]

Да, нужен. NAT и межсетевой экран - дополняющие друг друга технологии. Чаще всего они реализованы в одном устройстве.

[@bodik1111]

а можно ли как то просмотреть таблицу правил доступа?

[@MegaCorbon]

Ну если ты ее составляешь, наверное и посмотреть можешь!)) А извне только понять разрешен конкретно тебе доступ в эту сеть или нет

[@w1tcherj]

да и изнутри, если ты не администратор старший какой-нибудь, хрен посмотришь)

[@pie4928]

Как сконструировать пакет ?!

[@AndreySozykin]

Пакеты вручную конструировать не нужно. Вместо прямого создания пакетов для передачи данных используется интерфейс сокетов.

[@pie4928]

@@AndreySozykin спасибо

[@pie4928]

@@AndreySozykin а если я хочу сконструировать пакет RST и отправить?

[@KosmoKiit]

Норм преподаватель))))

[@AndreySozykin]

Спасибо!

[@yz1725]

"МЭ отделяет сети друг от друга." Возможно, что он объединяет сети по определенным правилам?

[@AndreySozykin]

Можно сказать и так. Но основное устройство объединения сетей - это маршрутизатор.

[@KomarovPavel-if8ud]

у кого-то стакан наполовину полон, а у кого-то наполовину пуст)

[@w1tcherj]

09:40 а как он определит, что я скачиваю видео, вот пришло ему 1500байт, хер же поймёшь, что там внутри, а все пакеты собирать-места не хватит.

[@AndreySozykin]

Обычно межсетевые экраны отслеживают установку соединения. Продвинутые могут определить, какая именно операция используется в этом соединении. После этого достаточно определить, к какому соединению относится пакет, не обязательно хранить все предыдущие пакеты. Часто для этого этой цели используется технология DPI - ru.wikipedia.org/wiki/Deep_packet_inspection

[@andreypolevoy5311]

СПС!

[@OleksandrVoitiuk]

Нарешті почав розуміти як функціонують SPI. Дякую.

[@СабинаСабирова-з7в]

спасибо|

[@gheocom]

privet!

[@ЕвгенийШаров-ч4ш]

iptables это всего лишь утилита заполнения таблиц, а фильтрацией занимается уже часть ядра netfilter

[@AndreySozykin]

+Евгений Шаров, спасибо за уточнение. Именно так.

[@Саша-л5б5г]

По 7 уровень забыли(

[@olimpus6482]

злоумышленник может подключиться модему использовать трафик клиента.

[@w1tcherj]

что

[@manOfPlanetEarth]

@@w1tcherj да он лимонада перепил

[@frolovskii_v]

На сколько глубока кроличья нора...) Но зачем безопасность рядовому пользователю, которого никто не знает и денег не много?

[@AndreySozykin]

Основы все равно нужно представлять.

[@frolovskii_v]

@@AndreySozykin то есть обычный человек может получить публичный ip и не заморачиваться?

[@AndreySozykin]

Скорее, понимать, что есть такие задачи, как безопасность. И не выключать межсетевой экран (брандмауэр) на своём компьютере.

[@eugenepashch5213]

Solid.

[@MrEmityushkin]

+Plus

[@ДмитрийДиев-з8б]

ты похож на вячеслава сальникова...

[@AndreySozykin]

+Дмитрий Диев, не знаю, кто это.

[@FF-ne2qz]

На Дмитрия Комарова

[@MrEmityushkin]

++Plus

[@antongrigoryan6023]

Супер скучно

[@antongrigoryan6023]

Какой же ты скучняк