В данной лекции будут рассмотрены вопросы структуры системы безопасности, особенности ролевого доступа и декларируемая политика безопасности системы.
Система контроля
Изучение структуры системы защиты помогает понять особенности ее функционирования. Несмотря на слабую документированность ОС Windows по косвенным источникам можно судить об особенностях ее функционирования.
(рис 14.1) Структура системы безопасности ОС WindowsСистема защиты ОС Windows состоит из следующих компонентов (см. рис 14.1).
Все компоненты активно используют базу данных Lsass, содержащую параметры политики безопасности локальной системы, которая хранится в разделе HKLM\SECURITY реестра.
Как уже говорилось во введении, реализация модели дискреционного контроля доступа связана с наличием в системе одного из ее важнейших компонентов - монитора безопасности. Это особый вид субъекта, который активизируется при каждом доступе и в состоянии отличить легальный доступ от нелегального и не допустить последний. Монитор безопасности входит в состав диспетчера доступа (
При оценке степени защищенности операционных систем действует нормативный подход, в соответствии с которым совокупность задач, решаемых системой безопасности, должна удовлетворять определенным требованиям - их перечень определяется общепринятыми стандартами. Система безопасности ОС Windows отвечает требованиям класса C2 "оранжевой" книги и требованиям стандарта
Требования, предъявляемые к системе защиты, таковы
Надо отметить, что, в отличие от большинства операционных систем, ОС Windows была изначально спроектирована с учетом требований безопасности, и это является ее несомненным достоинством. Посмотрим теперь, как в рамках данной архитектуры обеспечивается выполнение требований политики безопасности.
С целью гибкого управления системной безопасностью в ОС Windows реализовано управление доверительными отношениями (trusted facility management), которое требует поддержки набора ролей (различных типов учетных записей) для разных уровней работы в системе. Надо сказать, что эта особенность системы отвечает требованиям защиты уровня B "оранжевой" книги, то есть более жестким требованиям, нежели перечисленные в разделе "Политика безопасности". В системе имеется управление привилегированным доступом, то есть функции администрирования доступны только одной группе учетных записей - Administrators (Администраторы.).
В соответствии со своей ролью каждый пользователь обладает определенными привилегиями и правами на выполнение различных операций в отношении системы в целом, например, право на изменение системного времени или право на создание страничного файла. Аналогичные права в отношении конкретных объектов называются разрешениями. И права, и привилегии назначаются администраторами отдельным пользователям или группам как часть настроек безопасности. Многие системные функции (например, LogonUser и InitiateSystemShutdown ) требуют, чтобы вызывающее приложение обладало соответствующими привилегиями.
Каждая привилегия имеет два текстовых представления: дружественное имя, отображаемое в пользовательском интерфейсе Windows, и программное имя, используемое приложениями, а также Luid - внутренний номер привилегии в конкретной системе. Помимо привилегий в Windows имеются близкие к ним права учетных записей. Привилегии перечислены в файле WinNT.h, а права - в файле NTSecAPI.h из MS Platform SDK. Чаще всего работа с назначением привилегий и прав происходит одинаково, хотя и не всегда. Например, функция LookupPrivelegeDisplayName, преобразующая программное имя в дружественное, работает только с привилегиями.
Ниже приведен перечень программных и отображаемых имен привилегий (права в отношении системы в данном списке отсутствуют) учетной записи группы с административными правами в ОС Windows 2000.
Важно, что даже администратор системы по умолчанию обладает далеко не всеми привилегиями. Это связано с принципом предоставления минимума привилегий (см. лекцию 15 ). В каждой новой версии ОС Windows, в соответствии с этим принципом, производится ревизия перечня предоставляемых каждой группе пользователей привилегий, и общая тенденция состоит в уменьшении их количества. С другой стороны общее количество привилегий в системе растет, что позволяет проектировать все более гибкие сценарии доступа.
Внутренний номер привилегии используется для специфицирования привилегий, назначаемых субъекту, и однозначно связан с именами привилегии. Например, в файле WinNT.h это выглядит так:
#define SE_SHUTDOWN_NAME TEXT("SeShutdownPrivilege")
Назначение и отзыв привилегий - прерогатива локального
Использование функций PolicyHandle ) при помощи функции LsaOpenPolicy, которая открывает описатель объекта на локальной или удаленной машине. Имя целевого компьютера передается функции в качестве одного из параметров. После завершения работы с объектом политики необходимо его закрыть, вызвав функцию LsaClose(PolicyHandle).
Управление привилегиями пользователей включает в себя задачи перечисления, задания, удаления, выключение привилегий и ряд других. Извлечь перечень привилегий конкретного пользователя можно, например, из маркера доступа процесса, порожденного данным пользователем. Там же, в маркере, можно отключить одну или несколько привилегии. О том, как это сделать, будет рассказано позже. Однако формировать список привилегий можно только при помощи
Первая задача - перечисление привилегий данной учетной записи - решается при помощи функции LsaEnumerateAccountRights. Эта функция перечисляет привилегии пользователя с заданным идентификатором безопасности Sid в отношении системы с объектом политики PolicyHandle, передаваемыми ей в качестве параметров.
Обычно учетная запись, если не предпринимать специальных мер, не имеет привилегий. Привилегиями обладает группа, к которой принадлежит данный пользователь. Поэтому не нужно удивляться, если число привилегий, которыми обладает конкретный пользователь, в том числе и администратор системы, окажется равным 0. Напротив, набор привилегий в маркере представляет собой совокупность привилегий пользователя и групп, к которым приписан данный пользователь. С другой стороны, если добавить привилегию пользователю и вызвать функцию LsaEnumerateAccountRights, то вновь добавленная привилегия сразу же будет замечена, тогда как в маркере доступа процессов данного пользователя ее не окажется. Это связано с тем, что такой маркер формируется на этапе входа пользователя в систему, поэтому, иногда, для того, чтобы новая привилегия пользователя попала в его маркер доступа, целесообразно осуществить повторный вход в систему.
В качестве примера рассмотрим программу, задача которой - вывод списка привилегий текущего пользователя.
#ifndef UNICODE
#define UNICODE
#endif
#include <windows.h>
#include <stdio.h>
#include "ntsecapi.h"
BOOL GetUserSID(TOKEN_USER *, PDWORD pdwSize);
void main(void){
PSID pSid;
DWORD TokenUserBufSize=256;
TOKEN_USER *pUser;
HANDLE hHeap;
LSA_HANDLE hPolicy=NULL;
LSA_OBJECT_ATTRIBUTES ObjAttributes = {0};
ULONG Count = 0, i = 0, PrivDispBufLen = 512, Language = 0;
PLSA_UNICODE_STRING Privileges = NULL;
WCHAR PrivBuf[512], PrivDispBuf[512];
CHAR TempPrivDispBuf[512], TempPrivBuf[512];
BOOL Return;
hHeap = GetProcessHeap();
pUser = (TOKEN_USER *)HeapAlloc(hHeap, HEAP_ZERO_MEMORY, TokenUserBufSize);
if(!GetUserSID(pUser, TokenUserBufSize)) printf("GetUserSid Error\n");
pSid = pUser->User.Sid;
if(!IsValidSid(pSid)) { printf("Sid Error\n"); return; }
ObjAttributes.Length = sizeof(ObjAttributes);
LsaOpenPolicy(NULL, ObjAttributes, POLICY_VIEW_LOCAL_INFORMATION| POLICY_LOOKUP_NAMES| POLICY_CREATE_ACCOUNT, hPolicy);
LsaEnumerateAccountRights(hPolicy, pSid, Privileges, Count);
printf("Current user has %d privileges:\n",Count);
for(i = 0; i < Count; i ++) {
lstrcpyn(PrivBuf, Privileges[i].Buffer, Privileges[i].Length);
PrivBuf[Privileges[i].Length] = 0;
PrivDispBufLen = 512;
Return = LookupPrivilegeDisplayName(NULL, PrivBuf, PrivDispBuf, PrivDispBufLen, Language);
if(!Return) lstrcpy(PrivDispBuf, TEXT("Дружественное имя привилегии не найдено"));
CharToOem(PrivDispBuf, TempPrivDispBuf);
CharToOem(PrivBuf, TempPrivBuf);
printf("%s (%s)\n", TempPrivBuf, TempPrivDispBuf);
}
if(Privileges) LsaFreeMemory(Privileges);
LsaClose(hPolicy);
HeapFree(hHeap,0,pUser);
}
BOOL GetUserSID(TOKEN_USER * pUser, PDWORD pdwSize) {
BOOL fSuccess = FALSE;
HANDLE hToken = NULL;
DWORD dwSize;
if (!OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY, hToken)) return FALSE;
if (!GetTokenInformation(hToken, TokenUser, pUser, *pdwSize, dwSize))
return FALSE;
fSuccess = TRUE;
if (hToken != NULL) CloseHandle(hToken);
return(fSuccess);
}
Данная программа получает маркер доступа текущего процесса, извлекает из него Sid пользователя, при помощи функции LsaOpenPolicy открывает объект политики безопасности и вызывает функцию LsaEnumerateAccountRights для получения списка привилегий. Функция LookupPrivilegeDisplayName преобразует программное имя привилегии в дружественное имя. Для вывода имени привилегии на экран на русском языке используется функция CharToOem. Если число привилегий оказывается равным нулю, то с учетом замечания, сделанного выше, рекомендуется добавить пользователю, от имени которого запускается программа, одну или несколько привилегий с помощью административной консоли управления.
Для назначения привилегий имеется функция LsaAddAccountsRights, а для отзыва привилегий - функция LsaRemoveAccountRights. Функция LsaAddAccountRights назначает одну или несколько привилегий учетной записи. Параметры повторяют параметры функции LsaEnumerateAccountRight, однако на этот раз структуру LSA_UNICODE_STRING, задающую привилегию, нужно сформировать явно. Например, если нужна привилегия завершения работы системы, это можно сделать следующим образом:
PLSA_UNICODE_STRING pUserRights; PUserRights[0].Buffer = SE_SHUTDOWN_NAME; PUserRights[0].Length = lstrlen(PUserRights[0].Buffer)+sizeof(WCHAR); PUserRights[0].MaximumLength = PUserRights[0].Length + sizeof(WCHAR);
На основе предыдущей программы напишите программу, которая при помощи функции LsaAddAccountRights решает задачу назначения привилегий конкретному пользователю.
В настоящей лекции описана структура менеджера безопасности ОС Windows. Система защиты данных должна удовлетворять требованиям, сформулированным в ряде нормативных документов, которые определяют политику безопасности. Далее в лекции описаны возможности настройки привилегий учетной записи. Поддержка модели ролевого доступа связана с задачами перечисления, добавления и отзыва привилегий пользователя и отключения привилегий в маркере доступа субъекта.
В данной лекции будут рассмотрены вопросы структуры системы безопасности, особенности ролевого доступа и декларируемая политика безопасности системы.
Система контроля
Изучение структуры системы защиты помогает понять особенности ее функционирования. Несмотря на слабую документированность ОС Windows по косвенным источникам можно судить об особенностях ее функционирования.
(рис 14.1) Структура системы безопасности ОС WindowsСистема защиты ОС Windows состоит из следующих компонентов (см. рис 14.1).
Все компоненты активно используют базу данных Lsass, содержащую параметры политики безопасности локальной системы, которая хранится в разделе HKLM\SECURITY реестра.
Как уже говорилось во введении, реализация модели дискреционного контроля доступа связана с наличием в системе одного из ее важнейших компонентов - монитора безопасности. Это особый вид субъекта, который активизируется при каждом доступе и в состоянии отличить легальный доступ от нелегального и не допустить последний. Монитор безопасности входит в состав диспетчера доступа (
При оценке степени защищенности операционных систем действует нормативный подход, в соответствии с которым совокупность задач, решаемых системой безопасности, должна удовлетворять определенным требованиям - их перечень определяется общепринятыми стандартами. Система безопасности ОС Windows отвечает требованиям класса C2 "оранжевой" книги и требованиям стандарта
Требования, предъявляемые к системе защиты, таковы
Надо отметить, что, в отличие от большинства операционных систем, ОС Windows была изначально спроектирована с учетом требований безопасности, и это является ее несомненным достоинством. Посмотрим теперь, как в рамках данной архитектуры обеспечивается выполнение требований политики безопасности.
С целью гибкого управления системной безопасностью в ОС Windows реализовано управление доверительными отношениями (trusted facility management), которое требует поддержки набора ролей (различных типов учетных записей) для разных уровней работы в системе. Надо сказать, что эта особенность системы отвечает требованиям защиты уровня B "оранжевой" книги, то есть более жестким требованиям, нежели перечисленные в разделе "Политика безопасности". В системе имеется управление привилегированным доступом, то есть функции администрирования доступны только одной группе учетных записей - Administrators (Администраторы.).
В соответствии со своей ролью каждый пользователь обладает определенными привилегиями и правами на выполнение различных операций в отношении системы в целом, например, право на изменение системного времени или право на создание страничного файла. Аналогичные права в отношении конкретных объектов называются разрешениями. И права, и привилегии назначаются администраторами отдельным пользователям или группам как часть настроек безопасности. Многие системные функции (например, LogonUser и InitiateSystemShutdown ) требуют, чтобы вызывающее приложение обладало соответствующими привилегиями.
Каждая привилегия имеет два текстовых представления: дружественное имя, отображаемое в пользовательском интерфейсе Windows, и программное имя, используемое приложениями, а также Luid - внутренний номер привилегии в конкретной системе. Помимо привилегий в Windows имеются близкие к ним права учетных записей. Привилегии перечислены в файле WinNT.h, а права - в файле NTSecAPI.h из MS Platform SDK. Чаще всего работа с назначением привилегий и прав происходит одинаково, хотя и не всегда. Например, функция LookupPrivelegeDisplayName, преобразующая программное имя в дружественное, работает только с привилегиями.
Ниже приведен перечень программных и отображаемых имен привилегий (права в отношении системы в данном списке отсутствуют) учетной записи группы с административными правами в ОС Windows 2000.
Важно, что даже администратор системы по умолчанию обладает далеко не всеми привилегиями. Это связано с принципом предоставления минимума привилегий (см. лекцию 15 ). В каждой новой версии ОС Windows, в соответствии с этим принципом, производится ревизия перечня предоставляемых каждой группе пользователей привилегий, и общая тенденция состоит в уменьшении их количества. С другой стороны общее количество привилегий в системе растет, что позволяет проектировать все более гибкие сценарии доступа.
Внутренний номер привилегии используется для специфицирования привилегий, назначаемых субъекту, и однозначно связан с именами привилегии. Например, в файле WinNT.h это выглядит так:
#define SE_SHUTDOWN_NAME TEXT("SeShutdownPrivilege")
Назначение и отзыв привилегий - прерогатива локального
Использование функций PolicyHandle ) при помощи функции LsaOpenPolicy, которая открывает описатель объекта на локальной или удаленной машине. Имя целевого компьютера передается функции в качестве одного из параметров. После завершения работы с объектом политики необходимо его закрыть, вызвав функцию LsaClose(PolicyHandle).
Управление привилегиями пользователей включает в себя задачи перечисления, задания, удаления, выключение привилегий и ряд других. Извлечь перечень привилегий конкретного пользователя можно, например, из маркера доступа процесса, порожденного данным пользователем. Там же, в маркере, можно отключить одну или несколько привилегии. О том, как это сделать, будет рассказано позже. Однако формировать список привилегий можно только при помощи
Первая задача - перечисление привилегий данной учетной записи - решается при помощи функции LsaEnumerateAccountRights. Эта функция перечисляет привилегии пользователя с заданным идентификатором безопасности Sid в отношении системы с объектом политики PolicyHandle, передаваемыми ей в качестве параметров.
Обычно учетная запись, если не предпринимать специальных мер, не имеет привилегий. Привилегиями обладает группа, к которой принадлежит данный пользователь. Поэтому не нужно удивляться, если число привилегий, которыми обладает конкретный пользователь, в том числе и администратор системы, окажется равным 0. Напротив, набор привилегий в маркере представляет собой совокупность привилегий пользователя и групп, к которым приписан данный пользователь. С другой стороны, если добавить привилегию пользователю и вызвать функцию LsaEnumerateAccountRights, то вновь добавленная привилегия сразу же будет замечена, тогда как в маркере доступа процессов данного пользователя ее не окажется. Это связано с тем, что такой маркер формируется на этапе входа пользователя в систему, поэтому, иногда, для того, чтобы новая привилегия пользователя попала в его маркер доступа, целесообразно осуществить повторный вход в систему.
В качестве примера рассмотрим программу, задача которой - вывод списка привилегий текущего пользователя.
#ifndef UNICODE
#define UNICODE
#endif
#include <windows.h>
#include <stdio.h>
#include "ntsecapi.h"
BOOL GetUserSID(TOKEN_USER *, PDWORD pdwSize);
void main(void){
PSID pSid;
DWORD TokenUserBufSize=256;
TOKEN_USER *pUser;
HANDLE hHeap;
LSA_HANDLE hPolicy=NULL;
LSA_OBJECT_ATTRIBUTES ObjAttributes = {0};
ULONG Count = 0, i = 0, PrivDispBufLen = 512, Language = 0;
PLSA_UNICODE_STRING Privileges = NULL;
WCHAR PrivBuf[512], PrivDispBuf[512];
CHAR TempPrivDispBuf[512], TempPrivBuf[512];
BOOL Return;
hHeap = GetProcessHeap();
pUser = (TOKEN_USER *)HeapAlloc(hHeap, HEAP_ZERO_MEMORY, TokenUserBufSize);
if(!GetUserSID(pUser, TokenUserBufSize)) printf("GetUserSid Error\n");
pSid = pUser->User.Sid;
if(!IsValidSid(pSid)) { printf("Sid Error\n"); return; }
ObjAttributes.Length = sizeof(ObjAttributes);
LsaOpenPolicy(NULL, ObjAttributes, POLICY_VIEW_LOCAL_INFORMATION| POLICY_LOOKUP_NAMES| POLICY_CREATE_ACCOUNT, hPolicy);
LsaEnumerateAccountRights(hPolicy, pSid, Privileges, Count);
printf("Current user has %d privileges:\n",Count);
for(i = 0; i < Count; i ++) {
lstrcpyn(PrivBuf, Privileges[i].Buffer, Privileges[i].Length);
PrivBuf[Privileges[i].Length] = 0;
PrivDispBufLen = 512;
Return = LookupPrivilegeDisplayName(NULL, PrivBuf, PrivDispBuf, PrivDispBufLen, Language);
if(!Return) lstrcpy(PrivDispBuf, TEXT("Дружественное имя привилегии не найдено"));
CharToOem(PrivDispBuf, TempPrivDispBuf);
CharToOem(PrivBuf, TempPrivBuf);
printf("%s (%s)\n", TempPrivBuf, TempPrivDispBuf);
}
if(Privileges) LsaFreeMemory(Privileges);
LsaClose(hPolicy);
HeapFree(hHeap,0,pUser);
}
BOOL GetUserSID(TOKEN_USER * pUser, PDWORD pdwSize) {
BOOL fSuccess = FALSE;
HANDLE hToken = NULL;
DWORD dwSize;
if (!OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY, hToken)) return FALSE;
if (!GetTokenInformation(hToken, TokenUser, pUser, *pdwSize, dwSize))
return FALSE;
fSuccess = TRUE;
if (hToken != NULL) CloseHandle(hToken);
return(fSuccess);
}
Данная программа получает маркер доступа текущего процесса, извлекает из него Sid пользователя, при помощи функции LsaOpenPolicy открывает объект политики безопасности и вызывает функцию LsaEnumerateAccountRights для получения списка привилегий. Функция LookupPrivilegeDisplayName преобразует программное имя привилегии в дружественное имя. Для вывода имени привилегии на экран на русском языке используется функция CharToOem. Если число привилегий оказывается равным нулю, то с учетом замечания, сделанного выше, рекомендуется добавить пользователю, от имени которого запускается программа, одну или несколько привилегий с помощью административной консоли управления.
Для назначения привилегий имеется функция LsaAddAccountsRights, а для отзыва привилегий - функция LsaRemoveAccountRights. Функция LsaAddAccountRights назначает одну или несколько привилегий учетной записи. Параметры повторяют параметры функции LsaEnumerateAccountRight, однако на этот раз структуру LSA_UNICODE_STRING, задающую привилегию, нужно сформировать явно. Например, если нужна привилегия завершения работы системы, это можно сделать следующим образом:
PLSA_UNICODE_STRING pUserRights; PUserRights[0].Buffer = SE_SHUTDOWN_NAME; PUserRights[0].Length = lstrlen(PUserRights[0].Buffer)+sizeof(WCHAR); PUserRights[0].MaximumLength = PUserRights[0].Length + sizeof(WCHAR);
На основе предыдущей программы напишите программу, которая при помощи функции LsaAddAccountRights решает задачу назначения привилегий конкретному пользователю.
В настоящей лекции описана структура менеджера безопасности ОС Windows. Система защиты данных должна удовлетворять требованиям, сформулированным в ряде нормативных документов, которые определяют политику безопасности. Далее в лекции описаны возможности настройки привилегий учетной записи. Поддержка модели ролевого доступа связана с задачами перечисления, добавления и отзыва привилегий пользователя и отключения привилегий в маркере доступа субъекта.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.