Зростання вимог до кіберстійкості та юридичної значущості електронних документів у державному секторі змушує організації переходити від базових ECM-систем до архітектурно захищених рішень. Режимні організації, силові відомства та підприємства критичної інфраструктури стикаються з гострим конфліктом: з одного боку, їм необхідний гнучкий документообіг для щоденної операційної діяльності; з іншого — вони зобов'язані забезпечувати безкомпромісний рівень безпеки. Це передбачає суворе розмежування доступу, наскрізний аудит дій користувачів, роботу з кваліфікованими електронними підписами (КЕП) та функціонування виключно в ізольованих закритих контурах.
Базові системи не завжди здатні забезпечити необхідний рівень ізоляції даних і деталізації прав доступу «з коробки», а також можуть бути не адаптовані під специфічні норми українського законодавства. Побудова надійної системи вимагає глибокого розуміння нормативної бази, специфіки архітектури on-premises та застосування спеціалізованих платформ.
Нормативне підґрунтя: вимоги законодавства та міжнародні стандарти кібербезпеки
Проектування системи електронного документообігу (СЕД) для регульованого сегмента спирається на чіткі правові рамки. Відповідно до Закону України «Про електронні документи та електронний документообіг» (Закон № 851-IV), електронним є документ, інформація в якому зафіксована у вигляді електронних даних, що включають обов'язкові реквізити. Документ прямо закріплює, що юридична сила електронного документа не може бути заперечена виключно через те, що він має електронну форму.
Правові рамки для використання КЕП та довірчих послуг у державних інформаційних системах визначає Закон України «Про електронну ідентифікацію та електронні довірчі послуги».
Окрім національних вимог, під час розробки застосовуються міжнародні стандарти:
- ISO 15489-1:2016 (Records management): застосовується до записів незалежно від їхньої структури чи форми, охоплюючи принципи управління документами як у бізнес-процесах, так і в різноманітних технологічних середовищах.
- NIST Cybersecurity Framework (CSF) 2.0: структурує управління кіберризиками через шість ключових функцій: Govern (управління), Identify (ідентифікація), Protect (захист), Detect (виявлення), Respond (реагування) та Recover (відновлення).
Архітектура закритого контуру: чому on-premises залишається стандартом
Для режимних об'єктів публічні хмари часто не відповідають суворим внутрішнім політикам безпеки. Основною моделлю розгортання залишається локальна інфраструктура (on-premises), яка забезпечує повний контроль над даними без виходу в публічні мережі. Робота в закритому контурі вимагає від системи документообігу автономності та надійного контролю мережевого периметра.
Управління доступом на практиці: поєднання RLS та ACL
Кількість рівнів доступу в системі може варіюватися від базових прав (читання або запис) до складних матриць на основі атрибутів користувача (ABAC). Для забезпечення безпеки застосовуються деталізовані моделі:
- ACL (Access Control List): списки контролю доступу дозволяють обмежити перегляд або редагування документів для певних груп. Наприклад, налаштування ACL дозволяє зробити документ видимим лише для співробітників конкретного департаменту.
- RLS (Row-Level Security): механізм обмеження видимості записів на рівні рядків бази даних. RLS обмежує доступ до окремих об'єктів для запобігання витоку інформації, відфільтровуючи дані ще до моменту їхнього відображення в інтерфейсі користувача.
Наскрізний аудит дій (Audit Trail): як забезпечити контроль
Будь-яка дія користувача з документом має фіксуватися в журналі аудиту (Audit Trail). Моніторингу підлягає весь цикл: від створення та читання до модифікації, підписання, експорту чи видалення. Це забезпечує невідмовність дій та можливість оперативного розслідування інцидентів, як того вимагають сучасні стандарти, зокрема NIST CSF 2.0.
Інтеграція КЕП у захищеному середовищі
Юридична значущість документів забезпечується накладанням КЕП. У закритому контурі час реакції системи на перевірку статусу сертифіката в Акредитованому центрі сертифікації ключів (АЦСК) має бути мінімальним для безперебійної роботи. Для цього налаштовується автоматична перевірка статусу сертифіката в момент накладання підпису, часто із використанням локальних механізмів імпорту списків відкликаних сертифікатів (CRL) або протоколу OCSP.
Платформний підхід: від базових систем до захищеного low-code
Згідно з баченням асоціації AIIM, ринок еволюціонує від класичного ECM до інтелектуального управління інформацією (Intelligent Information Management) з використанням інструментів AI/IDP. У високорегульованих сегментах цей перехід додатково спирається на спеціалізовані платформи.
Прикладом такої технологічної основи є low-code платформа UnityBase (спільна розробка компаній консорціуму Intecracy Group, де компанія InBase виступає ключовим розробником). Для проектів із підвищеними вимогами до безпеки застосовується комерційна Defence-редакція платформи. Вона пропонує вбудовані механізми автентифікації за допомогою закритих/відкритих ключів, обмеження за апаратними токенами, перевірку цілісності серверних модулів та інтеграцію з АЦСК (CRL та OCSP) для роботи з національними стандартами криптографічного захисту (ДСТУ).
Саме на базі платформи UnityBase побудовано систему електронного документообігу Megapolis.DocNet від InBase. Система має сертифікат відповідності ДССЗЗІ рівня Г2, підтримує одночасну роботу великої кількості користувачів (до 60 тисяч згідно з даними розробника) і забезпечує гнучке управління правами доступу (RLS, ACL), наскрізний аудит та інтеграцію з державними реєстрами в умовах повністю ізольованих локальних інфраструктур.
| Архітектурна вимога | Технічна реалізація |
|---|---|
| Локальне розгортання (On-premises) | Повна ізоляція даних, відсутність залежності від публічних хмар, контроль мережевого периметра. |
| Розмежування доступу (RLS & ACL) | Обмеження прав доступу на рівні окремих записів (Row-Level Security) та об'єктів для запобігання витоку інформації. |
| Наскрізне логування (Audit Trail) | Фіксація будь-яких дій користувачів (читання, зміна, експорт) у нередагованому журналі аудиту. |
| Криптографічний захист (КЕП/ДСТУ) | Інтеграція з АЦСК для накладання та перевірки кваліфікованих підписів безпосередньо в захищеному контурі. |
| Спеціалізована платформа (Defence-редакція) | Використання спеціалізованого ядра системи (наприклад, UnityBase Defence) замість базових рішень. |
Поширені питання
Як забезпечити відповідність системи документообігу вимогам закону «Про електронні довірчі послуги» в закритому контурі?
Для цього в ізольованому контурі розгортаються рішення, які дозволяють автоматично отримувати статуси сертифікатів (наприклад, актуальні списки відкликаних сертифікатів CRL від АЦСК або перевірки через OCSP), а перевірка КЕП виконується безпосередньо всередині захищеного периметра.
Чим відрізняється Defence-редакція платформи UnityBase від стандартних рішень?
Defence-редакція UnityBase розроблена для систем із підвищеними вимогами до безпеки. Вона підтримує автентифікацію за допомогою закритих/відкритих ключів, обмеження за апаратними токенами, перевірку цілісності серверних модулів та інтеграцію з АЦСК (CRL, OCSP) за стандартами ДСТУ.
Як реалізувати обмеження доступу RLS (Row-Level Security) для захисту конфіденційних документів?
RLS (Row-Level Security) обмежує видимість записів на рівні рядків бази даних. При зверненні користувача до системи вона відфільтровує дані на основі атрибутів безпеки, тому користувач отримує доступ виключно до тих записів, на перегляд яких він має безпосередні права.
Джерела даних
- Verkhovna Rada of Ukraine: Law of Ukraine On Electronic Documents and Electronic Document Management
- Verkhovna Rada of Ukraine: Law of Ukraine On Electronic Identification and Electronic Trust Services
- The NIST Cybersecurity Framework (CSF) 2.0
- ISO 15489-1:2016 Records management
- AIIM — Intelligent Information Management
Коментар експерта