Объем оперативной памяти и тип процессора, указанные в требованиях к Агенту, Серверу и Консоли, это минимально необходимые требования для установки этих компонентов. Рекомендуется использовать компьютеры с большим объемом ОЗУ и тактовой частотой процессора. При установке Сервера администрирования должны быть выполнены следующие системные требования: Аппаратные требования: Процессор с частотой 1 ГГц или выше. При работе с 6. 4- разрядной операционной системой минимальная частота процессора — 1. ГГц. Оперативная память: 4 ГБ. Объем свободного места на диске: 1. ГБ. При использовании функциональности Системное администрирование объем свободного места на диске должен быть не менее 1.

Скачайте последнюю версию Kaspersky Security Center. Version 10 (10.4.343) для Linux (deb) x64 (Веб-интерфейс). В этом ролике мы покажем, как обновить Kaspersky Security Center до актуальной версии на примере Service Pack 2. Официальный .

1. Информация о патче CVE-2014-3566 для Kaspersky Security Center 10 (версия. Какие версии поддерживают переход на Kaspersky Security Center 10?
2. Kaspersky Security Center — борьба за автоматизацию. 16 февраля 2016 в 10:32 Как контролировать безопасность облачных .

ГБ. Программные требования: Microsoft Data Access Components (MDAC) 2. Операционная система: Microsoft Windows 1.

Pro 3. 2- разрядная / 6. Microsoft Windows 1. RS2 3. 2- разрядная / 6.

Kaspersky Security Center 10 Выключить

Microsoft Windows 1. Enterprise 3. 2- разрядная / 6. Microsoft Windows 1.

Education 3. 2- разрядная / 6. Microsoft Windows 1.

Pro RS1 3. 2- разрядная / 6. Microsoft Windows 1.

Enterprise RS1 3. Microsoft Windows 1. Education RS1 3. 2- разрядная / 6. Microsoft Windows 8. Pro 3. 2- разрядная / 6. Microsoft Windows 8.

Enterprise 3. 2- разрядная / 6. Microsoft Windows 8 Pro 3. Microsoft Windows 8 Enterprise 3. Microsoft Windows 7 Professional SP1 3. Microsoft Windows 7 Enterprise SP1 3. Microsoft Windows 7 Ultimate SP1 3. Microsoft Small Business Server 2.

Standard 6. 4- разрядная. Microsoft Small Business Server 2. Premium 6. 4- разрядная. Microsoft Small Business Server 2. Essentials 6. 4- разрядная. Microsoft Small Business Server 2. Premium Add- on 6.

Microsoft Small Business Server 2. Standard 6. 4- разрядная. Microsoft Windows Server 2. Foundation SP2 3. Microsoft Windows Server 2. R2 Server Core 6. Microsoft Windows Server 2.

R2 Datacenter 6. 4- разрядная. Microsoft Windows Server 2. R2 Datacenter SP1 6. Microsoft Windows Server 2. R2 Enterprise 6. 4- разрядная. Microsoft Windows Server 2. R2 Enterprise SP1 6.

Microsoft Windows Server 2. R2 Foundation 6. 4- разрядная. Microsoft Windows Server 2. R2 Foundation SP1 6. Microsoft Windows Server 2. R2 SP1 Core Mode 6. Microsoft Windows Server 2.

R2 Standard 6. 4- разрядная. Microsoft Windows Server 2. R2 Standard SP1 6. Microsoft Windows Server 2. Server Core 6. 4- разрядная. Microsoft Windows Server 2.

Datacenter 6. 4- разрядная. Microsoft Windows Server 2. Essentials 6. 4- разрядная.

Microsoft Windows Server 2. Foundation 6. 4- разрядная. Microsoft Windows Server 2. Standard 6. 4- разрядная. Microsoft Windows Server 2.

R2 Server Core 6. Microsoft Windows Server 2. R2 Datacenter 6. 4- разрядная. Microsoft Windows Server 2. R2 Essentials 6. 4- разрядная. Microsoft Windows Server 2.

R2 Foundation 6. 4- разрядная. Microsoft Windows Server 2. R2 Standard 6. 4- разрядная. Windows Storage Server 2. R2 6. 4- разрядная. Windows Storage Server 2. Windows Storage Server 2.

R2 6. 4- разрядная. Microsoft Windows Server 2. Для установки на эти операционные системы необходимо использовать Lite- дистрибутив Kaspersky Security Center 1. SQL- сервер. SQL Express 2. Kaspersky Security Center 1. Сервер баз данных (может быть установлен на другом компьютере): Microsoft SQL Server 2.

Express 3. 2- разрядная. Microsoft SQL 2. 00. R2 Express 6. 4- разрядная. Microsoft SQL 2. 01.

Express 6. 4- разрядная. Microsoft SQL 2. 01. Express 6. 4- разрядная. Microsoft SQL Server 2. Microsoft SQL Server 2.

R2 (все редакции) 6. Microsoft SQL Server 2. R2 Service Pack 2 6.

Microsoft SQL Server 2. Microsoft SQL Server 2. Microsoft SQL Server 2. My. SQL 5. 5 3. 2- разрядная / 6.

My. SQL Enterprise 5. My. SQL 5. 6 3. 2- разрядная / 6.

My. SQL Enterprise 5. My. SQL 5. 7 3. 2- разрядная / 6. My. SQL Enterprise 5. Поддерживаются следующие виртуальные платформы: VMware v. Sphere 5. 5. Oracle VM Virtual. Box 4. 0. 4- 7. 01.

Kaspersky Security Center — борьба за автоматизацию / Хабрахабр. Как это ни странно, я нашёл на Хабре всего одну статью по данной тематике — и ту в песочнице и сильно незаконченную фактически содержащую в себе маленький кусочек чуть переделанной справки по продукту. Да и Google по запросу klakaut молчит. Я не собираюсь рассказывать, как администрировать иерархию Kaspersky Security Center (далее по тексту KSC) из командной строки — мне это пока не понадобилось ни разу. Просто хочу поделиться некоторыми соображениями по поводу средств автоматизации с теми, кому это может понадобиться, и разберу один кейс, с которым мне пришлось столкнуться. Если тебе, %habrauser%, эта тема будет интересной — добро пожаловать под кат. Исторически сложилось так, что в качестве средства антивирусной защиты на работе я предпочитаю продукты Лаборатории Касперского (далее ЛК).

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

И если с развёртыванием и защитой тут всё более или менее в порядке (у ЛК даже есть какие- то онлайн- курсы по продуктам), то с интеграцией уже сильно грустнее: в последней на текущий момент версии KSC 1. SIEM: Arcsight и Qradar. На этом всё. Для интеграции в что- то своё KSC предоставляет аж 2 интерфейса: klakdb: в БД KSC есть ряд представлений с именами, начинающимися на «v. Правда, документация эта вызывает ряд вопросов, которые можно задать в службу поддержки корпоративных продуктов Company. Account и получить ответ вида «Уточнили информацию.

К сожалению, поддержка по скриптам для klakaut не оказывается.». Минусы klakdb очевидны: чтобы напрямую обратиться к БД, нужно иметь к этой БД доступ, что приводит к необходимости лишних телодвижений по созданию правил доступа в межсетевых экранах, настройке прав доступа на серверах СУБД и прочему крайне неувлекательному времяпрепровождению. Ну и плюс мониторинг актуальности всех этих правил, естественно. Особенно интересно становится, когда имеется 2. Ну и вишенки на этом торте: доступ исключительно Read Only и, мягко говоря, неполная информация о среде.

Плюсы не столь очевидны, но тоже есть: можно очень быстро выгрузить по одному серверу статистическую информацию по количеству хостов, используемым версиям антивирусов и антивирусных баз, а главное — можно весьма удобно (удобство зависит от знания SQL) работать с зарегистрированными на KSC событиями антивирусной инфраструктуры. KSC пройтись по оной иерархии и получить доступ ко всем нужным данным. Например, построить дерево серверов KSC с пометкой, кто из них живой, а кто нет, позапускать задачи, поперемещать компьютеры и вообще дать волю фантазии. Минусы тоже есть, естественно: долго и сложно. Если нужно собрать какую- то статистику — нужно будет сначала долго писать скрипт, а потом долго ловить баги ждать, когда он отработает. Естественно, никто не запрещает (по крайней мере, мне про это неизвестно) использовать оба механизма вместе: например, пройтись по иерархии серверов с помощью klakaut, получить полный список серверов KSC с информацией об используемых БД, а потом уже передать эту информацию в более другие средства автоматизации, которые удалят устаревшие правила из сетевых экранов, создадут новые, дадут разрешения на доступ и принесут кофе в постель отредактируют список источников данных в вашей системе мониторинга, которая, в свою очередь, опросит список и, обнаружив какие- нибудь девиации, с помощью klakaut сделает что- нибудь хорошее. Ну, или просто зарегистрирует инцидент в трекере.

Тогда что- нибудь хорошее сделают администраторы в ручном режиме. Воодушевлённый всеми этими соображениями, я написал свой первый скрипт: Вот он. Params = New- Object - Com. Object 'klakaut. Kl. Ak. Params'. $Params.

Add('Address', 'localhost: 1. Params. Add('Use. SSL', $true). $Proxy = New- Object - Com. Object 'klakaut. Kl. Ak. Proxy'. try . Интересно, почему. Переписка с вендором показала, что логирование неудачных попыток входа можно включить (это была отдельная увлекательная история, которая, кстати, ещё не закончилась), однако данная конкретная попытка в логи всё равно попадать отказалась.

Казалось бы, можно сделать вот так: Неправильный скрипт. Params = New- Object - Com. Object 'klakaut. Kl. Ak. Params'. $Params.

Add('Address', 'localhost: 1. Params. Add('Use. SSL', $true). #- -- -- -- -- -- - Зададим в явном виде данные для входа - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -. Params. Add('User', 'kavadmin'). Params. Add('Password', 'P@ssw. Params. Add('Domain', 'test').

Proxy = New- Object - Com. Object 'klakaut. Kl. Ak. Proxy'. try . Новая переписка с техподдержкой ЛК подарила мне следующую рекомендацию: Необходимо выставить в настройках COM, на вкладке Default Properties: Default Authentication Level: Packet.

Default Impersonation Level: Delegate. Эта инструкция заставила работать исходный скрипт, но показалась мне сомнительной в плане безопасности, поэтому я решил покопать чуть глубже. После некоторого времени поисков нашёлся добрый человек, который подсказал мне, как задать указанные уровни проверки подлинности и олицетворения для конкретного объекта, а не разрешать всем и всё сразу: Правильный скрипт. Params = New- Object - Com. Object 'klakaut. Kl. Ak. Params'. $Params.

Add('Address', 'localhost: 1. Params. Add('Use. SSL', $true). $Proxy = New- Object - Com. Object 'klakaut. Kl. Ak. Proxy'. $code = @. Первый квест пройден.

Хозяйке на заметку. Вообще в боевой среде неплохо бы проверять при вызове Enable. Impersonation возвращаемое значение на предмет ошибок, а не перенаправлять его в никуда, как это сделал я. Исследование класса Kl. Ak. Proxy ничего интересного не выявило, кроме параметра KLADMSRV. Для сокращения количества кода приведу только содержимое блока try: блок try.

А переменная $Host. Params при, на мой взгляд, аналогичной функциональности, является экземпляром класса Kl. Ak. Collection. Почему используются разные классы — боюсь даже представить. Видимо, то, что Set. At принимает первым аргументом только целочисленные значения — очень принципиальный момент.

Данный код вернул значение «KSC», а значит, я на верном пути. Метод Get. Host. Info класса Kl. Ak. Hosts. 2 достаточно хорошо задокументирован, но — не содержит нужной мне информации. Зато есть метод Get. Host. Settings. Всё описание для которого сводится к следующему: Returns host's settings as setting storage. Пока что, по крайней мере.

Пробежавшись глазами по названиям секций, я решил просмотреть 8. А вот в 8. 7 есть что- то, на что стоит обратить внимание: try. Данные об используемой БД получены. Квест пройден. Наверное, ещё неплохо бы набросать скрипт для прохождения по иерархии серверов. Здесь ничего загадочного не оказалось, всё было вполне по документации.

Я написал скрипт, который выбирает UID родителя, UID самого сервера, экземпляр СУБД и имя БД и выводит их в stdout через разделитель. Скрипт. $Srv. Addr = 'localhost: 1. Учебник Кубановедение 2 Класс Еременко Шевченко Ответы. Enum. Srv(. . К сожалению, даже мой внутренний перфекционист считает, что скрипт нельзя просто написать и забыть: при смене версии используемого ПО его по- любому придётся тестировать и отлаживать. Так что пока пользуемся тем, что есть, а проблемы будем решать по мере поступления, благо, техника уже отработана.