Стремный провайдер! - Страница 2 - Помощь - Форумы Anti-Malware.ru Перейти к содержанию
TANUKI

Стремный провайдер!

Recommended Posts

dot_sent
Кстати, а что многоуважаемый ОЛЛ скажет по поводу статичного (выделенного внешнего айПи) и динамического (который каждый раз меняется? Мне кажется, что в плане безопасности динамический вроде как получше будет или я не прав? какие у него минусы по сравнению со статичным?

С точки зрения безопасности динамический может быть и лучше. А вот с точки зрения юзабилити - не очень, ИМХО, поскольку при этом нельзя использовать все возможности реального айпи. Например, на компьютер с динамическим айпи нельзя устанавливать веб-сервер или фтп-сервер, видимые из Интернет (а для меня это основной плюс реального статического айпи). С другой стороны, торренты работать будут нормально, фтп в активном режиме - тоже (если не перекрыть файрволом, разумеется) - в общем, преимущества перед сидением за провайдерским НАТом есть.

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


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

Да у меня тоже динамический, только вот он не постоянно меняется... а под этим ip сидят некоторое количество людей одновременно, точное количество не известно :) Так вот главный минус как уже говорили, что нельзя делать у себя на ПК сервера. Ну и второй минус в том, что если другой пользователь под этим же ip-адресом нашкодит и его забанят, то естесственно и честный абонент попадает под незаслуженный бан.

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


Ссылка на сообщение
Поделиться на другие сайты
cander
Цитата(cander @ 15.08.2008, 13:15)

И ещё, если в нруповых политиках поставить запрет доступа по сети Всем никто не приконектится или это обходится?

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

Самое главное:

* Отключить админ шары

Создадим в разделе реестра HKLM\System\CurrentControlSet\Services\lanmanserver\Parameters ключ DWORD с именем AutoShareWks и значением 0.

* Отключить NetBIOS если он не потребуется. Как отключить NetBIOS описано здесь.

Paul

Тогда зачем отключать админ шары, если доступа по сети к компу нет?

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Тогда зачем отключать админ шары, если доступа по сети к компу нет?

Против зловредного ПО - оно при определённых обстоятельствах на таких ограничений политик Windows не смотрит.

Встречный вопрос: зачем оставлять работать ненужный и потенциально опасный функционал? ;)

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
cander
Против зловредного ПО - оно при определённых обстоятельствах на таких ограничений политик Windows не смотрит.

Встречный вопрос: зачем оставлять работать ненужный и потенциально опасный функционал? ;)

Paul

Мы об одном и том же говорим? Если заразы на комне нет и в виндовых политиках запретить всем доступ по сети, как тогда на комп попасть можно? А шары могут конечно какие-нибудь эксплойты использовать, хотя если всем учётком по сети запрещён доступ к компу как него можно попасть?

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Мы об одном и том же говорим? Если заразы на комне нет и в виндовых политиках запретить всем доступ по сети, как тогда на комп попасть можно?

Если заразы сейчас нет, кто говорит, что её не будет через 5 минут, когда вы щёлкаете на ссылку, полученную в ICQ?

хотя если всем учётком по сети запрещён доступ к компу как него можно попасть?

Админ Шары были созданы для того, чтобы сисадмин в домене мог зайти на ваш комп - локальные политики подчиняются политикам домена. Если админ шары включены (и NetBIOS работает), то тогда МОЖНО к вам попасть, какие ограничения вы ни поставили локально - локальные политики не будут применяться если запускают против систему эксплойт. Это чисто теоретически, конечно. Мало, кто умеет, но всё же... Есть такие червьи, кажется, которые пользуются этим...

P.S.: Такой момент тоже не надо забывать - сетевые драйвера и службы запускаются задолго ДО того, как применяются политики Windows. Это имеет особое значение если:

1) подключение в Интернет никогда не отключается,

2) работает авто-логон в учётку с админ правами (большинство пользователей так сидят),

3) пароля нет на встроенный админ и вы не переименовали эту учётку (большинство пользователей так сидят),

4) имеется локальная сеть провайдера, которая считается доверенной.

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
cander
Цитата(cander @ 21.08.2008, 15:17)

Мы об одном и том же говорим? Если заразы на комне нет и в виндовых политиках запретить всем доступ по сети, как тогда на комп попасть можно?

Если заразы сейчас нет, кто говорит, что её не будет через 5 минут, когда вы щёлкаете на ссылку, полученную в ICQ?

Тогда уже будет по барабану расшарені админ-шарі или нет :)

Админ Шары были созданы для того, чтобы сисадмин в домене мог зайти на ваш комп - локальные политики подчиняются политикам домена. Если админ шары включены (и NetBIOS работает), то тогда МОЖНО к вам попасть, какие ограничения вы ни поставили локально - локальные политики не будут применяться если запускают против систему эксплойт. Это чисто теоретически, конечно. Мало, кто умеет, но всё же... Есть такие червьи, кажется, которые пользуются этим...

Ну мі же не доменній случай смотрим, а локального домашнего ПК. Нетбиос отрубил как Вы говорили.

P.S.: Такой момент тоже не надо забывать - сетевые драйвера и службы запускаются задолго ДО того, как применяются политики Windows. Это имеет особое значение если:

1) подключение в Интернет никогда не отключается,

2) работает авто-логон в учётку с админ правами (большинство пользователей так сидят),

3) пароля нет на встроенный админ и вы не переименовали эту учётку (большинство пользователей так сидят),

4) имеется локальная сеть провайдера, которая считается доверенной.

А вот про про загрузку дров раньше применения политик забыл. Хотя если факр стоит, тогда все входящии блокируются до загрузки винды. Интересно через какое время виндовые политики применяются, вот например, после автологона?

Вот по пункту 3. Какой смыс переименовывать учётку алмина, если на неё нет пароля? Все равно доспупа по сети под ней нет.

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Тогда уже будет по барабану расшарені админ-шарі или нет

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

Вот по пункту 3. Какой смысл переименовывать учётку алмина, если на неё нет пароля? Все равно доступа по сети под ней нет.

Преимуществ есть множество, но я не могу их все перечислять здесь. Ограничиваюсь одним примером:

Если вдруг зловред через эксплойт всё-таки проник, и хочет у вас отключить встроенную учётку 'Administrator', он запускает допустим такую команду:

net user Administrator /active:No

shutdown -r -t 1

У среднего пользователя это сработает, так как такая учётная запись есть у всех на Windows по умолчанию. После перезагрузки компьютера вы не войдёте уже под встроенным админом. У меня, однако, это не сработает, так как Windows не знает, кто такой 'Administrator'. У меня его зовут 'KTOTAM'. :)

P.S.: Переименование некоторых вещей (допустим файла Hosts) может оказаться эффективным способом превентивной защиты. Даже учётка 'Guest' переименована у меня в 'Unwanted'.

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
cander
У среднего пользователя это сработает, так как такая учётная запись есть у всех на Windows по умолчанию. После перезагрузки компьютера вы не войдёте уже под встроенным админом. У меня, однако, это не сработает, так как Windows не знает, кто такой 'Administrator'. У меня его зовут 'KTOTAM'.

P.S.: Переименование некоторых вещей (допустим файла Hosts) может оказаться эффективным способом превентивной защиты. Даже учётка 'Guest' переименована у меня в 'Unwanted'.

:)

Разве проблема включить админа. Хотя если под рукой нужного софта нет.... Убедили.

Да и вопрос опять. Зачем вирю админа отрубать, он же потом себя показать не сможет :)

Что-то в офтом я ушёл.

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
Да и вопрос опять. Зачем вирю админа отрубать, он же потом себя показать не сможет :)

Я лишь показал одно применение команды, где фигурирует 'Аdminstrator'. Другие можете узнать на сайтах другого профиля. ;)

Конец офф-топа.

Paul

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


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

  • Сообщения

    • 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.

       
×