Рассказ о Information Policy я начал в посте об аудите тут я хотел сделать небольшое дополнение.

Стандартными возможностями информационных политик являются

• Аудит
• Время жизни записи (элемента списка или документа)
• Метки
• Штрих код

Наиболее необычные, на мой взгляд, опции это метки и штрих код. И то и другое оказывает влияние непосредственно на сам документ, который попадает под эту политику. По сути что метка что штрих код несут один и тот же смысл...зафиксировать в бумажном документе некоторый уникальный идентификатор, по которому этот бумажный документ можно было бы в последствии идентифицировать. Причем пользователь будет явно видеть, скажем в Word, placeholder для первого или второго. По умолчанию эти функции работают с 2007 офисом, но есть некоторый 2007 Microsoft Office system add-in который по идее должен вносить этот функционал в 2003 офис, но тут я не уверен.

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

Делается это, как и многое в 2007 версии SharePoint, через определенную feature. Подробнее об этом можно почитать тут

Это небольшое дополнение к посту Заметка о безопасности. Настройка аудита

Состав протоколируемой информации

Описание событий

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

При этом при настройке доступны для протоколирования следующие группы действий пользователей

• Действия с библиотеками и элементами
  • Открытие или скачивание документа, просмотр элементов в списке, или просмотр свойств элемента
  • Редактирование элемента
  • Блокировка элемента на редактирование
  • Перемещение или копирование элемента в другое место портала
  • Удаление или восстановление элемента
• Действия со списками, сайтами и списками
  • Редактирование колонок и ContentType-ов
  • Поиск по сайту
  • Редактирование пользователей и разрешений

Интерфейс выглядит следующим образом

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

А настройки эти можно применить к коллекции сайтов (что прозрачно для понимания) и через Information Policy. Вот на последнем варианте я остановлюсь чуть поподробнее.

Information Policy это набор определенных правил, которые можно применять к библиотеке документов или ContentType.

Рассмотрим следующий сценарий

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

1. На уровне коллекции сайтов включается протоколирование действий с объектами безопасности.
2. На уровне коллекции сайтов создается Information Policy с протоколированием просмотра и редактирования документа.
   Созданная Information Policy связывается с библиотекой документов, которые необходимо контролировать дополнительно, или с ContentType-ом созданным для всех «секретных» документов.

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

Интерфейс создания политики выглядит подобным образом

Помимо этого существует настройка параметров управления информационными политиками в рамках коллекции. Используя эти параметры можно задать политику по умолчанию для всех библиотек и ContentType-ов в которых можно хранить документы (т.е. наследников от Document).

После того, как Information Policy создана, она может быть назначена на несколько библиотек и ContentType

И на последок несколько слов об отчетности

В стандартной поставке MOS доступны следующие отчеты

Помимо этого можно сформировать свой собственный отчет только по выбранным объектам и группам событий

Да...и в самом конце несколько фишечек

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

· Удаление событий или журнала аудита штатными средствами не предусмотрено. При удалении через API, в журнал записывается информация об этом событии.

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

· Доступ к настройкам аудита и просмотру журнала имеет только администратор коллекции

Key features of NM3:

• A completely new user interface
• Real time capture and display of frames
• Simultaneous capture on multiple network adapters
• Multiple simultaneous capture sessions
• Network conversations and a tree view displaying frames by conversation
• A new script-based protocol parser language, and script-based parsers
• Support for Vista/Windows XP/Windows Server 2003
• Support for 32bit and 64bit platforms

See blog http://blogs.technet.com/netmon/ for details

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

·         можно настраивать права доступа не только на список или библиотеку

·         интерфейс показывает только те функциональные элементы к которым у текущего пользователя есть доступ (включая результаты поиска)

Но есть еще несколько новых функций о которых мало говорят, но которые на мой взгляд не менее интересны.

Группы пользователей
Если вы работали с 2003 версией, то знаете, что там были группы и так называемые Cross Site группы. Основным ограничением последних было то, что в них нельзя было добавить группы из Actibe Directory.
Так вот...теперь есть только группы, которые задаются на уровне коллекции сайтов и в которые можно включать группы из AD.

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

В новой версии выделено более 30 элементарных операций над которыми возможен контроль.
Полный списк разрешений и список ролей создаваемых по умолчанию можно посмотреть в msdn или в самом wss.