Техническое задание на информационную систему «система электронного согласования заданий на платеж» Москва

4.1.2. Требования к защите

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

• 
  Система должна соответствовать требованиям по защите информации от несанкционированного доступа, предъявляемым к автоматизированным системам класса защищенности не ниже «1Г», согласно документу «Руководящий документ. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации», 1992 г.
  
• 
  Система должна иметь возможность функционирования при реализованных требованиях к 4 классу защищенности средств вычислительной техники по уровню защищенности от несанкционированного доступа к информации согласно требованиям действующего руководящего документа Гостехкомиссии России "Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищённости от несанкционированного доступа к информации".
  
• 
  Система не требует обязательной аттестации лицензиатом ФСТЭК России.
  

4.2. Требования к функциям Системы

• 
  Оформление ЗП.
  
• 
  Обеспечение возможности частичной оплаты задания на платеж.
  
• 
  Согласование ЗП.
  
• 
  Занесение информации об исполнении ЗП, в том числе на основании электронных выписок из систем Банк-Клиент, указанных в п. 8.3.3.
  
• 
  Обеспечение зависимости исполнения одного ЗП от исполнения другого ЗП.
  
• 
  Контроль согласования и исполнения ЗП.
  
• 
  Хранение и поиск ЗП по реквизитам.
  
• 
  Формирование отчетов по запросам.
  
• 
  Поддержку процедур делегирования полномочий.
  
• 
  Выгрузку данных ПП для систем Банк-Клиент, указанных в п. 8.3.3.
  
• 
  Хранение и предоставление, при необходимости, пакета сопроводительных документов (Договор, Акт, Счет и т.д. или ссылки на них).
  
• 
  Обеспечение разграничения доступа к ресурсам Системы.
  
• 
  Возможность для инициатора в произвольном порядке выбирать последовательность согласования задания на платеж в рамках типовых маршрутов, зарегистрированных в Системе.
  
• 
  Возможность для инициатора отзывать задание на платеж на любом этапе его согласования (но не исполнения).
  
• 
  Обеспечение повышенного уровня защиты передаваемой информации от несанкционированного доступа.
  
• 
  Функционирование в режиме реального времени.
  
• 
  Печать ЗП на бумажном носителе.
  
• 
  Передача данных о платежных поручениях в электронном виде для систем Клиент-Банк.
  
• 
  Импорт и обработка выписок, поступивших в электронном виде из систем Клиент-Банк.
  
• 
  Контроль достаточности бюджета во статьям и филиалам; формирование отчетов об исполнении бюджета.
  
• 
  Возможность выгрузки реестров ПП для дальнейшего согласования в других системах. Возможность импорта реестров ПП, согласованных в других системах и простановки соответствующих статусов.
  

4.3.ТРЕБОВАНИЯ К ИНФОРМАЦИОННО-ТЕХНИЧЕСКОЙ БЕЗОПАСНОСТИ

1. ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ

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

• 
  ежедневное резервное инкрементное копирование файлов данных;
  
• 
  еженедельное полное копирование файлов данных;
  
• 
  ежемесячное резервное копирование программных файлов;
  

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

2. ТРЕБОВАНИЯ К ЗАЩИТЕ ОТ ВЛИЯНИЯ ВНЕШНИХ ВОЗДЕЙСТВИЙ

Требования не предъявляются.

3. ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ

4. ТРЕБОВАНИЯ К СИСТЕМЕ, РЕАЛИЗУЮЩИЕ КЛАСС ЗАЩИЩЕННОСТИ «1Г»

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

• 
  должна осуществляться регистрация входа (выхода) субъектов доступа в систему (из системы). Регистрация выхода из системы или останова не проводится в моменты аппаратурного отключения АС. В параметрах регистрации указываются:
  

1. 
   дата и время входа (выхода) субъекта доступа в систему (из системы) или загрузки (останова) системы;
   
2. 
   результат попытки входа: успешная или неуспешная - несанкционированная;
   
3. 
   идентификатор (код или фамилия) субъекта, предъявленный при попытке доступа;
   
4. 
   код или пароль, предъявленный при неуспешной попытке;
   

• 
  должна осуществляться регистрация выдачи печатных (графических) документов на "твердую" копию. В параметрах регистрации указываются:
  

1. 
   дата и время выдачи (обращения к подсистеме вывода);
   
2. 
   спецификация устройства выдачи [логическое имя (номер) внешнего устройства];
   
3. 
   краткое содержание (наименование, вид, шифр, код) и уровень конфиденциальности документа;
   
4. 
   идентификатор субъекта доступа, запросившего документ;
   
5. 
   должна осуществляться регистрация запуска (завершения) программ и процессов (заданий, задач), предназначенных для обработки защищаемых файлов. В параметрах регистрации указываются:
   
6. 
   дата и время запуска;
   
7. 
   имя (идентификатор) программы (процесса, задания);
   
8. 
   идентификатор субъекта доступа, запросившего программу (процесс, задание);
   
9. 
   результат запуска (успешный, неуспешный - несанкционированный);
   

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

1. 
   дата и время попытки доступа к защищаемому файлу с указанием ее результата: успешная, неуспешная - несанкционированная;
   
2. 
   идентификатор субъекта доступа;
   
3. 
   спецификация защищаемого файла
   

5. ПРОЧИЕ ТРЕБОВАНИЯ К ЗАЩИТЕ СИСТЕМЫ