Държавен вестник, бр. 101, 2008 г., стр. 31

Б Р О Й  101
Д Ъ Р Ж А В Е Н   В Е С Т Н И К
С Т Р .  31
д) системи за контрол на достъпа.
3. Срещите между посетителите и служители-
те в администрациите трябва да се извършват в
специализирани помещения.
4. В случаите по т. 3 да се води списък на посе-
тителите кога и с кого са се срещали и по какъв
въпрос. Списъкът да се съхранява не по-малко от
една година от датата на посещението. Списъкът
може да се води и само в електронна форма.
5. Служителите, използващи преносими компют-
ри, трябва задължително да използват пароли за
достъп до ресурсите на мобилните устройства (дис-
кови устройства, системни платки, софтуер и др.).
Приложение № 12
към чл. 48
Управление на инциденти, свързани с инфор-
мационната сигурност
1. Планирането на дейността по управление на
инциденти, свързани с информационната сигур-
ност, трябва да включва следните етапи:
а) определяне на критично важните функции
на системата и установяване на приоритетите за
възстановителни работи;
б) идентификация на ресурсите, необходими за
изпълнение на критично важните функции;
в) определяне списък на възможните инциден-
ти с вероятности за появяването им, изхождайки
от оценките на риска;
г) разработка на стратегии за възстановителни
работи;
д) подготовка на мероприятия за реализация
на стратегиите.
2. Цикълът на управлението на инциденти тряб-
ва да включва следните основни етапи:
а) подготовка;
б) откриване и анализ;
в) ограничаване на влиянието, премахване на
причината, възстановяване;
г) дейности след инцидента.
3. Критичен елемент от управлението на инци-
денти е незабавното възстановяване на дейността
на системата.
4. Политиката за защита от инциденти и въз-
становителни работи на съответната администра-
ция, която произтича от оценката на риска по гла-
ва трета, раздел III от наредбата, трябва ясно да
идентифицира средствата за резервиране и въз-
становяване с оглед покриване ниво на резервира-
не над пето по класацията на Асоциация Share.
5. Средствата по т. 4 могат да бъдат:
а) паралелно записване или огледална репли-
кация на съхраняваните данни (технологии “Disk
Mirroring” или “RAID” (“Redundant Array of
Independent Drives”);
б) създаване на център за възстановяване след
инциденти (т.нар. “Disaster Recovery Center”), в
който се извършва постоянно архивно съхранение
(“back-up”) на информацията от системата, така
че да може да се възстанови нейната дейност след
инцидента;
в) създаване на резервен изчислителен център,
в който се поддържа репликирано състояние на
критичните оперативно действащи системи, така
че дейността им да бъде незабавно поета от него.
6. Планът за действия при инциденти на съот-
ветната структура в администрацията трябва да
включва мероприятия, които да се проведат след
възстановяването и които да целят избягване на
подобни инциденти. Това могат да бъдат мерки по:
а) повишаване нивото на контрол на достъпа;
б) промяна на конфигурациите на зоните за
сигурност;
в) изменение на режима на физически достъп;
г) инсталиране на допълнителни модули за за-
щита към софтуера на системата;
д) саниране и декласификация на носителите и пр.
Приложение № 13
към чл. 51
Мерки за постигане сигурност по отношение на
персонала
1. За постигане на информационна сигурност
по отношение на персонала ръководителите на
администрациите са длъжни да предприемат след-
ните мерки за идентификацията на служителите и
оправомощаването им да извършват определени
действия по отношение на експлоатацията на ин-
формационните системи:
а) достъпът на служителите в администрация-
та до работните им станции и  общите информаци-
онни системи да се осъществява със служебни
потребителско име и парола;
б) достъпът на служителите в държавната ад-
министрация до специализираните информацион-
ни системи да се осъществява със служебни потре-
бителско име, парола и удостоверение за публи-
чен ключ;
в) осигуряването на права за достъп на различ-
ни групи служители и ръководители до ресурсите
на информационните системи в съответната ад-
министрация да се извършва на базата на утвърде-
ните профили съгласно чл. 52 от наредбата;
г) за всеки служител в администрацията да бъде
определена принадлежност към профил, съответ-
стващ на служебните му задължения, вписани в
длъжностната му характеристика;
д) служителите в администрацията да имат
право на достъп само до тези ресурси на информа-
ционните системи в администрацията, в която
работят, или до системите на други администра-
ции само доколкото са им необходими за изпълне-
ние на служебните задължения съгласно длъжнос-
тната им характеристика;
е) всяка година да се провеждат опреснителни
курсове по мрежова и информационна сигурност,
през които да преминават всички служители в
администрацията;
ж) всички служители в администрацията да
преминат обучение за действия при инциденти с
мрежовата и информационна сигурност.
2. Приложението за проверка на удостовере-
ния за публични ключове (вкл. електронни подпи-
си) трябва да използва процедурата за проверка
чрез Certificate Revocation Lists (CRL), базиран на
спецификацията RFC 3280 на IETF (Internet
Engineering Task Force) или по Протокол OCSP
(Online Certificate Status Protocol), основан на спе-
цификацията RFC 2560  на IETF.
6396