В последнее время мне всё чаще стали задавать вопрос, что выбрать, AppLocker или старый добрый SRP?

Казалось бы, что тут думать — AppLocker и точка. Многие, наверное, помнят пиар-акцию под названием «Windows 7 + 1», которую проводили многие MVP для рекламы новых технологий Windows 7. И весьма досадно то, что некоторые MVP вместо раскрытия реальной объективности новых технологий распространяли просто маркетинговый булшит и даже подтасовывали факты. Например статья Владимира Безмалого про AppLocker:

Этот вариант статьи можно ещё прочитать и здесь: http://www.osp.ru/win2000/2009/09/10721226/. Моё внимание обратила на себя табличка сравнения SRP и AppLocker. Вот она с моими комментариями:

AppLocker & SRP comparison

Я думаю, что ни для кого не секрет, что аудит в SRP был и не сильно хуже, чем в AppLocker. Разница лишь в том, что AppLocker пишет в свой собственный EventLog, а SRP писал аудит в текстовый файл.

На счёт мастера создания правил я немного не понял. В принципе, окно создания правила в SRP тоже своего рода мастер. Только одношаговый, в отличии от AppLocker.

А сообщения об ошибках в SRP были тоже. Как в виде диалогоых окон, так и в журнале Application в эвентлоге. Т.е. тут у меня 2 мнения — либо человек не работал с SRP, либо намеренно исказил факты, чтобы подкрутить популярность AppLocker'а, поскольку революции AppLocker не совершил. Ведь с появлением AppLocker мы приобрели не только удобный интерфейс, но и потеряли несколько полезных вещей, которые есть в SRP. Как я уже отмечал ранее, мы потеряли возможность самостоятельно регулировать список контролируемых расширений файлов и потеряли возможность фильтрования файлов по конкретным сертификатам. Новое правило издателя позволяет контролировать версию разрешённого приложения, но не отличает каким сертификатом подписано приложение. Да и применимость издателей такая же как и у классических правил сертификатов — т.е. низкая. К сожалению я не могу вспомнить ни одно бизнес-приложение (не стандартные приложения типа Microsoft Office), которое бы было подписано. Плюс невозможность использования системных переменных окружения так же усложняет создание правил в доменной среде. Эту табличку можно переделать в такой вид:

  SRP AppLocker
Применение правил Все пользователи Определённые группы и пользователи
Уровень по умолчанию Unrestricted Deny
Разрешающее действие Yes, of course! Yes, of course!
Запрещающее действие Yes, of course! Yes, of course!
Особое действие Yes, of course! No!
Правила сертификатов Yes, of course! No!
Правила издателей No! Yes, of course!
Правила хешей Yes, of course! Yes, of course!
Правила сетевой зоны Yes, of course! No!
Правила пути Yes, of course! Yes, of course!
Системные переменные окружения Yes, of course! No!
Собственные переменные окружения No! Yes, of course!
Пути из реестра Yes, of course! No!
Режим аудита Yes, of course! Yes, of course!
Группировка правил No! Yes, of course!
Мастер создания правил Yes, of course! Yes, of course!
Импорт/экспорт политик No! Yes, of course!
Поддержка PowerShell No! Yes, of course!
Сообщения об ошибках Yes, of course! Yes, of course!
Настраиваемый список расширений Yes, of course! No!

Мы видим, что преимущество AppLocker перед SRP резко переходит на нет. Я не хочу сказать, что AppLocker — отстой, а лишь хочу показать, что реализация этой технологии не на столько крутая, что её стоит пиарить как революцию.

Из блога Владимира Безмалого:

В Windows 7 SRP также могут применяться, однако все чаще будет использоваться AppLocker. Почему?

К сожалению этого не случится, во всяком случае в цикле Windows 7. Как уже отмечалось, наиболее значительное изменение в AppLocker — это новый простой, удобный и понятный интерфейс, чего в SRP не было. В значительной степени из-за этого SRP на домашних компьютерах применялся лишь в единичных случаях. Сейчас же применить AppLocker гораздо проще на домашних системах при получении одинаково эффективного результата. Но Microsoft слишком жадный и включил эту технологию только в Windows 7 Ultimate и Enterprise. Я верю, что от появления SRP в домашних редакциях Windows 7 количество применений SRP на них не увеличится совсем. Учитывая, что с ноутбуками будет чаще всего проинсталлирована какая-то домашняя редакция Windows 7, то профита от AppLocker они не получат тоже. Но если дома есть возможность использовать AppLocker и вы хотите получить адекватный уровень защиты от запуска случайных файлов — используйте AppLocker. Хотя, скажите, кто из вас, кроме меня, использует Windows 7 Ultimate/Enterprise дома и использует AppLocker? :)

Если вы будете иметь возможность перевести часть парка машин предприятия на Windows 7 Enterprise, то вопрос использования AppLocker может сложиться не в его пользу. Это обусловлено тем, что если у вас уже используется SRP, то вам AppLocker не будет нужен до тех пор, пока весь парк не будет переведён на Windows 7 Enterprise. Ведь с AppLocker вы ощутимых бенефитов не получите в плане безопасности, но сразу усложните себе жизнь тем, что вам придётся поддерживать гораздо больше политик — SRP и AppLocker. При необходимости поддерживать клиентов отличных от Windows 7 Enterprise лучше использовать то, что может охватить наиболее число машин — SRP.

Внимать моим рекомендациям — личное дело каждого, просто я отразил своё видение проблематики. Вобщем, я не верю в массовое светлое будущее AppLocker по крайней мере до выхода следующей версии Windows, даже не смотря на активный и нечестный пиар технологии со стороны Microsoft (что вполне нормально для самого создателя) и прочих пиарщиков. Но начинать его использование по мере возможности — очень даже можно и нужно, т.к. однажды SRP просто не окажется в релизе ОС.

Tuesday, December 01, 2009 6:55:02 PM (FLE Standard Time, UTC+02:00)   Comments [9]    

 

Wednesday, December 02, 2009 6:38:13 AM (FLE Standard Time, UTC+02:00)
Вадя, а что за прикол с "Применение правил - Все пользователи"? С какого это перепугу SRP перестал назначаться на уровне пользовательской политики, а политика в свою очередь применяться к конкретной группе или пользователю? Да, это не так удобно как в AppLocker'е - нужно создавать несколько групповых политик и каждую применять к отдельной группе, но это ни разу не отменяет функционал;)!
Stanky
Wednesday, December 02, 2009 9:09:49 AM (FLE Standard Time, UTC+02:00)
А прикол в том, что пользовательская политика в SRP доступна только в домене. Т.е. вне домена нельзя разделить SRP по отдельным пользователям, а только на всех сразу.
Wednesday, December 02, 2009 8:21:24 PM (FLE Standard Time, UTC+02:00)
Считаю данный момент совершенно не принципиальным;)!
Stanky
Wednesday, December 02, 2009 9:42:19 PM (FLE Standard Time, UTC+02:00)
Ну как сказать, кто-то считает его очень даже принципиальным. В принципе, эта фича аплокера дико козырна на терминальных серверах, что не надо городить много политик. Но в некоторых ситуациях это не спасёт. Так что это в любом случае это плюс. И, тем более, в оригинальной табличке оно было, поэтому я должен был упомянуть этот пункт.
Thursday, December 03, 2009 10:04:17 AM (FLE Standard Time, UTC+02:00)
Вадим, как ни странно, кроме тебя использую дома я :)
Thursday, December 03, 2009 1:39:54 PM (FLE Standard Time, UTC+02:00)
Я не спорю, что плюс и не маленкий, но это не отменяет возможность сделать подобное через SRP. Так что предлагаю сделать оговорку по данному пункту;).
Stanky
Thursday, December 03, 2009 1:46:21 PM (FLE Standard Time, UTC+02:00)
Нет, оговорки не будет, потому что в данном случае используются возможности групповой политики, но не самого SRP.
Thursday, December 03, 2009 11:44:51 PM (FLE Standard Time, UTC+02:00)
Слияние настроек из разных политик - всё же логика SRP. Например, если через групповые политики настраивать права доступа к файловой системе, то такого слияния не происходит.
Stanky
Thursday, December 03, 2009 11:55:22 PM (FLE Standard Time, UTC+02:00)
Вот на счёт пермишенов. Да, они не складываются, зато аудит файловой системы и реестра складывается. Но это ТЗ. :)
OpenID
Please login with either your OpenID above, or your details below.
Name
E-mail
(will show your gravatar icon)
Home page

Comment (HTML not allowed)  

Enter the code shown (prevents robots):

Live Comment Preview
 · 
All content © 2008 - 2010, Vadims Podāns
"Spaces" Theme provided by: Vadims Podāns
About


E-mail - Send mail to the author(s)
Live Messenger -
My former blog -
For english language visitors
Библиотека
Календарик
<September 2010>
SunMonTueWedThuFriSat
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789

Карта расположения посетителей
Favorites





Disclaimer
Вся информация на сайте предоставляется на условиях «как есть», без предоставления каких-либо гарантий и прав.

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