Подскажите какие порты можно закрыть без ограничения функциональности системы. - Страница 8 - Помощь - Форумы Anti-Malware.ru Перейти к содержанию
Ingener

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

Recommended Posts

dr_dizel
НО вскоре посмотрели в эти отчеты,и с удивлением увидели что КИС блокирует входящие TCP соединения по 445 и 139 портам.

Как такое может быть? Почему КИС блокирует соединения по якобы закрытым портам?

Если порты закрыты - это вовсе не означает, что из сети на закрытые порты пакеты не будут приходить.

Просто КИС разбирает пакеты до служб, которые должны обслуживать порт, даже если их нет.

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


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

dr_dizel

А что тогда даёт закрытие портов и отключение служб,если фаервол и без этого блокирует эти пакеты?

Всегда утверждалось,что невозможно атаковать то чего нет,

а Вы говорите что пакеты всё-равно будут приходить.

Я конечно утрирую, но получается что с этими службами далеко всё непросто.

Да и КИС тоже не в состоянии заблокировать абсолютно всё.

P.S.:

и ещё,что за трафик у Системы?

что именно она может отправлять или принимать?

Вчера на том компе запретили всему Майкрософту в сеть ходить,включая интернет эксплорер и т.п.

а трафик по пункту "Система" всё-равно идёт.

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
А что тогда даёт закрытие портов и отключение служб,если фаервол и без этого блокирует эти пакеты?

Всегда утверждалось,что невозможно атаковать то чего нет,

а Вы говорите что пакеты всё-равно будут приходить.

Сеть - это открытая система. Вы не можете запретить кому-то слать вам пакеты. Поэтому и так страшны DDoS. Как вы собираетесь блокировать ненужный поток электронов по патчкорду? Методом заклинаний? Чтобы понять откуда и куда пришел пакет - нужно его принять на машине и распарсить, а уже потом пропускать или отклонять.

КИС встраивается в стековый разбор пакетов и блокирует ненужные ещё до всяких служб согласно правилам, которые в него забили. Если бы он их не блокировал, то дальше бы всё зависело от наличия обработчика - сервиса. Если сервиса нет, то КИС выполняет ненужную работу.

С точки зрения кошерности - правильнее отключать сервис и настраивать стек протоколов, чем блокировать пакеты фаерволом.

Есть ещё один нюанс: если известного сервиса нет, то это не значит, что на его порт не сядет слушать что-нибудь другое.

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

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


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

А возможно ли подробнее данную тему затронуть? Отключить сервис- это я понимаю. Для таких как я специальные возможности в Windows имеются (мышкой можно службы/сервисы отключать). Особо интересует следующий этап: настройка стека протоколов. Что это? С чем едят? Куда мышкой тыкать (ну или хотя бы в командной строке что писать?). А может есть литература "for dummies" на сей счет?

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
А возможно ли подробнее данную тему затронуть? Отключить сервис- это я понимаю. Для таких как я специальные возможности в Windows имеются (мышкой можно службы/сервисы отключать).

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

Например:

C:\XP\system32>sc stop RemoteRegistrySERVICE_NAME: RemoteRegistry        TYPE               : 20  WIN32_SHARE_PROCESS        STATE              : 1  STOPPED                                (NOT_STOPPABLE,NOT_PAUSABLE,IGNORES_SHUTDOWN)        WIN32_EXIT_CODE    : 0  (0x0)        SERVICE_EXIT_CODE  : 0  (0x0)        CHECKPOINT         : 0x0        WAIT_HINT          : 0x0C:\XP\system32>sc delete RemoteRegistry[sC] DeleteService SUCCESS
Особо интересует следующий этап: настройка стека протоколов. Что это? С чем едят? Куда мышкой тыкать (ну или хотя бы в командной строке что писать?). А может есть литература "for dummies" на сей счет?

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

Можно начинать читать такие документы, как этот и этот.

Например, меня совсем не устраивает параметр по умолчанию EnableICMPRedirect(s)=1

  • Upvote 5

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


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

dr_dizel

Благодарю Вас за ответы.

Нужно самообразовываться или обращаться к специалисту.

dr_dizel

Я открыл тему относительно настройки модема в общем и NAT-режима в частности.

Загляните туда, может что подскажете.

P.S.:

а здесь разговор разумеется продолжим, вопросов ещё много ;)

Эх, забыл спросить:

dr_dizel, так что же всё-таки за трафик под названием "Система"?

Уже отключено всё максимуму,но этот трафик тем не менее присутствует.

Он хотя и небольшой,но интересно что это за трафик?

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


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
Эх, забыл спросить:

dr_dizel, так что же всё-таки за трафик под названием "Система"?

Драйвера, процессы пользователя 'NT AUTHORITY\SYSTEM'. Например, откройте потоки процесса System(4) и полюбуйтесь сколько там всякого добра.

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


Ссылка на сообщение
Поделиться на другие сайты
Начальник Чукотки
Драйвера, процессы пользователя 'NT AUTHORITY\SYSTEM'. Например, откройте потоки процесса System(4) и полюбуйтесь сколько там всякого добра.

А как это сделать?

Хочу полюбоваться, и может зарубить этот трафик? Или не получится?

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


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

Хочу полюбоваться, и может зарубить этот трафик? Или не получится?

Кликнуть в Process Explorer или Process Hacker по процессу System и перейти на закладку потоков.

Смотря что там обнаружится. Скорее всего ничего.

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


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

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

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

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

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

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

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

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

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×