Меню


Курсы СтимулСправочникПолезные материалы1С:Предприятие 8.2РазработчикамТехнологические вопросы кру…

1С:Предприятие 8.2 /
Разработчикам /
Технологические вопросы крупных внедрений

Оглавление

Вопросы безопасности информационных систем на платформе 1С:Предприятие 8.1

Краткое содержание:

Механизмы обеспечения безопасности в 1С:Предприятии 8.1

Пример пренебрежения безопасностью MS SQL Server и 1С:Предприятие 8.1

Комплексное понятие безопасности

Участок защиты данных «клиент – кластер 1С:Предприятие 8.1»

Участок защиты данных «кластер – СУБД»

Участок защиты данных «Человек»

Аудит безопасности системы

1. Доступ пользователей к административным действиям конфигуратора

1.1 Выявление угрозы

1.2 Возможные последствия

1.3 Меры защиты

2. Отсутствие разграничений доступа в режиме 1С:Предприятие

2.1 Выявление угрозы

2.2 Возможные последствия

2.3 Меры защиты

3. Несанкционированный доступ к данным сервера СУБД

3.1 Выявление угрозы

3.2 Возможные последствия

3.3 Меры защиты

4. Использование «старых» логинов

4.1 Выявление угрозы

4.2 Возможные последствия

4.3 Меры защиты

5. Несанкционированный доступ к файлам кластера серверов

5.1 Выявление угрозы

5.2 Возможные последствия

5.3 Меры защиты

6. Уязвимости операционной системы, СУБД

6.1 Выявление угрозы

6.2 Возможные последствия

6.3 Меры защиты

7. Вирусы, трояны, логгеры

7.1 Выявление угрозы

7.2 Возможные последствия

7.3 Меры защиты

8. Пароли на мониторах, слабые пароли

8.1 Выявление угрозы

8.2 Возможные последствия

8.3 Меры защиты

9. Перехват информации

9.1 Выявление угрозы

9.2 Возможные последствия

9.3 Меры защиты

Совет. Определить правомочность использования учетной записи Windows для подключения к базе данных 1С:Предприятия 8.1

 

Краткое содержание:

В данной статье рассматриваются вопросы безопасности информационных систем, работающих на платформе 1С: Предприятие 8.1 в клиент-серверном варианте с использованием СУБД MS SQL Server.

Механизмы обеспечения безопасности в 1С:Предприятии 8.1

Что такое безопасность? Часто считается, что для обеспечения безопасности достаточно задать пароль учетной записи или зашифровать данные. В некоторых случаях это так и есть. Но правильней будет уточнить, что данные меры усиливают защиту информации на некоторых «участках» функционирования системы. Обеспечение защиты данных понятие комплексное. Часть мер по организации контроля доступа к информации осуществляется техническими средствами, в том числе 1С:Предприятием, СУБД (например, Microsoft SQL Server) и операционной системой. Часть мер представляет собой набор административных действий и правил компании.

В данной статье будут рассмотрены вопросы безопасности информационных систем, работающих под управлением 1С:Предприятия 8.1 в клиент-серверном варианте с использованием СУБД MS SQL Server.

Базовый принцип защиты данных в клиент-серверном варианте заключается в том, что пользователи не имеют прямого доступа к файлам информационной базы. «Посредником» между клиентами 1С:Предприятия 8.1 и сервером СУБД является рабочий процесс rphost, который обращается с запросом к СУБД от имени своей учетной записи. Затем полученный результат возвращает клиенту.

Трехзвенная архитектура: 1С:Предприятие 8 клиентская часть 1. Сервер кластер 1 1С:Предприятие 8 L Microsoft SQL Server сервер баз данных Информац

Пример реализации клиент-серверной архитектуры

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

Хотите пример?

Пример пренебрежения безопасностью MS SQL Server и 1С:Предприятие 8.1

В нашем примере, в некой компании Х в качестве сервера баз данных установлен MS SQL Server 2000 с настройками по умолчанию . В качестве учетной записи контекста исполнения службы «MSSQLServer» была выбрана учетная запись операционной системы. После развертывания клиент-серверного варианта 1С:Предприятие 8.1 для пользователейконфигурации были созданы учетные записи и назначены пароли. Дополнительных настроек связанных с безопасностью не производилось.

На первый взгляд все в порядке, пользователи не имеют доступа к файлам серверов приложений и СУБД. «Взлом» будет засчитан после получения злоумышленником доступа к учетной записи администратора сервера с MS SQL Server.

По нашему сценарию один из сотрудников компании Х становится злоумышленником. У него есть собственный ноутбук. И он работает с информационной базой от имени своей "законнной" учетной записи, как и большинство пользователей компании.

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

Настройка прав: Конфигуратор - Бухгалтерия предприятия, редакция 1.5 - [Роль Бухгалтер: Права [Только для чтения]] 1 у Файл Правка Конфигурация Отладка Администрирование Сервис Окна Справка I? Л у I X % Iма 1 я ш ]П Х] _ б X Ь й Й Действия 3. Б ухгалгерияП редприятия - /

Права на выгрзуку информационной базы имеет любой пользователь, которому разрешено выполнять "Административные функции".

Злоумышленник выгружает информационную базу себе на локальный диск в виде файла DT. Теперь он может развернуть ее локально у себя на компьютере или передать "врагам".

Другой возможной опасностью является отсутствие учетной записи администратора кластера на сервере 1С:Предприятия. Это позволит злоумышленнику создать на своем компьютере новую информационную базу на том же сервере 1С:Предприятия, который обслуживает рабочую базу.

Пример создания кластера: 7m 1CV8 Servers - [Console 1 ооС/Центральные серверы 1С:Предприятия 8.1 File Action View Favorites Window Help Ф I а H0 I Щ Г~1 Console Root a-tm Центральные серверы 1С:Предпри? E-.ji Hsqlsrv j Кластеры 1/1ВДРД Администраторы Количество: О Имя Описание The

Если не задать администратора кластера, то информационные базы сможет создавать любой пользователь

В своей информационной базе злоумышленник создает превелигерованный модуль, исполняемый на стороне сервера. Этот модуль работает от имени учетной записи сервера 1С:Предприятия и, естественно, имеет полный доступ ко всем данным 1С:Предприятия. В том числе этот модуль может прочитать файл настроек C:\Program Files\1cv81\server\reg_1541\ 1CV8Reg.lst, где для баз среди параметров хранятся логин и пароль, под которым происходит подключение к SQL Server.

Доступ через настройки:

Прочитав файл настроек, приложение получает доступ к базе данных

Примечание. С версии 8.1.6 пароли логинов СУБД в файле настроек шифруются. Тем неменее надо помнить про подключение через USR1CV81, когда логин и пароль в параметрах базы опускаются.

Причина, позволившая нам прочитать файл настроек – это доступ к файлу для учетной записи процесса rphost, совпадающей по умолчанию с учетной записью процесса ragent и rmngr.

Зная логин и пароль, злоумышленний подключается к MS SQL Server 2000 и выполняет для базы master такой скрипт:

EXEC xp_cmdshell 'net user Neo passW0rd /add' EXEC xp_cmdshell 'net localgroup Administrators Neo /add'

Эта команда содает пользователя с именем Neo и администраторскими правами на сервере, где установлен MS SQL Server.

Причиной, позволившей нам выполнить команды операционной системы, является учетная запись SQL Server, которая по умолчанию имела максимально возможные права.

Для того, чтобы избежать подбных ошибок, рассмотрим более детально, как работают механизмы защиты.

Комплексное понятие безопасности

Комплексное понятие безопасности системы складывается на соновании ее защищенности на различных участках. Можно выделить три основных участка защиты данных:

Участок защиты данных «клиент – кластер 1С:Предприятие 8.1»

Участок клиент - сервер: 1С:Предприятие 8 клиентская часть 1. Сервер кластер 1С:Предприятие 8

При подключении к информационной базе пользователь указывает свой логин и пароль. Если в системе существует учетная запись с соответствующими параметрами, то доступ разрешается. Учетная запись создается для каждой информационной базы, используемой пользователем. При этом выполняется запрос к рабочему процессу кластера, расположенному на сервере 1С:Предприятия. Информация, передаваемая по сети на данном участке может быть зашифрована полностью или частично. Безопасность работы кластера обеспечивается исполнением приложения от имени учетной записи 1С:Предприятия в Windows. Контроль доступа к общим настройкам кластера осуществляется от имени учетной записи администраторов кластера 1С:Предприятие 8.1.

Участок защиты данных «кластер – СУБД»

Участок кластер - субд: Сервер кластер 1 1С:Предприятие8 L Microsoft SQL Server сервер баз данных Информац база

Защита данных, передаваемых между кластером серверов 1С:Предприятия и сервером СУБД, осуществляется средствами СУБД. MS SQL Server позволяет организовать шифрование передаваемых данных с помощью сертификатов.

Участок защиты данных «Человек»

В настоящей статье рассматриваются только технические меры обеспечения безопасности. Следует иметь в виду, что существует и такой фактов безопасности, как пользователь. Даже самая совершенная защита не может гарантировать безопасность системы, если к ней имеет доступ недобросовестный или неаккуратный пользователь. Системный администратор владеет информацией о паролях, главный бухгалтер - финансовой информацией о компании и т.д. Это значит, что всегда есть еще одно звено системы, которое может оказаться самым уязвивым в защите информации. Политика регулярной смены паролей, проводимая системным администратором, может быть сведена «на нет», если пользователи решат, что хранение «сложных» паролей надо доверить памяткам на мониторе своих рабочих мест.

Аудит безопасности системы

Следующую таблицу можно использовать как памятку при проведении аудита безопасности системы.

Вероятная угроза безопасностиУчастокВероятностьПоследствияВероятный злоумышленникТрудоемкость

1. Доступ пользователей к административным действиям конфигуратора

КлиентВысокоеКопирование всей информацииПрограммист, продвинутый пользовательСредняя
2. Отсутствие разграничений доступа в режиме 1С:Предприятие"КлиентСреднееКопирование ключевой информацииПрограммист, продвинутый пользовательВысокая
3. Несанкционированный доступ к данным сервера СУБДСУБДСредняяПорча информации, копирование информации АдминистраторСредняя

4. Использование старых логинов

Клиент, Кластер, СУБДНизкаяПоследствия зависят от прав учетной записиУволенный сотрудникНизкая
5. Несанкционированный доступ к файлам кластера серверовКластерНизкаяПорча информации, возможность создания новых базАдминистратор, программист Низкая
6. Наличие уязвимостей операционной системы, СУБДКлиент, Кластер, СУБДНизкаяПовышение прав с помощью ломалок, опубликованных в интернете, возможно полное копирование информацииАдминистратор, Продвинутый пользовательНизкая
7. Вирусы, трояны, логгерыКлиент, Кластер, СУБДНизкаяПорча информации, получение данных, раскрытие паролей пользователейАдминистратор, Продвинутый пользовательНизкая
8. Пароли на мониторах, слабые паролиКлиентСредняяНесанкционированный доступ к учетным записям пользователей с последующим доступом к даннымПродвинутый пользователь, уволенный сотрудникНизкая
9. Перехват информацииКлиент-Кластер, Кластер-СУБДМинимальнаяПерехват паролей с последующим доступом к даннымВысоко квалифицированный системный программист, сетевой специалистВысокая

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

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

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

1. Доступ пользователей к административным действиям конфигуратора

1.1 Выявление угрозы

Каждая учетная запись пользователя принадлежит к одной или несколькими ролям. Роль – это набор прав. Некоторые права предоставляют возможность копирования информации или выполнения административных действий. Такие права должны быть только у пользователей, которым они необходимы по служебным обязанностям. Например, у администратора базы данных.

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

Убедитесь в том, что для каждого пользователя из списка верно следующее:

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

Настройка прав: Конфигуратор - Бухгалтерия предприятия, редакция 1.5 - [Роль Бухгалтер: Права [Только для чтения]] 1 у Файл Правка Конфигурация Отладка Администрирование Сервис Окна Справка I? Л у I X % Iма 1 я ш ]П Х] _ б X Ь й Й Действия 3. Б ухгалгерияП редприятия - /

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

1.2 Возможные последствия

Как показывает практика, вероятность возникновения такой угрозы очень высока.

В качестве последствий следует особенно отметить копирование информационной базы.

1.3 Меры защиты

1.3.1 Ограничение прав

Назначайте административные права только тем пользователям 1С:Предприятия, которым это действительно необходимо.

Выделите права, которыми должен обладать только администратор базы и лишите этих прав всех остальных пользователей. Обычно, к таким правам относятся:

1.3.2 Ограничение доступа к переносным носителям

Для того, чтобы ограничить возможности злоумышленников по копированию базы данных на внешние носители (дисководы, USB-носители и т.п.) можно использовать групповые политики Active Directory.

2. Отсутствие разграничений доступа в режиме 1С:Предприятие

2.1 Выявление угрозы

Доступ к информации в режиме 1С:Предприятие определяется ролями (списком прав), также механизмами, реализованными кодом конфигурации . Для типовых конфигураций 1С это механизм ограничения доступа к данным на уровне записей и полей. Более подробно здесь. Неправильно назначенные права могут привести к несанкционированному доступу к данным.

Настройка прав менеджерам по продажам: К Настройка дополнительных прав - п 1 Набор прав: Менеджер по продажам Право Значение Разрешить превышение остатка товаров организации? Разрешить превышение свободного остатка денежных средств? Разрешить проведение документа без контроля взаиморасчетов? Ра

На рисунке показан пример настройки прав менеджерам по продажам в типовом решении 1С.

Настройка прав в отраслевых решениях: Пользователи Права и настройки кй] Журнал регистрации [ Фоновые задания / Все объекты Права и настройки пользователей, подразделений, организаций 1 1 ; У! / У становить все права по умолчанию г Значение права! 0 Отобразить исходные данные Объект настройки

Пример настройки прав в отраслевом решении.

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

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

2.2 Возможные последствия

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

2.3 Меры защиты

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

3. Несанкционированный доступ к данным сервера СУБД

3.1 Выявление угрозы

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

3.2 Возможные последствия

Полный доступ к информационным базам, хранящимся на MS SQL Server.

3.3 Меры защиты

Ниже приведены меры защиты в порядке возрастания сложности реализации :

3.3.1. Исключите возможность доступа от имени SA

3.3.1.1. Удалите учетную запись SA

Например, это можно сделать с помощью команды:

ALTER LOGIN sa DISABLE 

выполнение скрипта: Microsoft SQL Server Management Studio File Edit View Project Tools Window Community Help . J. New Query Lu Si 3ll tS I Q J dJ U Zp? Hi E ecute v' B ag ? 1 r E I 5 Connect- S3 ? j} SQLSRV/SQL2005 SQL Server 9.0.3027 - SQLSR/ ? Qj Databases E Cj System Dat

На рисунке показано успешное отключение логина SA.

3.3.1.2. Для выполнения административных функций создайте учетную запись с другим именем. Включите эту учетную запись в роль sysadmin.

Сисадмин: ysadmin

3.3.1.3 Эта учетная запись должна иметь сильный пароль

Задать пароль через Tansact-SQL можно так :


ALTER LOGIN my_sa WITH PASSWORD = 'Ple@se_Don''t_C0mprom1se_My_SQL_S3rv3r_Bec@us3_It_Is_V3ry_Ne@r_And_D3ar_To_My_h2@rt'

В этом примере для логина my_sa будет указан сложный пароль. (Смена пароля в версии MSDE описана на сайте Microsoft)

3.3.1.4 Исключить доступ к процедуре xp_cmdshell

Процедура xp_cmdshell имеет доступ к ресурсам операционной системы сервера СУБД, в частности к диску, на котором физически находитсябаза данных.

3.3.1.5 Удалить группу BUILTIN\Administrator.

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

3.3.1.6 Если вы хотите предоставить возможность пользователям создавать самостоятельно базы, создайте персональные учетные записи каждому и наделите их ролью 'dbcreator'

Создать пользователя и наделить правом создавать базы можно так:

USE [master]
GO
CREATE LOGIN [user1c] WITH PASSWORD=N'P@ssw0rd'
GO
EXEC master..sp_addsrvrolemember @loginame = N'user1c', @rolename = N'dbcreator' 
GO 

В данном пример в результате успешного выполнения появиться пользователь user1c и будет обладать ролью 'dbcreator'.

3.3.1.7. Если вы хотите делегировать ответсвенному пользователю возможность создавать учетные записи другим пользователям, создайте персональные учетные записи каждому и наделите их ролью ' SecurityAdmin '.

Наделить учетную запись ролью ' SecurityAdmin ' можно так:

EXEC master..sp_addsrvrolemember @loginame = N'user1c', @rolename = N'securityadmin' GO

Примечание. Посмотреть набор прав для роли можно с помощью хранимой процедуры sp_srvrolepermission.

Наример, для роли dbcreator:

exec sp_srvrolepermission 'dbcreator'
3.3.1.7 Администратор баз данных может создавать базы сами затем передавать право владения другим пользователям.

Это делается с помощью хранимой процедуры sp_changedbowner.

указание владельца: База данных Ч Владелец базы dbowner

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

Такой подход позволит не предоставлять учетным записям пользователей роль dbcreator. То есть, пользователи не смогут самостоятельно создавать базы данных.

Использование sp_changedbowner для смены владельца базы данных:

USE db_buh
GO

EXEC sp_changedbowner user1c

GO  

В этом примере db_buh - имя базы данных, user1c - имя пользователя , который должен стать владельцем базы.

3.3.2 Исключите доступ пользователей (не администраторов) к серверу СУБД

Доступ к серверу должен быть предоставлен только администраторам сервера и учетной записи служб кластера серверов 1С:Предприятие 8.

Настройка доступа по сети: Local Security Settings Консоль Действие Вид Справка 1= - а X Й Параметры безопасности Й--СЗ Политики учетных запис Н-: Э Локальные политики Й С Политика аудита ПЭ Назначение прав пол Й Параметры безопаснс Й О] Политики открытого клк Й О] Политики ограниче

Пример настройки доступа

3.3.3 Разнесите сервер СУБД и сервер 1С:Предприятия по разным компьютерам

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

3.3.4 Исключите файловый доступ данным к MS SQL Server

Для компьютера, на котором запущен MS SQL Server лучше оставить работающим приложением только MS SQL Server, исключив такие сервисы как "общий файловый доступ", "почтовый сервер", "интернет-прокси", "веб-сервера" и т.п.

Отключение доступа по сети: о Состояние Local Area Connection -A- Local Area Connection - свойства бщ П G 0 Общие Проверка подлинности Дополнительно Подключение через: Realtek RTL8139 Family PCI Fast Et Настроить... Компоненты, используемые этим подключением: 2 Client for Microsoft N

Пример отключения файлового доступа по сети.

3.3.5 Регулярно создавайте резервные копии и храните их в безопасном месте за пределами расположения рабочих серверов

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

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

3.3.6 Настройка прав доступа служб MS SQL Server

Безопасность исполнения операций сервера MS SQL Server в операционной системе определяется его учетными записями. Это учетные записи служб SQL Server, Agent SQL Server и Browser SQL Server для SQL Server 2005.

Например, SQL Server имеет доступ к исполнению процедуры «xp_cmdshell», которая позволяет работать с командной строкой Windows. Процесс Windows, порожденный процедурой xp_cmdshell, имеет те же права защиты, что и учетная запись службы SQL Server.

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

В SQL Server 2005 функциональность «xp_cmdshell» по умолчанию отключена в целях повышения безопасности.

доступ к командной строке: Surface Area Configuration for Features - localhost xj SQL Server 2005 Surface Area Configuration Help Protect Your SQL Server Enable only the features required by your applications. Disabling unused features helps protect your server by reducing the surfa

На рисунке показана консоль SQL Server 2005 Surface Area Configuration, управляющая возможностью включения/выключения наиболее «вероятных» целей злоумышленников, в том числе xp_cmdshell.

Для работы 1С:Предприятие 8.1 все указанные в этой консоли функции могут быть выключены. Некоторые системные администраторы наделяют учетную запись службы административными правами «просто, чтобы работало». Чтобы организовать повышенную безопасность, практикуется «Принцип минимальности привилегий» - субъект должен обладать набором минимально необходимых прав для выполнения своих функций.Применительно к службам SQL Server это означает следующее:

уровни безопасности:

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

Учетной записи, от имени которой работают службы сервера, присваиваются следующие пользовательские права и привилегии:

Запрет локальной регистрации в системе и соединения посредством сервера терминала ограничивают возможности злоумышленника в случае компрометации системы. Также необходимо удалить группу Domain Users у пользователей, имеющих право Logon Locally.

Для работы службы Agent SQL Server рекомендуется выбирать учетную запись пользователя Windows, не входящую в группу Администраторы. Однако существуют ограничения при администрировании нескольких серверов, когда учетная запись службы агента SQL Server не входит в локальную группу Администраторы. В частности, группы Администраторы требуется, чтобы использовать возможность автоматического перезапуска или создания типов CmdExec (вызов команд операционной системы) и ActiveX Script, не принадлежащие администратору SQL Server.

Browser SQL Server выполняется как служба Windows и запускается на UDP-порту 1434. При запуске обозреватель SQL Server считывает данные из реестра, определяет все экземпляры SQL Server на данном компьютере и назначает для них порты. Обозреватель SQL Server прослушивает входящие запросы на ресурсы Microsoft SQL Server и предоставляет сведения об экземплярах SQL Server, установленных на компьютере. При остановке или отключении службы «SQL Server, обозреватель» необходимо назначить каждому именованному экземпляру конкретные номера портов. Права, которые необходимо назначить обозревателю SQL Server для повышения безопасности:

Для работы экзмепляра по умолчанию (Default) обозреватель не требуется . В MS SQL Server 2000 роль обозреватель выполняла служба SQL Server.

Более подробно о настройке служб можно прочитать на сайте Microsoft.

3.3.7 Используйте режимы проверки подлинности средствами MS SQL Server

Доступ к MS SQL Server выполняется после прохождения авторизации на сервере. Это можно сделать, используя учетную запись, созданную средствами MS SQL Server или с помощью учетной записи Windows.

Способы доступа: Логинь RarusVSHV, MyPassword Windows Авторизация MS SQL Server

На рисунке показаны два способа доступа к серверу.

Это использование логинов SQL Server-а, которые в консоли управления сервером находятся в разделе Security и использования учетных записей Windows. Доступ к базам данных происходит путем ассоциаций прошедших авторизацию на сервере пользователей с пользователями баз данных.

Для работы учетный записей SQL Server-а необходимо использовать смешанный (mixed) режим проверки подлинности пользователей. В большинстве случаев это можно сделать с помощью c графических утилит доступа. Однако для MSDE версии MS SQL Server 2000 оснастки нет. В этом случае можно переключить режим с помощью рееста.

3.7.1.1. Включение смешанного режима после установки

Для работы 1С:Предприятие 8.1 с MS SQL Server используется режим авторизаци MS SQL Server и Windows. Если при установке был выбран режим авторизации только Windows (Windows only) - то подключиться к информационной базе 1С:Предприятия 8.1 не получится.

Для изменения типа авторизации откройте SQL Server Enterprise Manager.

В дереве "Concole Root - Microsoft SQL Servers" разверните группу SQL Server Group и выберите необходимый сервер (соответствует или имени компьютера или (local) - для локального сервера).

Если серверов нет - надо зарегистрировать новый сервер, выбрав из меню Action - New SQL Server Registration...

На значке сервера сделайте правый щелчок мышкой и в контекстном меню выберите Properties. В появишемся окне перейдите на закладку Security.

В разделе Security укажите Authentication на SQL Server and Windows.

режим проверки подлинности: SQL Server Properties Configure - local x] Server Sellings Database Settings Replication General Memory j Processor Security Connections -Security SQL Server provides authentication based on Windows accounts and a named SQL Server login ID and password. Au

Перезапустите сервис например с помощью командной строки:

net stop mssqlservernet start mssqlserver

или перегрузите компьютер с установленным MS SQL Server.

Для SQL Server 2005

Для изменения типа авторизации откройте SQL Server Management Studio.

В меню File – Connect Object Explorer и выберите необходимый сервер.

Далее в окне Object Explorer на значке сервера сделайте правый щелчок мышкой и в контекстном меню выберите Properties. В появишемся окне перейдите на закладку Security.В разделе Server authentication укажите SQL Server and Windows Authentication mode.

Режим проверки подлинности: S Server Properties - SQLSRV/SQL2005 Select a page General Memory Processors Security fp Connections Database Settings Advanced Permissions 3 Script Help Server authentication r Windows Authentication mode S Q L S erver and Windows Authentication mode Logi

Перезапустите сервис. Для этого значке сервера сделайте правый щелчок мышкой и в контекстном меню выберите Restart.

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

По умолчанию параметр реестра LoginMode имеет значение 1 (проверка подлинности Windows). Чтобы включить смешанный режим, значение этого параметра необходимо изменить на 2.

Место расположения параметра LoginMode зависит от имени, под которым установлен экземпляр MSDE. Если MSDE была установлена с именем по умолчанию, параметр LoginMode находится в следующем разделе реестра:

HKLM\Software\Microsoft\MSSqlserver\MSSqlServer\LoginMode

Если MSDE была установлена под другим именем, параметр LoginMode находится в следующем разделе реестра:

HKLM\Software\Microsoft\Microsoft SQL Server\имя_экземпляра\MSSQLServer\LoginMode

При использовании SQL Server 2005 Express Edition параметр LoginMode находится в следующем разделе реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.4\MSSQLServer

Чтобы присвоить параметру LoginMode значение 2, выполните следующие действия.

1. С помощью компонента «Службы» панели управления остановите MSSQLSERVER и другие связанные службы (например, SQLSERVERAgent).

2. Нажмите кнопку Пуск, выберите пункт Выполнить, введите команду regedt32 и нажмите кнопку ОК.

3. Найдите следующий раздел реестра (в соответствии с именем, под которым была установлена MSDE):

HKEY_LOCAL_MACHINE\Software\Microsoft\MSSqlserver\MSSqlServer\

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\имя_экземпляра\MSSQLServer\

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.4\MSSQLServer\

4. На правой панели окна редактора реестра дважды щелкните параметр LoginMode.

5. В диалоговом окне Изменение параметра DWORD установите для параметра значение 2, выберите вариант Шестнадцатеричное и нажмите кнопку ОК.

6. Чтобы изменения вступили в силу, запустите службы MSSQLSERVER и SQLSERVERAgent.

Обратите внимание. Что возможность управления переключением режимов аутентификации при определенных условиях может воспользоваться злоумышленник.

3.3.8 Поместите сервер в помещении, недоступном для посторонних

Как компромисный вариант, использовать серверную стойку и предоставлять ключи лицам по утвержденном списку.

3.3.9 Шифрование данных MS SQL, хранящихся на диске

В Интернете можно найти статьи, рекомендующие шифровать данные баз данных. Это можно делать и штатными средствами Windows, и используя ключи eToken, и программы сторонних производителей типа Jetico Bestcrypt или PGPDisk. Кроме этого можно встретить рекомендации создавать базы данных в нескольких файлах, один из которых шифровать.

Однако, в большинстве случаев рекомендуется сосредоточить внимание не на шифровании дисков, а на максимальном ограничении интерактивного, сетевого и физического доступа к ним.

3.3.10. Использование неформатированных разделов

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

SQL Server позволяет использовать для создания файлов базы данных «неформатированные» (или «сырые» — raw) разделы. Неформатиро­ванный раздел — это раздел диска, который был создан с помощью утилиты fdisk или Disk Administrator, но не был отформатирован. На таком разделе не существует файловой системы (FAT или NTFS), поэтому там невозможно хранение файлов операционной сис­темы. Тем не менее, если при создании базы данных в качестве физического име­ни файла указать неформатированный раздел, то SQL Server 2000 создаст в этом разделе блок данных (назовем его файлом), который займет все свободное пространство. Так как при создании файла будет занято все доступное пространство, то увеличение размера файла в данном случае невоз­можно. В качестве фи­зического имени файла необходимо указать только букву раздела, например F. Задание неформатированного раздела другим способом (а такие имеются — на­пример формат, используемый в файле boot.ini) не допускается. То есть, чтобы иметь возможность разместить файл базы данных на неформатированном разде­ле, нужно присвоить этому разделу конкретную букву, сконфигурировав его, та­ким образом, в качестве логического диска.

сырой раздел: IJpj File Action View Window Help m fS IH X ш m m j Computer Management jnjx] System Tools Event Viewer Shared Folders Local Users and Groups Performance Logs and Alert: Device Manager Storage Removable Storage Disk Defragmenter Disk Management S Services

На рисунке показан неформатированный раздел с логическим диском F.

На неформатированном разделе можно разместить лишь один файл базы данных. Даже после того как SQL Server создаст в этом разделе файл, операционная система будет воспринимать раздел как неформатированный или как раздел с неизвестной файловой системой. Обычные операции работы с файлами, выпол­няемые операционной системой, будут недоступны. То есть нельзя будет вы­полнять копирование, удаление, изменение или перемещение созданного файла. Кроме того, операции резервного копирования с помощью утилиты Windows NT Backup также будут недоступны. Однако допускается создание резервных ко­пий базы данных и журнала транзакций средствами SQL Server. При использовании неформатированных разделов недоступны инструменты проверки целостности диска. Более того, невозможна «горячая» замена поврежденных кластеров, которая выполняется для файловой системы NTFS на дисках SCSI. При размещении фай­лов базы данных на обычных дисках с файловой системой имеется возможность скопировать эти файлы и подключить к другому серверу SQL. При наличии неформатированных разделов скопировать данные будет прак­тически невозможно, так как в операционных системах семейства Windows не реализованы механизмы работы с неформатированными разделами.

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

Пример cоздания базы db_buh в неформатированном разделе.

USE master
GO
CREATE DATABASE db_buh
ON ( NAME = db_buh,   FILENAME = 'f:') LOG ON( NAME = 'db_buh_log', FILENAME = 'g:' )
GO            

создание базы: r% SQL Query Analyzer - [Query - SQLSRV.master.SQLSRV/Administrator - Untitledl ] Щ File Edit Query lools Window Help % m о GO CREATE DATABASE db_buh ON NAME = db_buh, FILENAME = 'F :' LOG ON NAME = 1 cib_buh_log', FILENAME = 'G:' / u master 6 GO 4 I The C

На рисунке показан пример создания базы в сырых разделах дисков F и G.

4. Использование «старых» логинов

4.1 Выявление угрозы

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

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

4.2 Возможные последствия

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

4.3 Меры защиты

Регулярное администрирование записей

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

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

1) Пользователи Windows (локальные учетные записи Windows и в службы каталогов Active Directory)

Локальные пользователи Windows: Computer Management . JSJxJ Консоль Действие 0Ид окно Справка i= S ни [Э Управление компьютером локалк Служебные программы { 4 Просмотр событий 0 П Общие папки Й-дЗ Локальные пользователи г швтж 1 С] Группы Й ] Журналы и оповещения п{ Диспетчер устройств З

Факт применения учетной записи Windows можно опредлить по журналу событий безопасности Windows.

2) Пользователи информационных баз 1С:Предприятия

Пользователи конфигурации: Файл Правка Конфигурация Отладка Администрирование Сервис Окна Справка ? Ли ад Л! % я а. Пользователь Действия 1 ? Т Имя Полное имя ? Абдулов дирек... Абдулов ? Иванцова гл. б... Иванцова Л1 ? Питта плановик Питта Андре ? Любимов адми... Любимов ? Петрова

Факт использования учетной записи фиксируется в журнале регистрации 1С:Предприятия

3) Пользователи сервера MS SQL Server

Пользователи СУБД:

Факт использования учетной записи фиксируется в логах MS SQL Server (в соответствии с настройками)

4) Пользователи баз данных MS SQL Server

Пользователи баз данных: Tri SQL Server Enterprise Manager - [Console Root/Microsoft SQL Servers/SQL Server Group/ LOCAL Консоль Действие Вид Tools Окно Справка jnjxj Ф Ч Й 00 of :Ь vS И Й B 6 LOCAL Windows NT 3 FI-lSl Databases S 0 db_buh ? Kg Diagrams ~1 Tables { Views Stored Pr

5) Администраторы центрального сервера кластера серверов 1С:Предприятия 8.1

Администраторы: Jm 1CV8 Servers - [Console Root/L[eHTp о - а ни х ймЩ ГП Console Root Администраторы Количество: 2 ЕГ-ЦЗш Центральные серверы ЮПредприятия 8.1 Имя Описание Й 1Й 192.168.5.182 f slava Администратор Hsqlsrv Кластеры? administrator Администратор f slave f adm

6) Администраторы кластера 1С:Предприятия

Администраторы центрального сервера: 1CV8 Servers - [Console 1 оо1:/Центральные серверы 1С:Предприятия 8.1/i Консоль Действие Вид Избранное Окно Справка - g х ф а на щ ~3 Администраторы Количество: 1 Имя Описание f admin Администратор кластера В 1 и 1L Е Ц 192.168.5.182 В Ш Hsqlsrv В-Щ Класт

7) Учетные записи Windows для контекста исполнения служб 1С:Предприятие 8.1 и MS SQL Server (и других СУБД)

Пользователи служб: SQL Server SQL2005 Локальный компьютер - свойства % Services Консоль Действие Вид Справка -НГ в й, Ч 1 11 Службы локальнь Имя Remote Procedure Call ... Remote Registry Removable Storage Resultant Set of Policy P.. Routing and Remote Acc.. Secondary Logon S

Кроме того, следует понимать, что:

5. Несанкционированный доступ к файлам кластера серверов

5.1 Выявление угрозы

Признаки возможной угрозы:

5.2 Возможные последствия

Злоумышленник может получить пароли и общую информацию для подключения к серверу СУБД. Это может привести к тому, что ему станут полностью доступны данные информационных баз.

5.3 Меры защиты

5.3.1 Создать администратора центрального сервера и администратора кластера серверов 1С:Предприятия

Создайте администратора центрального сервера

Администраторы: Jm 1CV8 Servers - [Console Root/L[eHTp о - а ни х ймЩ ГП Console Root Администраторы Количество: 2 ЕГ-ЦЗш Центральные серверы ЮПредприятия 8.1 Имя Описание Й 1Й 192.168.5.182 f slava Администратор Hsqlsrv Кластеры? administrator Администратор f slave f adm

Если не задан администратор центрального сервера, то любой пользователь сможет создать новый кластер.

Создайте администратора кластера

Администраторы центрального сервера: 1CV8 Servers - [Console 1 оо1:/Центральные серверы 1С:Предприятия 8.1/i Консоль Действие Вид Избранное Окно Справка - g х ф а на щ ~3 Администраторы Количество: 1 Имя Описание f admin Администратор кластера В 1 и 1L Е Ц 192.168.5.182 В Ш Hsqlsrv В-Щ Класт

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

5.3.2 Использовать разные учетные записи для разных служб кластера серверов 1С:Предприятия

Кластер серверов 1С:Предприятия использует для работы ряд служебных данных. Например, список кластеров сервера, реестры кластеров и др. Все служебные данные представляют собой совокупность файлов, которые находятся в двух каталогах:

Общая идеология работы со служебными данными заключается в том, что доступ к служебным данным кластера серверов должны иметь только менеджер кластера (rmngr.exe) и агент сервера (ragent.exe). Рабочие процессы (rphost.exe) используют служебные данные только через менеджер кластера, поскольку являются потенциально опасными (в них могут выполняться фрагменты кода конфигураций).

Схема кластера: Рабочий сервер 1С:Предприятия 8.1 Рабочий сервер 1С:Предприятия 8.1 Рабочий сервер 1С:Предприятия 8.1 информационная база1 информационная база 2 информационная бaзaN

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

В каталоге данных приложения при установке кластера серверов 1С:Предприятия 8.1 создается специальный каталог, предназначенный только для файлов кластера серверов 1С:Предприятия.

Пользователю USR1CV81, от имени которого стартует по умолчанию агент сервера, назначаются полные права на этот каталог. Другим пользователям доступ в этот каталог запрещается. Запуск менеджера кластера выполняет агент сервера от имени того же самого пользователя, от которого запущен он сам.

Настройка каталога кластреа: Iff C:/Program Files/lcv81/server File Edit View Favorites Tools Help Q Back - hJ t1 Search Folders X 0 Address _J C : /Program Files/ 1 cv81 /server Folders Desktop o My Documents J My Computer Jt 3.5 Floppy A: E Local Disk C: tO 1C B O Documents and Sett

На рисунке показана настройка каталога кластера.

Обратите внимание, если для рабочего процесса используется собственная учетная запись Windows, то она не имеет доступа к каталогу кластера.

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

Для того, чтобы rphost запускался от имени пользователя RPHOSTUSER, а
ragent запускается от USR1CV81, необходимо сделать следующее:

user=\\server\hostuser
password=пароль

Настройка пользователя:

На рисунке показана настройка пользователя процесса RPHOST.

Пользователи процессов:

На рисунке показаны пользователи процессов RPHOST , RAGENT и RMNGR кластера 1С:Предприятие 8.1.

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

Для этого при создании временного файла кластером серверов 1С:Предприятия пользователю USR1CV81 устанавливаются полные права на создаваемый файл. Другим пользователям доступ к этому файлу запрещается. Таким образом, данные, хранимые во временных файлах, защищаются от несанкционированного доступа.

5.3.3 Исключите файловый доступ к рабочим серверам кластера

Для сервера 1С:Предприятия исключите такие сервисы как "общий файловый доступ", "почтовый сервер", "интернет-прокси", "веб-сервера" и т.п.

Отключение доступа по сети:

Пример отключения файлового доступа по сети.

5.3.4 Поместите сервер в помещении, недоступном для посторонних

Как компромисный вариант, используйте серверную стойку и предоставляйте ключи лицам по утвержденном списку.

6. Уязвимости операционной системы, СУБД

6.1 Выявление угрозы

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

6.2 Возможные последствия

Вероятность угрозы оценивается, как незначительная. Последствия зависят от обнаруженной уязвимости. Риск взлома значительно уменьшается при отсутствии удаленного доступа к серверам из Интернета.

6.3 Меры защиты

7. Вирусы, трояны, логгеры

7.1 Выявление угрозы

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

7.2 Возможные последствия

Обычно вирусы не нацелены на взлом приложений 1С :Предприятия. Вероятность угрозы оценивается как невысокая. Однако, нарушение работы 1С:Предприятие может стать побочным эффектом деятельности вируса, поэтому пренебрегать этой опасностью не следует.

7.3 Меры защиты

7.3.1 Используйте брандмауэры.

Брандмауэр – средство защиты , которое отслеживает и ограничивает обмен данными между компьютером и сетью или Интернетом, т.е. защищает компьютер от несанкционированного доступа извне.

Начиная с Windows XP, операционные системы компании Microsoft стали содержать втроенный брандмауэр (сетевой экран, firewall). Для Windows XP SP2 и Windows Vista брандмауэр по умолчанию включен.

Подробней на сайте Microsoft.

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

Включенный брандмауэр (особенно программный) снижает быстродействие. В связи с этим рекомендуется избегать использования брандмаэров на сервере СУБД и сервере 1С:Предприятия.

Возможным последствием использования брандмауэра , который не настроен для работы с 1С:Предприятие 8.1, может быть сообщение об ошибке: «Не обнаружен ключ

Для обеспечения работоспособности 1С:Предприятие 8.1 , его необходимо добавить в список исключений брандмауэра.

Чтобы добавить программу 1С:Предприятие 8.1 в список исключений брандмауэра Windows XP SP2, необходимо выполнить следующие действия:

Если в сети используется компьютер с HASP License Manager и на нем включен брандмауэр, то необходимо добавить HASP License Manager в список исключений брандмауэра. В Windows XP SP2 для этого необходимо выполнить следующие действия:

Возможно случаи, когда брандмауэр включен на сервере, или в качестве сервера используется компьютер с настрольной операционной системой, например Windows XP SP2.

Совет. Вовсе не обязательно запоминать порты и исполняемые файлы, которые необходимо прописывать в брандмауэре.

Чтобы увидеть «реальную» картину работы клиент-серверного варианта и используемых портов (например, чтобы настроить брандмауэр) можно воспользоваться бесплатной утилитой TCPView.

просмотр портов: 4- TCPView - Sysinternals: www.sysinternals.com File Options Process View Help S A -s Process Protocol I Local Address Remote Address 1 State 1cv8.exe: 3088 TCP sqlsrv:1178 salsrv:1562 ESTABLISHED _J [System Proces... TCP sqlsrv:1177 sqlsrv:1541 TIME WAIT

7.3.2 Использование антивирусного ПО совместно с 1С:Предприятием 8

Антивирусное программное обеспечение помогает защищать компьютер от известных вирусов, «червей», «троянцев» и других вредоносных программ, которые могут привести к сбою в работе компьютера. Однако антивирусное ПО требует аппартных ресурсов. При постоянно включенном мониторинге всех действий скорость выполнения всех остальных приложений, в том числе 1С:Предприятие 8 может заметно снизиться. Приведем рекомендации для каждого из компонент клиент-серверной архитектуры 1С:Предприятие 8.

7.3.2.1 Использование антивирусного ПО на сервере с MS SQL Server

Антивирусное программное обеспечение, работающее в реальном времени , отнимает значительные ресурсы у SQL Server. Использовать его не рекомендуется.

Вместо этого следует периодически сканировать SQL Server при помощи сканеров вирусов, предпочтительно в периоды минимальной нагрузки.

7.3.2.2 Использование антивирусного ПО на кластере серверов 1С:Предприятие 8

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

7.3.2.3 Использование антивирусного ПО на клиенте 1С:Предприятие 8

Компьютер с клиентской частью 1С:Предприятие 8 имеет наибольший риск заражения вирусами. Надо понимать, что используя антивирусную программу Вы должны выбрать разумный компромис между степенью защиты и быстродействием.

Как вариант настройки антивируса предлагается:

Основная сложность выбора настроек заключается в том, что 1С использует «опасные» каталоги, и при низком быстродействии или жалобах пользователей надо исследовать временные каталоги, как место потенциального попадания вирусов:

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

7.3.3 Исключение доступа в интернет

Полностью исключите возможность подключения к серверам через интернет.

8. Пароли на мониторах, слабые пароли

8.1 Выявление угрозы

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

8.2 Возможные последствия

Серьезность угрозы прямо зависит от прав записи данного сотрудника.

8.3 Меры защиты

8.3.1 Используйте политку сложных паролей, выполняйте проверку на сложность паролей

Пароли являются «первой линией защиты» от несанкционированного доступа к Вашей информации. Не смотря на все современные технологии , часто они становятся основной целью злоумышленника. Пользователи часто придумывают очень простые пароли. Они могут означать день рожденья пользователя, имя любимой кошки или номер сотового. Такие пароли легко подобрать, применяя общеизвестные закономерности. Другим способом является перебор всех возможных комбинаций символов.

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

Для того чтобы обеспечить «сложные для взлома» пароли, в Windows используется политика "Пароль должен удовлетворять требованиям сложности":

Политика Windows представлена на рисунке.

Подробней о применении политики паролей Windows можно прочитать на сайте Microsoft. В MS SQL Server 2000 контроль сложных паролей отсутствует. В MS SQL Server 2005 cуществует возможность использовать политику сложных паролей Windows. Для каждого логина сервера политика назначается персонально. Т.е. один логин может отвечать требованиям сложного пароля, а другой – нет.

Свойства логина СУБД:

На данном рисунке параметр Enforce password policy означает применение политики паролей, параметр Enforce password expiration обозначает применение политики истечения срока действия паролей.

Паролями можно управлять через Transact-SQL:

Код логина: GILV-B00K.ma...QLQuery2.sql GILV-BOOK. ma QLQuery 1. sql Summary USE [master] GO ALTER LOGIN [userlc] WITH PASSWORD P sswOrd', DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE= [русский], CHECK_EXPIRATION=ON, CHECK_POLICY=ON GO LjJ Messages Conmand s completed

На данном рисунке с помпощью кода Transact – SQL для существующего логина был изменен пароль и включен параметр CHECK_POLICY (установлено значение ON -применение политики паролей), включен параметр CHECK_EXPIRATION (установлено значение ON - Политика истечения срока действия паролей).

Проверка сложности паролей пользователей также присутствует в 1С:Предприятии 8.1.

Для управления проверкой сложности выберите меню « Администрирование – Параметры информационной базы».

пароли в конфигурации: Параметры информационной базы Время ожидания блокировки данных в секундах Минимальная длина паролей пользователей 20 7 : : Проверка сложности паролей пользователей! ' ОК Отмена Справка

На рисунке показана настройка требований к паролям конфигурации.

Если флажок «Проверка сложности паролей пользователей» установлен, минимальный размер пароля пользователя равен 7 символам.

8.3.2. Применять устройства автоматической аутентификации

Например, вы можете использовать смарт-карты.

9. Перехват информации

9.1 Выявление угрозы

Существует класс программ-шпионов, которые способны перехватывать информацию, передаваемую по сети. Например, к ним относятся безобидные на первый взгляд сетевые мониторы (сниферы).

9.2 Возможные последствия

Возможным последствием является полный перехват всего сетевого траффика, расшифровав который, можно (теоретически) получить какую-то информацию о работе вашей системы. Вероятность возникновения такой угрозы минимальна. Трудозатраты на организацию защиты очень высоки. Необходимо адекватно оценить риски. Как правило, организация защиты такого класса характерна для крупных компаний.

9.3 Меры защиты

9.3.1 Организуйте защиту траффика штатными средствами 1С:Предприятия (защита передачи данных кластеру серверов)

При создании новой базы вы указываете параметр «безопасное соединение» (защищенное соединение). Существует возможность выбрать одно из трех значений:

Защищенное соединение: Добавление информационной базы/группы Укажите параметры информационной базы: Кластер серверов 1 С:Предприятия: Имя информационной базы в кластере: Защищенное соединение: Тип СУБД: Сервер баз данных: Имя базы данных: Пользователь базы данных: Пароль пользов

На рисунке показан выбор параметра «Защищенное соединение» для вновь создаваемой базы.

Настройка действует для всех подключений к кластеру серверов, в том числе с консоли «Сервера 1С Предприятий».

Уровень «Выключено» является самым низким, уровень «Постоянно» – самым высоким. При этом используется безопасное соединение по протоколу TCP/IP с шифрованием алгоритмами RSA и Triple DES.

Уровень безопасности «Постоянно»

Использование уровня безопасности «Постоянно» позволяет полностью защитить весь поток данных (как пароли, так и непосредственно данные) между клиентом и кластером серверов. При этом весь обмен происходит с использованием алгоритмов шифрования RSA и Triple DES. Следует учитывать, что при этом возможно снижение производительности системы.

Уровень безопасности задается при создании информационной базы. Эта информация сохраняется как на клиенте (в списке информационных баз), так и в кластере серверов (в реестре кластера). После создания информационной базы, ее параметры, сохраненные в реестре кластера, изменить уже нельзя. Однако можно изменить уровень безопасности, указанный для этой информационной базы на клиенте. Выполнить настройку уровня безопасности подключения через параметр запуска /SLev, который определяет уровень защищенности соединения клиента с сервером 1С:Предприятия

Возможные значения:

/SLev0 – незащищенное соединение.

/SLev1 – защищенное соединение только в процессе выполнения аутентификации.

/SLev2 – защищенное соединение в течение всего сеанса.

Отсутствие параметра эквивалентно /SLev0.

Свойства ярлыка: 1C Предприятие Properties Jj j General Shortcut Compatibility ] Security ] 1C Предприятие T arget type: Application T arget location: bin Jarget: m FilesM cv81 /binM cv8.exe enterprise /SLev2 Start in: C:/Program FilesM cv81 /bin/ Shortcut key: None Run: N

На рисунке показаны свойства ярлыка, вызывающего 1С:Предприятие с указанием уровня защищенности соединения.

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

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

Кластер серверов выбирает максимальный уровень безопасности из переданного клиентом и указанного для этой информационной базы в реестре кластера. Это фактический уровень безопасности. Кроме этого кластер серверов генерирует сеансовый ключ для шифрования Triple DES и вместе с фактическим уровнем безопасности передает его клиенту, предварительно зашифровав эти данные с помощью публичного ключа клиента.

Дальнейший обмен данными выполняется в соответствии с фактическим уровнем безопасности, при этом как клиент, так и сервер шифруют передаваемые данные с использованием сеансового ключа по алгоритму Triple DES, у которого сам процесс шифрования более скоростной, чем RSA.

Уровень безопасности «Установка соединения»

Этот уровень безопасности является компромиссом между безопасностью и производительностью. Использование уровня безопасности "Установка соединения" позволяет частично защитить поток данных (только пароли) между клиентом и кластером серверов. Алгоритмы шифрования здесь используются до момента установки соединения клиентского приложения с рабочим процессом и выполнения аутентификации пользователя, затем идет открытый процесс обмена данными с кластером серверов.

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

Частичную защищенность данных информационной базы обеспечивает то, что ключевая информация (пароли) передается только в зашифрованном виде. В результате, если открытый поток данных будет перехвачен, то из него можно будет получить лишь незначительную часть данных информационной базы. Т.к. пароли будут недоступны, то злоумышленник не сможет аутентифицироваться в информационной базе и получить доступ ко всем данным или выполнить произвольные действия с информационной базой.

Уровень безопасности «Выключено»

Уровень безопасности Выключено является самым низким и самым производительным. Практически все данные передаются без использования шифрования.

После установки соединения первый обмен данными выполняется с использованием шифрования по алгоритму RSA. Дальнейший обмен выполняется нешифрованными данными.

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

Консоль кластера серверов взаимодействует с агентом сервера (процесс ragent.exe). Желаемый уровень безопасности задается при старте агента сервера. Фактический уровень безопасности будет выбран агентом сервера как максимальный из указанного при старте и уровней безопасности всех кластеров, расположенных на данном центральном сервере. Уровень безопасности кластера задается при его создании (программном или интерактивном).

Безопасное соединение: Локальный кластер -И2 1 ''' / Параметры кластера Описание: Локальный кластер! Компьютер: Б 31.БМ 1Р Порт: 11541 Много процессов: Р Безопасное соединение: только соединение Служебный 1Р порт: 11560 ОК Cancel Apply

На рисунке показан реквизит «Безопасное соединение» консоли кластеров.

Специалистам по безопасности также может потребоваться знание алгоритмов шифрования, применяемые в 1С:Предприятие 8.1

При уровне безопасности «Постоянно» выполняется шифрование по следующей схеме

В общем виде протокол взаимодействия клиента и кластера серверов представлен на следующем рисунке:

Протокол: Клиент Кластер серверов Установка соединения mngr.exe Публичный ключ RSA mngr.exe и уровень безопасности Сеансовый ключ Triple Des mngr.exe и уровень безопасности Обмен данными mngr.exe Установка соединения rphost.exe Публичный ключ RSA rphost.exe и уровен

Протокол взаимодействия одинаков как для менеджера кластера (rmngr.exe), так и для рабочего процесса (rphost.exe): после установки соединения первый обмен данными выполняется с использованием шифрования по алгоритму RSA, дальнейший обмен данными выполняется с использованием шифрования по алгоритму Triple DES.

Для уровня «Установка соединения» в общем виде протокол взаимодействия клиента и кластера серверов представлен на следующем рисунке:

протокол:

После установки соединения первый обмен данными выполняется с использованием шифрования по алгоритму RSA, затем обмен данными выполняется с использованием шифрования по алгоритму Triple DES до окончания процедуры аутентификации. Дальнейший обмен выполняется нешифрованными данными.

Для уровня безопасности «Выключено» в общем виде протокол взаимодействия клиента и кластера серверов представлен на следующем рисунке:

Протокол:

После установки соединения клиент отправляет Открытый ключ RSA и уровень безопасности в кластер серверов. Менеджер кластера отправляет ему сообщение о новом уровне безопасности, зашифрованное Открытым ключом RSA. Дальнейший обмен выполняется нешифрованными данными. Аналогичным образом осуществляется обмен данными клиентского приложения с рабочим процессом кластера.

Пароли администраторов кластера серверов и пароли доступа к информационным базам хранятся на кластере серверов в зашифрованном виде. Для этого используется шифрование алгоритмами SHA1 и AES128.

SHA1 - это алгоритм контрольного суммирования. С его помощью хранятся пароли, которые проверяет система 1С:Предприятие (например, пароль администратора кластера, администратора центрального сервера). При этом исходный текст хранимых паролей восстановить нельзя, а можно только проверить совпадение контрольной суммы введенного пароля с хранимой контрольной суммой.

AES128 – это алгоритм шифрования. С его помощью хранятся пароли, для которых должен восстанавливаться исходный текст (например, пароли доступа к СУБД).

9.3.2 Защита MS SQL Server

Microsoft SQL Server позволяет шифровать передаваемый по сети трафик. Для этого используется Secure Sockets Layer (SSL) при передаче данных между серверома кластера и MS SQL Server. Если рабочий сервер кластера и MS SQL Server на одном компьютере, то используется протокол обмена Shared Memory (и шифрование не используется).

Для шифрования всех передаваемых данных для MS SQL Server 2000 необходимо воспользоваться утилитой "Server Network Utility". На закладке "General" установите флажок "Force protocol encryption".

Настройка сервера: u SQL Server Client Network Utility General Alias ] DB-Library Options ] Network Libraries Enable Disable Disabled protocols: Named Pipes Multiprotocol NWLink IFX/SFX W Force protocol encryption W Enable shared memory protocol Run OType the name of a progr

На рисунке указано шифрование на стороне клиента SQL Server

Метод шифрования выбирается в зависимости от используемого клиентским приложением (т.е. сервером приложения 1С). Для использования SSL необходимо правильно настроить службу выдачи сертификатов в сети.

Более подробно о шифровании сертификатами можно прочитать на сайте Microsoft.

Для того чтобы установить необходимость шифрования всех передаваемых данных для определённого сервера приложений необходимо воспользоваться утилитой "Client Network Utility" (обычно расположенной в "C:\WINNT\system32\cliconfg.exe"). Как и в предыдущем случае, на закладке "General" установите флажок "Force protocol encryption".

Настройка протокола клиента: B SQL Server Network Utility XJ General Network Libraries Instance s on this server: Disabled protocols: W Force protocol encryption Enable WinSock proxy WinSock proxy address: WinSock proxy port: SQLSRV ~3 Enabled protocols: Named Pipes TCP/IP Multiprotoc

На рисунке показано шифрование на стороне сервера.

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

Допольнительными мерами защиты передачи данных между сервером приложений и MS SQL Server при использовании протокола TCP/IP можно считать изменение настроек, заданных по умолчанию. Это использование нового порта взамен используемого стандартно порта 1433. При этом это изменение должно также быть выполнено для компьютера с сервером приложений, т.е. должен использоваться один и тот же порт.

В настройках протокола TCP/IP на сервере MS SQL «поднять» флажок "Hide server", запрещающий ответы на широковещательные запросы данному экземпляру службы MS SQL Server.

Скрытие сервера: SQL Server Network Utility xj General Network Libraries Instance s on this server: Disabled protocols: Named Pipes Multiprotocol NWLink IPX/SRK AppleT alk Banyan Vines VIA W Force protocol encryption r Enable WinSock proxy WinSock proxy address: WinSock pr

На рисунке показано «скрытие» SQL Server.

MS SQL Server 2005 поддерживает сетевые соединения как с клиентом SQL Server 2000, так и «собственных» клиентов Native Client.

Общая настройка сетевой конфигурации сервера здесь.

Совет. Определить правомочность использования учетной записи Windows для подключения к базе данных 1С:Предприятия 8.1

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

Рекомендуемый режим подключения к SQL Server для процессов 1С:Предприятия 8.1 – смешанный режим «mixed» авторизации (SQL Server и Windows). Для подключения необходимо использовать учетные записи SQL Server. Тем не менее, существуюет возможность использовать режим авторизации Windows.

Способ проверки подлинности: Server authentication Windows Authentication mode C S Q L S erver and Windows Authentication mode

На рисунке показан режим авторизации Windows для SQL Server 2005.

В этом случаи необходимо определить, какая учетная запись Windows используется процессом rphost.exe.

Диспетчер задач: S Windows Task Manager File Options View Help Applications Processes Performance ] Networking ] Users ] JSJxJ Image Name User Name CPU Mem Usaqe sqlservr.exe NETWORK SERVICE 00 309 668 К sqlbrowser.exe NETWORK SERVICE 00 2 256 К svchost.exe NETWORK SERVICE

На рисунке показаны в дистепечере процессы rphost.exe и учетная запись RPHOSTUSER, используемая для этих процессов.

И указать записи права для доступа к SQL Server и возможности создавать базы.

Настройка прав: x Microsoft SQL Server Management Studio File Edit View Tools Window Community Help ! New Query Qj a iS Si I O Object Explorer Connect'' I G I ~ ii ii =a I n L rva I, -zrs I Login Properties - SQLSRV/RPHOSTUSER Select a page General Script 12 Help ? {? SQ

На рисунке создан пользователь SQLSRV\RPHOSTUSER (он же пользователю процессов rphost.exe) и указаны разрешения для работы с базами данных на SQL Server 2005.

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

Настройка базы: Добавление информационной базы/группы Укажите параметры информационной базы: Кластер серверов 1 С:Предприятия: Имя информационной базы в кластере: Защищенное соединение: Тип СУБД: Сервер баз данных: Имя базы данных: Пользователь базы данных: Пароль пользов

На рисунке показан пример создания новой информационной базы.

Пользователь базы данных и пароль пользователя не указаны. Будет использована учетная запись рабочего процесса кластера.

Отсюда следует вывод: для всех информационных баз 1С:Предприятия 8.1 пользователь будет один!

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


Нас находят: учетная политка гостиничных кластеров


Подписка на новости RSS     Добавьте в закладки Google fusion     Мы в Google+    

 

Мы ВКонтакте

 

Мы на Facebook