Перейти к содержанию

Recommended Posts

demkd
1 час назад, PR55.RP55 сказал:

{0EA205A7-5227-418F-A262-BBF8FD9349B0}

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

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


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

Неожиданно в Win10 всплыла нехорошая ошибка с правами доступа к ключам, как оказалось полный доступ к некоторым ключам может привести к неработоспособности отдельных компонентов Windows.
К примеру исправление двойных слешей в Win10 1803 убивает меню пуск, почему ему не нравится полный доступ к ключу я так и не понял, но теперь такой проблемы нет и владелец и права доступа восстанавливаются после модификации ключа.

---------------------------------------------------------
 4.0.18
---------------------------------------------------------
 o В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса.
   "CPU" = загрузка всего процессора.
   "CPU 1 core" = загрузка в пересчете на 1 ядро.

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

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

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

 o Исправлена финальная (когда не помогло использования ASA) функция удаления защищенных ключей реестра из веток *\CLSID.
   Ранее удаление завершалось с ошибкой "ключ не найден".
   (!) Внимательно следите за тем что вы удаляете, функция игнорирует системную защиту реестра (Win10) и защиту большинства антивирусных программ.

 

  • Upvote 1

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


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

demkd, какой конкретно ключ?

Если речь идёт о доступе служб к ключам, то начиная с Vista есть службы с так называемым Restricted SID (ServiceSidType = 3).

Для них недостаточно просто назначить Full Access для Everyone (S-1-1-0).

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
9 часов назад, Dragokas сказал:

demkd, какой конкретно ключ?

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{c53e07ec-25f3-4093-aa39-fc67ea22e99d}
Windows.StateRepositoryPS.dll используется в ShellExperienceHost.exe, который в результате и рубится из-за исключения уже в другой библиотеке - StartUI.dll при нажатии на кнопку меню с виндовым флажком, как это связано с Windows.StateRepositoryPS.dll не совсем ясно, поскольку в событиях не видно никаких проблем с соответствующим ему COM.
"Для них недостаточно просто назначить Full Access для Everyone" тут это прокатывает и все работает если впрямую назначить Everyone и дать полный доступ, а uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть, но как оказалось нравится это не всем причем таким странным образом, поэтому теперь и dacl и owner всегда возвращаются в исходное состояние во избежании.

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


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

Demkd

"CPU" =.

Похоже, что с защищёнными процессами это не работает.

Запустил в несколько потоков сканирование в ESET  показывает нагрузку в 1-2%

При том, что архивация в 7-zip под 50%

---------

И всё таки одно дело когда работает центральный процессор...

Например на старых версиях Intel Atom  всегда нагружен под завязку и это мало о чём говорит.

Другое дело если процесс работает с видео картой.

Я бы добавил к инфо. данные по: GPU

 

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
1 час назад, PR55.RP55 сказал:

Запустил в несколько потоков сканирование в ESET  показывает нагрузку в 1-2%

кто-то невнимательно читал: В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса

1 час назад, PR55.RP55 сказал:

Я бы добавил к инфо. данные по: GPU

Кода-нибудь добавлю.

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


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

PH-1.PNGЗнак GPU  на груди у него больше не знали о нём ничего.

ProcessHacker Source code:

https://processhacker.sourceforge.io/downloads.php

+

https://github.com/processhacker/processhacker/blob/569da8a8d9c581c5c744cf2146f9b746766395ed/plugins/ExtendedTools/gpumon.c

И в Process Explorer

zo9a4.png

 

Который уже раз пишу...

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
1 час назад, PR55.RP55 сказал:

ProcessHacker Source code

Сейчас посмотрел в Windows 10 1803, PH показал загрузку, но вот только отличие от реальной более чем в 2 раза xD
PE показал на процент больше, но считай тоже самое, виндовый диспетчер задач показал менее процента при реальной загрузке близкой к 100%
Вывод очевиден: надо делать самому с нуля, почитаю что там умеет dx оценю объем работ, если он небольшой то сделаю, если нет то когда-нибудь...

Посмотрел что показывает PE на Windows 7 с 4-мя картами загруженными майнингом на 100%:
Как бы он вообще не видит что zecminer64 насилует все 4 карты одновременно :D
1221062683_.thumb.png.76a5de2b58caefe5553324bae458ad92.png

ProcessHacker повел себя идентично, копипаст рулит, одинаковые ошибки в одинаковых случаях.

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


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

...uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть...

Начиная с Win 10, MS прививает любовь к плиточному интерфейсу и всё, что построено на UWP. Если взять экспериментально и удалить с помощью редактора реестра весь DACL поведение будет кардинально отличаться от Win7, так автоматически появляются разрешения для группы "ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ" и ещё там одной неведомой (толи недобитой учётки defaultuser0). Судя по этому у пакетов тоже есть модель ограниченных SID.

ProcessHacker повел себя идентично, копипаст рулит, одинаковые ошибки в одинаковых случаях.

Было бы неплохо сообщить им на GitHub. Они довольно активно занимаются проектом в отличие от Process Explorer, которые то сайт свой закрыли, да и после перемещения на technet толку 0, все равно никто в темах не отвечает.

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


Ссылка на сообщение
Поделиться на другие сайты
Dragokas
5 часов назад, PR55.RP55 сказал:

ProcessHacker Source code:

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

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

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


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

Dragokas

Да, сегодня искал по данному вопросу информацию.

https://ru.bmstu.wiki/Кража_веб-страниц,_запускаемых_в_браузере_пользователя,_с_использованием_уязвимостей_графического_процессора

+

Ещё будет полезна информация полученная по:  tasklist  [ Память ]

https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/tasklist

 

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
8 часов назад, Dragokas сказал:

автоматически появляются разрешения для группы "ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ" и ещё там одной неведомой (толи недобитой учётки defaultuser0)

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

8 часов назад, Dragokas сказал:

Было бы неплохо сообщить им на GitHub.

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

8 часов назад, Dragokas сказал:

Раз уж в них такие нестыковки по показаниям GPU, проще наверное взять исходники какого-нибудь консольного майнера

Увы, но майнеры работают напрямую с библиотеками amd opencl или с cuda nvidia или просто с opencl какой зацепят включая интеля, через них можно получить общую загрузку gpu для родной карты, но не раскладку по процессам, ну разве что за исключением nvidia quadro у них есть свои бибилиотки и там вроде как можно что-то вытянуть, но опять же только для quadro.
Да и это не актуально, я набросал на коленке небольшую тестовую утилиту через direct-x, все довольно точно считает и в 10-ке и в 7-ке, вряд ли оно конечно будет работать в XP, но оно и не надо впрочем желающие протестируют, добавлю в след. версии uVS, будет считать аналогично CPU с момента запуска процесса, такой подход майнеров CPU/GPU выявляет замечательно, они грузят постоянно, а значит и процент близкий 100 выходит, на фоне практически нуля для всех остальных процессов.

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


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

Возможно будет полезно.

1) Обнаружение GPU intel с примером кода.

Цитата

 

https://software.intel.com/ru-ru/articles/gpu-detect-sample

2) Использование GPU - Visual Studio  в плане тестирования.

https://msdn.microsoft.com/ru-ru/library/mt126195.aspx

 

 

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
41 минут назад, PR55.RP55 сказал:

даже скомплировалось, но интереса никакого не представляет, проще использвать WMI для этого, который и в XP работает в отличии от этого примера,  еще и работает криво, даже набортную видео память правильно определить не смогло, 4Gb рисует вместо 11gb.

43 минут назад, PR55.RP55 сказал:

2) Использование GPU - Visual Studio  в плане тестирования.

а это вообще не в тему.

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


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

1) Код system monitor с отслеживанием GPU

https://github.com/brndnmtthws/conky/blob/fcbc5c8ba2a9546f50661a4846aef2f76f07a066/src/nvidia.cc

2) Возможно стоит найти Benchmark с открытым исходным кодом.

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
1 час назад, PR55.RP55 сказал:

Код system monitor с отслеживанием GPU

ничего действительно рабочего в данный момент не существует, uVS будет первым :)

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


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

Загрузка GPU доступна только в Windows 7 и старше.
Всплыл еще глюк в младших системах, поэтому сразу .20

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

---------------------------------------------------------
 4.0.19
---------------------------------------------------------
 o В окно информации о процессе добавлены проценты загрузки GPU с момента _создания_ процесса.
   Процесс со средней загрузкой >15% хотя бы одного видеоадаптера автоматически получает статус "подозрительный".
   Любой процесс использующий ресурсы GPU получает новый статус "GPU".
   Процессы НЕ использущие впрямую GPU не имеют строчек загрузки GPU в информации о файле.
   GPU нумеруются с 1-ки, нумерация произвольная и не имеет отношения к реальному порядку видеокарт на шине.
   Загрузка считается для каждого видеоадаптера отдельно.

 o Оптимизирована функция поиска внедренных потоков.

 o Теперь замороженные потоки в логе помечаются дополнительным индикатором состояния "[suspended]".   

Майнер в логе:
(!) Процесс нагружает GPU 1: C:\TOOLS\ZCASH\ZECMINER64.EXE
(!) Процесс нагружает GPU 2: C:\TOOLS\ZCASH\ZECMINER64.EXE
(!) Процесс нагружает GPU 3: C:\TOOLS\ZCASH\ZECMINER64.EXE
(!) Процесс нагружает GPU 4: C:\TOOLS\ZCASH\ZECMINER64.EXE

В  окне информации о файле:

815800448_.thumb.png.4b1a1a96caeed80108274107a6950829.png

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


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

Demkd

1) Раз uVS теперь определяет процесс нагружающий:  CPU ; GPU 

Возможно стоит добавить команду:  " Создать образ автозапуска предварительно заморозив все внедрённые потоки со средней загрузкой: CPU ; GPU >15% "

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

Единственно, что смущает - реакция со стороны антивирусов.

2) Выше приведённый код system monitor  возможно будет полезен.

хотя бы в диагностическом плане.

LOAD ${nvidiabar [height][,width] gpuutil [gpu_id]}

* VRAM ${nvidiabar [height][,width] memutil [gpu_id]}

* RAM ${nvidiabar [height][,width] membwutil [gpu_id]}

* VIDEO ${nvidiabar [height][,width] videoutil [gpu_id]}

* PCIe ${nvidiabar [height][,width] pcieutil [gpu_id]}

* Fan ${nvidiabar [height][,width] fanlevel [gpu_id]}

* TEMP

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


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

+

И сейчас куча Майнеров работающих по средством браузера.

На на данный момент их выявление сложная задача.

Разработчики реализовали Task Manager-ы для работы с браузерами\расширениями.

Например: Firefox Task Manager

Если  uVS получает данные по: CPU ; GPU - то хорошо бы и по расширениям получать информацию.

 

firefox-task-manager.png

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
1 час назад, PR55.RP55 сказал:

Возможно стоит добавить команду:  " Создать образ автозапуска предварительно заморозив все внедрённые потоки со средней загрузкой: CPU ; GPU >15% "

Это плохая идея, которая кончится почти наверное синим экраном, единственный же способ ускорить создание образа это создавать его без проверки ЭЦП, последнее занимает более половины времени, да и доля cpu достаточно низкая, все упирается в быстродействие диска.

2 часа назад, PR55.RP55 сказал:

хотя бы в диагностическом плане.

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

12 минут назад, PR55.RP55 сказал:

Если  uVS получает данные по: CPU ; GPU - то хорошо бы и по расширениям получать информацию.

этого точно не будет никогда.

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


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

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

Можно поиграться с приоритетами этих процессов на время сканирования.

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
7 минут назад, Dragokas сказал:

Можно поиграться с приоритетами этих процессов на время сканирования.

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

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


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

Demkd

По поводу доступа к данным и скорости я уже писал:

https://www.jam-software.com/ultrasearch/

Сбор данных занимает секунды.

Я даже книгу в 420 страниц по технологии находил и давал на неё ссылку.

 

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


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

я таки не поленился включил старый сервер
создание полного образа заняло 4 минуты с копейками, при том что там стоит старенький(5 лет ему) винт на 500gb, ультра бюджетный одноядерный AMD Sempron 145, правда с щедрыми 4gb памяти, но uVS не настолько прожорлив
и даже его uVS не смог постоянно грузить на 100%
1875846037_.png.b3a90468dc691ca69b0127d51ea89032.png
поэтому рекомендую таки говорить пользователям что бы останавливали антивирь хотя бы ну или в крайнем случае использовали режим запуска "Перезагрузить и запустить до запуска эксплорера".
если же убитый винт ну тут ничего не поможет.

3 минуты назад, PR55.RP55 сказал:

Сбор данных занимает секунды.

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

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


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

Бог с ним.

А получение информации пусть и путём " ищет " - это всё равно получение информации.

Для профессионалов, для поиска и помещения тушек файлов в ZOO = анализа файлов в вир.лабах.

 

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


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

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • Booi77Casino
    • Booi77Casino
    • AM_Bot
      Российский разработчик систем информационной безопасности «Гарда Технологии» (входит в «ИКС Холдинг») выпустил пятую версию аппаратно-программного комплекса «Периметр». Комплекс представляет собой решение для защиты от сетевых атак отказа в обслуживании (DDoS-атаки) на сетях оператора связи.    ВведениеНовая функциональность АПК «Периметр» 5.0Обнаружение атак и сокращение времени обнаруженияОбъединение векторов DDoS-атакМногоуровневое подавление DDoS-атакИндивидуальная настройка методов подавления различных векторов атакРабота с трафиком HTTPSВзаимодействие с клиентским устройствомРасширение отчетной информацииПолная поддержка «горячего» резервированияТранзакционная модель изменения конфигурацииОбратное разрешение IP-адресовВыводы ВведениеПятая версия аппаратно-программного комплекса «Периметр» получила обновленные механизмы обнаружения и подавления, позволяющие эффективно реагировать на современные угрозы DDoS-атак. Новая функциональность АПК «Периметр» 5.0:обнаружения DDoS-атак на основе сигнатур;оптимизация механизмов и сокращение времени обнаружения атаки до 20 секунд;объединение векторов, идущих на один защищаемый объект, в рамках одной DDoS-атаки;многоуровневое подавление DDoS-атаки;индивидуальная настройка методов подавления векторов;расшифровка HTTPS-трафика и применение к нему методов фильтрации протокола HTTP;расширение взаимодействия операторского и клиентского устройства;расширение отчётной информации;полная поддержка «горячего» резервирования;транзакционная модель изменения конфигурации;возможность обратного разрешения IP-адресов источников и назначений трафика атаки. Обнаружение атак и сокращение времени обнаруженияВ новой версии обнаружение атак осуществляется на основе сигнатур, создаваемых администратором комплекса. Каждая сигнатура описывает вектор атаки: набор характеристик трафика атаки на специальном языке описания сигнатур.В качестве вектора атаки может быть задан как определенный класс атак, например, TCP flood attack или UDP amplification attack, так и конкретные атаки в пределах одного класса, например, NTP amplification, SSDP amplification или ping flood (ICMP echo-request flood), Smurf/Amplification attack, Common ICMP flood.Администратору комплекса доступно 100 сигнатур, которые могут быть адаптированы с учетом потребностей защищаемых клиентов, а индивидуальная настройка пороговых значений трафика для отдельных векторов атак позволяет уменьшить вероятность ложных обнаружений, учитывая характер трафика защищаемых клиентов.Комплекс позволяет обнаруживать DDoS-атаку при значительном превышении пороговых значений трафика не позднее чем через 20 секунд после поступления информации о трафике атаки. Объединение векторов DDoS-атакОбнаруженные комплексом векторы атак, направленные на один узел сети (или одну группу узлов сети при работе детектора в режиме объединения трафика хостов), могут быть объединены в рамках одной атаки. Информация как по трафику атакуемого узла (группы узлов), так и по выявленным векторам атак отображается на одном экране, что позволяет определить характеристики трафика, которые вносят наибольший вклад в трафик атаки, в том числе и по отдельным векторам атак. Эта информация позволяет оптимально подавлять атаки, минимизируя влияние на трафик легитимных пользователей. Рисунок 1. Объединение векторов DDoS-атак  Многоуровневое подавление DDoS-атакДля подавления атак используется система фильтрации комплекса и возможности маршрутизирующего оборудования (BGP FlowSpec и Blackhole). Новая версия позволяет использовать эти инструменты совместно как в ручном, так и в автоматическом режимах. Это дает возможность организовать многоуровневую защиту клиента: при различных уровнях опасности атаки будут использоваться различные инструменты подавления.Например, атаки на защищаемый ресурс, не превышающие 10 Гбит/с, фильтруются на системе очистки. При увеличении объема атаки до 20 Гбит/с, фильтрация выполняется с применением инструмента BGP FlowSpec. При увеличении объема атаки свыше 80 Гбит/с, применяется инструмент Blackhole. Индивидуальная настройка методов подавления различных векторов атакВ новой версии расширены возможности автоматического противодействия DDoS-атакам. Доступен выбор способов индивидуальной фильтрации для каждой сигнатуры (вектора) атаки. При обнаружении вектора будут включаться только те методы, которые эффективны при его подавлении.Например, если атака начинается с вектора TCP SYN flood, то при фильтрации комплекс задействует настроенные для этого вектора атаки методы (например, метод syn-cookie). При развитии атаки и появлении дополнительного вектора NTP-amplification комплекс добавит к фильтрации методы по этому вектору (например, фильтрация по протоколу и порту источника на системе фильтрации или правила BGP-Flowspec). При завершении вектора атаки, методы по нему будут выключены.В случае необходимости, пользователь может вмешаться в процесс автоматической фильтрации и внести дополнительные изменения.Данные механизмы позволяют выполнять фильтрацию, которая гибко адаптируется под развитие DDoS-атаки. Работа с трафиком HTTPSАПК «Периметр»  позволяет эффективно защищать web-серверы как от объемных DDoS-атак, направленных на исчерпание полосы пропускания каналов связи или ресурсов сетевого оборудования, так и от атак уровня приложений, направленных на ресурсы самого web-сервера, в том числе и от медленных атак. Поскольку подавляющее большинство web-серверов использует в качестве протокола взаимодействия с клиентом HTTPS, в новой версии реализован механизм расшифровки HTTPS-трафика. Это позволяет применять методы анализа и фильтрации протокола HTTP к расшифрованному трафику.Например, если защищаемый ресурс предоставляет web-сервис по протоколу HTTPS, то для защиты этого сервиса можно использовать расшифровку трафика и применение к нему методов аутентификации пользователей (HTTP-аутентификация), а также ведение HTTP-журнала и построение статистики запросов и ответов для определения источников, атакующих сервис. Взаимодействие с клиентским устройствомУправление операторским комплексом осуществляет команда инженеров оператора связи и решает следующие задачи по защите от DDoS-атак:предоставление клиентам услуг защиты;защита большого количества клиентов;подавление атак большого объема на системе очистки и границе сети. Рисунок 2. Операторский комплекс  Если у клиента оператора связи есть потребность самостоятельно выполнять полную или частичную защиту собственных ресурсов, а также иметь возможность при необходимости воспользоваться ресурсами операторского комплекса, он может воспользоваться решением «Скаут», разработанным в ООО «Гарда Технологии». Рисунок 3. Схема работы решения «Скаут»  Решение «Скаут»:позволяет выполнять защиту на этапе установки TCP-соединений путем полного проксирования с минимальной задержкой на аутентификацию;аналогично операторскому комплексу, «Скаут» выполняет защиту шифрованного трафика как за счет контроля устанавливаемых SSL-соединений, так и за счет расшифровки SSL-трафика и применения к нему различных методов фильтрации протоколов уровня приложений: HTTP, DNS, SIP и т.д.находится под управлением клиента, что позволяет избежать передачи конфиденциальной информации, например, сертификатов безопасности web-серверов третьим лицам;может взаимодействовать с операторским АПК «Периметр» в случае необходимости подавления атак большого объема с использованием центров очистки оператора связи, а также инструментов подавления на границе сети оператора. Рисунок 4. Взаимодействие «Скаута» и оператора связи  Атаки небольшого объема фильтруются на стороне клиента. Рисунок 5. Фильтрация на стороне клиента  В случае появления атак, фильтрация которых требует больших ресурсов, отправляется запрос операторскому комплексу. Рисунок 6. Операторский комплекс выполняет фильтрацию  В новой версии операторский комплекс кроме запроса на подавление атаки через центр очистки оператора принимает от клиентского устройства:области адресного пространства клиента, к которым необходимо применить фильтрацию;черный и белый списки адресов, которые могут быть использованы при фильтрации в центре очистки оператора. Расширение отчетной информацииВ набор аналитических отчетов АПК «Периметр» 5.0 добавлены отчеты:по аппроксимации объемов IPv6-трафика на будущие периоды времени;о транзитном трафике (по приложениям, странам, сетевым элементам, протоколам, автономным системам);о трафике виртуальных сетей (VPN). Полная поддержка «горячего» резервированияКаждый модуль АПК «Периметр» обладает возможностью «горячего» резервирования. При отказе модуля, происходит автоматическое переключение на резервный. Это позволяет обеспечивать высокую отказоустойчивость комплекса. Транзакционная модель изменения конфигурацииВ АПК «Периметр» добавлен режим работы, в котором каждое изменение конфигурации фиксируется для подтверждения администраторами комплекса. Изменения могут быть применены или отменены. Транзакционная модель позволяет контролировать изменения, вносимые в конфигурацию комплекса, не допуская применение случайных или недопустимых изменений, а также выполнять одновременное применение изменений, сделанных через графический интерфейс. Например, создание защищаемого объекта, настройка для него параметров детектирования и подавления, настройка уведомлений для клиента, - всё это будет применено в рамках одного изменения конфигурации. Обратное разрешение IP-адресовТакая функция позволяет получать дополнительную информацию об IP-адресах, используя сервисы DNS и WHOIS для источников и получателей трафика. Например, для IP-адреса источника можно получить полное доменное имя, используя сервис DNS, а также информацию о регистраторе и принадлежности к сетевому префиксу, используя сервис WHOIS. ВыводыАПК «Периметр» позволяет обнаруживать DDoS-атаки на сетях операторского класса, корпоративных сетях, сетях центров обработки данных с объемами сетевого трафика от единиц Гбит/с до десятков Тбит/с.Кластеры очистки, входящие в состав АПК «Периметр», позволяют защищаться от DDoS-атак объемом до 640Гбит/с. Читать далее
    • Alushaa
      Весьма удобное приложение, с помощью  которого можно смотреть расписание электричек. Это очень интересный вариант, можете присмотреться, он действительно крутой и я там все спокойно скачиваю)
    • PR55.RP55
      SQx То, что я выше написал сделать можно -  если есть доступ к PC. Однако не при работе со скриптом. Я  для Demkd  написал. В скрипт добавлять команды типа: adds criterion delref   fuckyoumm2_filter Checks the list by criterion т.е. добавлен критерий ( с выбором типа команды ) >  проверяется список > найденный по критерию объект удаляется.      
×