Перейти к содержанию
Сергей Ильин

Нужен ли firewall для защиты рабочих станций?

Recommended Posts

DWState

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
2) любой фаер будет задавать вопросы, а конечный пользователь и вопросы фаера, имхо, нЕ совместимы

Эээ работая системным администратором, вы доверите настройки защиты пользователю?

я кстати не только про fw говорил..

3) гораздо проще и удобней с точки зрения администрирования один корпоративный фаер, нормальная IDS (например snort), нормально настроенный шлюз и наверное нормально настроенная служба каталогов реализующая групповые политики безопасности (Active Directory, Fedora Directory и тд и тп)

а кто спорит что это неудобно (заметьте что то что легче с точки зрения администратирования, не всегда лучшее с точки зрения безопасности) , я говорил что это лучше чем голая система это раз, второе с точки зрения безопасности лучше иметь fw на каждой системе..

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir

я кстати не только про fw говорил..

я тоже....

я говорил что это лучше чем голая система это раз' date=' второе с точки зрения безопасности лучше иметь fw на каждой системе..

что бы сразу вопросов не возникало, заметьте я не говорил что это лучше по цене качеству, я просто сказал что это лучше с точки зрения безопасности..[/quote']

А с точки зрения соотношения безопасноть/производительность лучше когда на локальных станциях нету фаервола, там хватает пользовательских приложний, антивирусника и прочих СЗИ - первостепенных, например DeviceLock...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Oleg070
2) любой фаер будет задавать вопросы, а конечный пользователь и вопросы фаера, имхо, нЕ совместимы

А кто пользователю даст возможность управлять фв(в блок и пароль на него).

Igo1st +1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir

2) любой фаер будет задавать вопросы, а конечный пользователь и вопросы фаера, имхо, нЕ совместимы

А кто пользователю даст возможность управлять фв(в блок и пароль на него).

Igo1st +1

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

незабудьте учесть что я говорю о сети в котрой от 150 и более машин... и не факт что они расположены в одном здании(и/или одном городе)...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Oleg070

Полностью согласен.

Для такой сети надо очень хорошо подумать где локальный фв уместен а где нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
Не дОверю... Именно поэтому я настаиваю на корпоративном фаере, а не на пользовательском на каждую машину....

Хорошо при попадании в сеть, червя парализующего работу всей сети, и попадая на рабочую станцию через 0day уязвимостью как вы будете это останавливать?

фраза избитая как этот мир... к тому же из учебника...

какая бы она не была, суть её остаеться актуальной и по сей день..

потом кому то легче iptables поправить... а ктото и с аутпостом с интуитивным GUI справиться не может....

пользователю ненадо справляться, а для этого есть админ, если не может, значить плохой админ..

кстати вы говоря так опираетесь на личный опыт, или на учебник?

А это имеет значение?

например DeviceLock

ну DeviceLock поистине нужная вещь..

да вот ещё хотелось бы уточнить что в вашем понятии

корпоративном фаере

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir

да вот ещё хотелось бы уточнить что в вашем понятии

корпоративном фаере

например фаервол который стоит сразу за маршрутизатором и фильтрует весь трафик, если локальная сеть разбита на участки (например по районам и/или городам) то еще и между ними (по два :))

То есть фаер на каждый вход в корпоротивную сеть...

приблизительным продуктом могу назвать VipNet от Infotechs

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Oleg070
Не дОверю... Именно поэтому я настаиваю на корпоративном фаере, а не на пользовательском на каждую машину....

Хорошо при попадании в сеть, червя парализующего работу всей сети, и попадая на рабочую станцию через 0day уязвимостью как вы будете это останавливать?

Странный вопрос... руками....

Я не думаю что наличие локального фаера как то сильно спасет ситуацию....

Очень ошибаетесь.

1 Если вирь попал и проинфицировал комп с локальным фв то в сеть вирь не подет фв не пустит.

2 Если вирь попал на комп без фв, то он не попадет на те компы где стоит фв

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir
Не дОверю... Именно поэтому я настаиваю на корпоративном фаере, а не на пользовательском на каждую машину....

Хорошо при попадании в сеть, червя парализующего работу всей сети, и попадая на рабочую станцию через 0day уязвимостью как вы будете это останавливать?

Странный вопрос... руками....

Я не думаю что наличие локального фаера как то сильно спасет ситуацию....

Очень ошибаетесь.

1 Если вирь попал и проинфицировал комп с локальным фв то в сеть вирь не подет фв не пустит.

2 Если вирь попал на комп без фв, то он не попадет на те компы где стоит фв

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

Начнем с того как вирь попал на локальный комьпьютер...

если устройства ввода вывода заблокированы (DeviceLock'ом например) вирь не может попасть на локальную станцию... вы скажите с инета, тоже НЕТ... если правильно настренны прокся+шлюз+фаер на входе+ Разграничение пользования инетом... то есть надо четко определять кому в организации нужен доступ во вне, а кому нет!!!

Конечно если станция как проходной двор... то тут и локальный фаер не спасет...

И потом мы говорим про 0day уязвимость... а не факт что уязвимость не в фаере, это первое , а второе тот же snort (правильно настроенный) не даст заразе распространиться!!!

и потом любой фаервол можно обойти... Более или менее интуитивно понятно это описано в книге Криса Касперски "Записки исследователя компьютерных вирусов".

Так что есть смысл подучить мат.часть!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
Очень ошибаетесь.

1 Если вирь попал и проинфицировал комп с локальным фв то в сеть вирь не подет фв не пустит.

2 Если вирь попал на комп без фв, то он не попадет на те компы где стоит фв

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

все правильно..

Antivir вы видимо просто незнаете что есть и fw для рабочих станций, которые алдминистрируются удалённо, например продукты от trendmicro и можно одновременно задать правила для всех машин сети (вслучаи глобального обновления).. в случаи заражения одного компьютера его можно быстро отключить от сети удаленно, и потом уже разбираться..

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir
Antivir вы видимо просто незнаете что есть и fw для рабочих станций, которые алдминистрируются удалённо, например продукты от trendmicro и можно одновременно задать правила для всех машин сети (вслучаи глобального обновления).. ставить..

Знаю есть...

Использование таких продуктов упростит администрирование, однако на проиводительность не повлияет (то есть нет разницы ставить индивидуальный фаер, или клиента)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
прокся+шлюз+фаер на входе+ Разграничение пользования инетом

обясните мне как, даный вариант спасёт от скачки файла из интернета, и последующем запуске его (естественно разговор ведёться про того у кого есть доступ во вне)?

кому в организации нужен доступ во вне, а кому нет!!!

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

И потом мы говорим про 0day уязвимость...

я говорил про уязвимость оси, не один червяк под все fw подстроиться несможет..

Так что есть смысл подучить мат.часть!

так тем и занимаемся постоянно..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Oleg070

2 Antivir

DeviceLock имеет привязку к определенному устройству? ну пусть это будет принтер, ну пусть это USB принтер.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
однако на проиводительность не повлияет (то есть нет разницы ставить индивидуальный фаер, или клиента)

я непойму вы что собираетесь настраивать 286 компы или микрошы?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir
2 Antivir

DeviceLock имеет привязку к определенному устройству? ну пусть это будет принтер' date=' ну пусть это USB принтер.[/quote']

DeviceLock имеет возможность блокировать USB-порты, оптические носители и тд, даже запись на винт можно блокировать...

А также имеет исключения, например USB заблокирован для любых контактов, но принтеру можно...

Добавлено спустя 3 минуты 55 секунд:

однако на проиводительность не повлияет (то есть нет разницы ставить индивидуальный фаер' date=' или клиента)[/quote']

я непойму вы что собираетесь настраивать 286 компы или микрошы?

Стандартный парк Celeron 1,4-3,0

Все зависит от того пользовательского ПО которое используется...

Чем больше парк тем острее вопросы производительности.

Если речь о маленькой компании максимум в 30 компов, где пользователи кроме оутглюка, офиса и 1С ничего не используют... (ну админы канечно юзают кваку, контру и тд)....

Речь ведем о большой корпоративной сети с различными прикладными задачами...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Oleg070

2 Antivir

Спасибо за ответ.

Еще у меня сложилось впечатление что вы работаете в гос структуре или в крупной корпорации.

Это так?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir
2 Antivir

Это так?

угу... в крупной...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st
Элементарной настройкой прокси.

В том же squid есть текстовый файл, куда просто записываются расширения запрещенных файлов!

будете запрещать exe качать?

У Криса касперски описаны варианты обхода фаервола без идентификации(то есть не вАжно, какой фаер)

через дырки в оси?

См выше о настройках прокси... и потом при наличии нормативной базы этот вопрос ("о скачке без палева") очень просто решается:

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

плохо вы пользователей знаете=)) неважно кому глав буху или ещё кому, это просто пример был =))

Речь ведем о большой корпоративной сети с различными прикладными задачами...

ну и? уверен что 10метров памяти это точно не кретично..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir
Речь ведем о большой корпоративной сети с различными прикладными задачами...

ну и? уверен что 10метров памяти это точно не кретично..

повторяю все зависит от софта! может и критично!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ego1st

ладно заканчиваю я спор, как говориться сколько людей столько и мнений.. можно считать я проиграл эту схватку=)) :lol:

Вы почитайте, весьма интересная книга...

что за книга можно подробнее?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Antivir

ИМХО

Доступ в интернет нужен только людям обслуживающим технику, остальным по специальному запросу, с точным указанием куда и зачем...

Добавлено спустя 5 минут 14 секунд:

ладно заканчиваю я спор, как говориться сколько людей столько и мнений.. можно считать я проиграл эту схватку=)) :lol:
Вы почитайте, весьма интересная книга...

что за книга можно подробнее?

автор Крис Касперски.

Называется: "Записки исследователя компьютерных вирусов"

вот сцыло на нее

http://www.piter.com/book.phtml?978546900331

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Oleg070

2 Antivir

Книжка стоящая, есть еще из этой же серии этого же автора не помню как зовется(дома надо глянуть).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов

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

Вы не определились с тем, что это такое, каким функционалом наделено, при этом "притягиваете за уши" и какие-то иные средства.

Давайте сначала. FW - это программно-аппаратное средство, устанавливаемое на стыке подсетей, как следствие, принимающее на себя все внешние атаки, в том числе и DoS. Здесь можно говорить о функциях NAT, фильтрации доступа между компьютерами подсетей и т.д. "Персональный FW2 - такое определение вообще от большой грамотности в области защиты информации. На самом деле - это механизм контроля доступа (замечу, уже пользователей и процессов для исходящих запросов, компьютеров, для входящих) к сетевым ресурсам (такой же, как к файловым объектам, объектам реестра, принтерам и т.д.). Т.е. это лишь один из механизмов защиты от НСД, реализующий разграничительную политику доступа к ресурсам, в данном случае, к сетевым. Сам по себе подобный механизм в составе средства защиты от НСД, конечно, необходим. Необходимо разграничивать входящий доступ к серерам в составе ЛВС (изолировать обработку в рамках информационной системы), иначе любая рабочая станция будет нести в себе угрозу удаленной атаки, на рабочих станциях - доступ пользователей - к ресурсам в составе ЛВС (это все не задачи FW - это задачи соответствующего механизма защиты в составе средства защиты от НСД). Если же говорить о комплексном решении, здесь свои требования. Сказано было об очень полезной возможности разграничить доступ для процессов (используется для защиты от шпионских программ). но если на Вашем компьютере невозможно запустить никакой вредоносный код (ни одну программу, кроме санкционированных - механизм обеспечения замкнутости программной среды), мы уже получаем возможность решения иной задачи защиты - никакую шпионскую программу и так запустить невозможно, но шпионскими функциями может обладать санкционированная программа, как в результате закладок, так и в результате ошибок программирования (особенно в том случае, если Вы пользуетесь свободно распространяемым ПО).

Не понимаю, при чем здесь механизм контроля доступа к устройствам (какое-то из средств здесь обсуждаете). Если уж касаться этого вопроса, то , говоря хорошее оно или нет, необходимо обсуждать вопрос корректности реализации. С учетом того, что к большинству устройств обращение происходит через драйвер (корректно не определить, какой пользователь обратился к подобному устройству), посмотрите, как реализуется данным средством (как это противоречие решено разработчиком) разграничение доступа к устройствам в многопользовательском режиме (войдите под одной учетной записью и запустите нужное приложение по правой кнопке мыши с правами другого пользователя). В системе будет зарегистрировано два пользователя. Одному разрешите доступ к устройству, другому нет. Обратитесь к устройству и посмотрите, на сколько корректно им будет отработана заданная Ваши разграничительная политика.

Но это к слову о том, что хорошо, что плохо.

Суть же моего краткого выступления, прежде чем оценивать полезно чего-либо, определить с его функциями, решаемыми задачами, условиями использования. Тогда разговор может получиться предметным.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      ничего нового ---------------------------------------------------------
       4.99.5
      ---------------------------------------------------------
       o Добавлен новый режим запуска для работы с неактивной системой без необходимости загрузки с флешки или диска.
         Начиная с Windows 8 доступна интеграция uVS в меню дополнительных параметров загрузки для
         запуска uVS из штатной среды восстановления Windows (WinRE) для работы с _неактивной_ системой.

         Интеграция осуществляется нажатием кнопки "Интегрировать uVS в меню дополнительных параметров загрузки".
         Загрузиться в меню можно с помощью кнопки "Перезагрузить систему в меню дополнительных параметров загрузки",
         после появления меню выберите:
         Поиск и устранение неисправностей/Диагностика/Troubleshoot(зависит от версии и региона Windows) --> uVS

         В отличии от dclone, uVS уже не получится разместить в образе WinRE, просто не хватит места на диске,
         поэтому запуск uVS происходит из каталога запуска процесса интеграции, т.е. при обновлении версии uVS
         не нужно повторно выполнять интеграцию, достаточно обновить uVS в каталоге из которого была произведена интеграция.
         В пути до uVS допустимо использовать кириллицу, даже если WinRE не имеет поддержки русского языка.
         При запуске из меню дополнительно производится инициализация сети в WinRE, т.е. будет доступна сеть
         для проверки файлов на VT, проверки сертификатов или для предоставления доступа удаленному пользователю к "рабочему столу".

       o Разовый доступ к рабочему столу доступен в WinRE/WinPЕ если в нем была инициализирована сеть,
         если образ сделан в uVS или загрузка была через интегрированный пункт в меню то сеть инициализируется при старте системы
         автоматически, однако поддержки uPNP в WinRE по умолчанию нет, поэтому для подключения к "рабочему столу" WinPE
         следует использовать обратное подключение к клиенту с белым адресом. (если подключение будет через интернет).
         (!) В WinRE/PE доступен только один режим захвата экрана - GDI, передача экрана нормально работает в WinRE/PE на базе
         (!) Win8/Win8.1/Win11, в Win11 и WinPE на его базе необходим включенный режим BLT, в противном случае консольные окна не отображаются.
         (!) Как минимум часть версий WinPE на базе Win10 дефектные (все x86), при работе с ним не отображаются консольные окна и есть проблемы
         (!) с отрисовкой окон и без удаленного доступа.
         (!) Аналогичная проблема наблюдается в WinRE для устаревших билдов Win10, для новых билдов Win10 проблемы нет.
         (!) В некоторых случаях окно uVS может оказаться за меню загрузки, в этом случае используйте Alt+Tab для переключения окон.

       o Добавлены новые модули:
         o файл rein/rein.x64 отвечает за запуск uVS из меню.
         o файл usvc.x64 отвечает за запуск uVS под LocalSystem.
         o встроенный ресурс getcpb отвечает за получение файлов из пользовательского буфера обмена при запуске под LocalSystem.

       o В окно лога подключения к удаленному рабочему столу добавлены кнопки для быстрого доступа к настройкам системы,
         запуску uVS и файлового менеджера.

       o Добавлена поддержка создания загрузочных образов дисков на базе WinPE+ADK v10.1.26100.2454 (декабрь 2024).
         (!) для создания 32-х битного WinPE или WinPE с поддержкой старого железа этот ADK не годится.
         (!) для создания 32-х битных образов используйте ADK для Windows 10 2004. (см. подробнее в FAQ.txt)

       o Улучшена функция создания загрузочных дисков.
         ISO стал мультизагрузочным с поддержкой UEFI, ISO теперь создается в UDF формате,
         т.е. загрузка с диска будет работать и на старом компьютере без UEFI и на новом с UEFI.
         Образ диска теперь занимает немного меньше места за счет дополнительно оптимизации содержимого UDF ISO.
         Добавлена проверка на разметку флешки, допустимая разметка MBR, GPT не поддерживается.
         (!) Загрузочная флешка всегда форматируется в FAT32, вся информация на флешке будет удалена,
         (!) флешки теперь мультизагрузочные.

       o Если недоступен режим захвата экрана DDA то серверная часть теперь автоматически устанавливает режим захвата GDI.

       o Теперь пока открыто окно удаленного рабочего стола удаленная система не будет засыпать.

       o Теперь окно лога передачи файла можно свернуть вместе с основным окном.

       o При ручном вводе одноразового кода доступа к удаленному рабочему столу тире теперь расставляются автоматически.

       o Исполняемый файл при выборе режима разового доступа к рабочему столу теперь
         всегда имеет фиксированное имя "uvsrdp".
         Т.е. теперь можно из одного каталога последовательно запустить удаленный рабочий стол и затем uVS в обычном режиме.

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

       o Уменьшены требования к доступной памяти при запуске в системе без файла подкачки.
         Уменьшено максимально возможное число файлов в списке для x86 систем до 100000.

       o uVS теперь совместим со штатной средой восстановления Windows 8.

       o Перехват клавиатуры выделен в отдельный поток, что снизило инпут лаг нажатий клавиш и устранило проблему
         задержки ввода с клавиатуры на клиентской машине при передаче файлов по узкому каналу (менее 10Mbit).

       o Исправлена ошибка из-за которой не восстанавливался размер окна удаленного рабочего стола при повторном нажатии Alt+V.

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

       o Исправлена ошибка из-за которой в окне удаленного доступа при выборе настройки из списка передавались нажатия и движения мыши
         в удаленную систему.

       o Исправлена ошибка из-за которой назначение основного дисплея влияло на номер дисплея в DDA режиме, что приводило
         к неправильному расчету координат мыши на виртуальном дисплее удаленной системы.

       o Исправлена ошибка из-за которой не сохранялся каталог дополнительных файлов при создании загрузочной флешки.

       o Передаваемый по сети файл теперь блокируется не полностью на время передачи, а остается доступным для чтения.

       o Исправлена ошибка из-за которой не передавались на удаленный компьютер файлы с длинным путем (ошибка "путь не найден").

       o Исправлена ошибка из-за которой в редких случаях не восстанавливались права доступа и владелец ключей реестра после их модификации.

       
    • PR55.RP55
      Добавить в меню команды: Блокировать запуск файла по: [MinimumStackCommitInBytes] Снять блокировку [MinimumStackCommitInBytes] установленную uVS - [1077777777] Полностью снять блокировку [MinimumStackCommitInBytes] -  [?ХХХХХХХХ?] ---------- Пример: Блокировать запуск файла по: [MinimumStackCommitInBytes] IFEO\mediaget.exe: [MinimumStackCommitInBytes] 1077777777 IFEO\PowwerTool.exe: [MinimumStackCommitInBytes] 1077777777 -------- Команда: Проверить реестр и доступные копии реестра ( с возможностью указать копию ) на IFEO -  [MinimumStackCommitInBytes] Команда: Проверить реестр и доступные копии реестра ( а тут можно подумать, на что ещё можно проверить копию )
    • PR55.RP55
      В том году была статья : по поводу MinimumStackCommitInBytes https://www.trendmicro.com/en_in/research/23/e/attack-on-security-titans-earth-longzhi-returns-with-new-tricks.html Похоже и у нас начали активно это применять. https://forum.kasperskyclub.ru/topic/465310-slovil-majner-kogda-skachival-obhod-blokirovki-diskorda/ https://www.cyberforum.ru/viruses/thread3189071.html?ysclid=m4x30zzs6v421256067  
    • demkd
      И не должен работать, такое удалять разрешено только вручную.
    • PR55.RP55
      Ошибка получения XML описания задачи: \Microsoft\Windows\SoftwareProtectionPlatform\SvcRestartTask  [Error: 0x80041321 - Образ задачи поврежден или изменен. ] Соответственно на такие случаи команда: (Alt+Delete) не работает. https://vms.drweb.ru/virus/?i=27169926
×