Постачальник послуги / Оператор: Brillnet Piotr Adamski, ul. Henryka Sienkiewicza 73/6, 90-057 Łódź, Polska, NIP 7321779060, REGON 101551294
Контакт щодо послуг: kontakt@wm-admin.pl
Контакт щодо приватності та порушень: privacy@brillnet-app.com
Сайт: wm-admin.pl
Версія: 2026-10-12-beta.2
Це інформаційний переклад. Польська версія є обов'язковою.
1. Архітектура та ізоляція
- Кожна Спільнота має окремий приватний Worker клієнтського середовища, базу D1, налаштовану для ЄС, приватну логічну й криптографічну область R2, налаштовану для ЄС, та Durable Object з юрисдикцією ЄС.
- Рівень керування зберігає дані ідентифікації, членства, розрахунків і маршрутизації, але не зберігає господарський вміст Спільноти.
- Зв'язок із клієнтським середовищем відбувається через Service Bindings; публічний доступ без контексту цього середовища й авторизації відхиляється.
- Ізоляція забезпечується на сервері, а не лише приховуванням елементів інтерфейсу.
2. Шифрування та передавання
- передавання через HTTPS/TLS;
- шифрування постійних даних, яке забезпечує рівень Cloudflare;
- приватні ресурси R2 без публічних сховищ;
- секрети поза вихідним кодом, через механізми секретів середовища;
- підписані вебхуки та перевірка походження для інтеграцій.
3. Ідентифікація та доступ
- Індивідуальні облікові записи, без спільних записів.
- Сеанси в захищених файлах cookie з префіксом
wm-admin, перевіркою походження та захистом від підроблення міжсайтових запитів (CSRF). - Багатофакторна автентифікація одноразовими часовими кодами (TOTP MFA) обов'язкова для адміністрації, бухгалтерії та правління; доступна для інших ролей.
- Ролі й дозволи перевіряються окремо для кожної Спільноти; діє принцип мінімальних прав.
- Turnstile захищає реєстрацію та вхід.
- Доступ підтримки: на підставі звернення, з обмеженим обсягом, типово не довше 60 хвилин і з аудитом. Аварійний доступ: не довше 30 хвилин, з обґрунтуванням, додатковим схваленням і подальшим переглядом.
4. Аудит і спостереження за системою
- Чутливі операції записуються до журналу аудиту, який дозволяє лише додавання, із виконавцем, часом, клієнтським середовищем, типом операції та ідентифікатором зіставлення подій.
- Журнал не повинен містити паролів, токенів, повного вмісту документів або полів форм.
- Журнали безпеки зберігаються щонайменше 12 місяців, а стандартні операційні журнали — зазвичай 90 днів, якщо інцидент або правовий обов'язок не потребує довшого строку.
- Трасування в робочому середовищі типово вимкнено; тимчасову діагностику мінімізовано, а вибірка не перевищує 1%.
5. Резервні копії та безперервність
- Щоденна логічна резервна копія D1 до R2 з налаштуванням ЄС і блокуванням об'єкта на 90 днів.
- D1 Time Travel — вікно 30 днів.
- Цілі після офіційного запуску: допустима втрата даних (RPO) 24 години, час відновлення (RTO) 24 години.
- Тест відновлення щонайменше щокварталу після активації робочого рівня даних.
- Копії розміщені в тому самому обліковому записі Cloudflare; ризик спільного постачальника явно врахований в оцінці безперервності.
6. Безпечний цикл розробки
- перевірка змін та автоматизовані тести;
- розділення середовищ і секретів;
- сканування та оновлення залежностей відповідно до ризику;
- тести ізоляції клієнтських середовищ та авторизації як умова випуску;
- блокування публічної реєстрації, реальних даних, платежів та інтеграцій до виконання умов допуску;
- заборона робочих даних у тестових середовищах без контрольованої анонімізації.
7. Керування інцидентами
- Канал повідомлень, класифікація, локалізація загрози, збереження доказів, аналіз причини, усунення та підсумковий розбір.
- Brillnet повідомляє Клієнта без невиправданої затримки після отримання відомостей про порушення Даних Клієнта. Внутрішня мета — перше змістовне повідомлення до 24 годин; вона не виправдовує очікування, коли інформація доступна раніше. Повідомляємо поетапно без очікування повного підтвердження всіх обставин.
- Навчальне відпрацювання процедури щонайменше раз на рік після офіційного запуску.
8. Мінімізація та приватність
- Відсутність зовнішнього відстеження на цільовій сторінці.
- Відсутність даних клієнтських середовищ у
localStorage,IndexedDB, Cache API та автономних чергах. - Відсутність генеративного штучного інтелекту й навчання моделей на Даних Клієнта.
- Резервне надсилання електронної пошти через Resend обмежене мінімальними транзакційними повідомленнями, без документів клієнтських середовищ і з вимкненим відстеженням відкриттів та натискань.
9. Персонал і постачальники
Особи з доступом зобов'язані дотримуватися конфіденційності, проходять навчання та періодичний перегляд прав. Субобробники оцінюються щодо безпеки, приватності, місця обробки й безперервності; зміни підлягають процедурі угоди про обробку даних.
10. Перегляди
Заходи переглядаються щонайменше раз на рік, а також після істотного інциденту, зміни архітектури або вимог закону. Зміна технічних та організаційних заходів не може знижувати загальний рівень захисту протягом дії Договору.
Готовність до KSC/NIS2
Готовність спирається на безпеку, контроль постачальників і процедури інцидентів WM Administrator. Обов’язки визначаємо за суб’єктом, сектором, сервісом, розміром і винятками. Обов’язки Оператора, Клієнта й договору розрізняємо. На обґрунтований запит надаємо належні відомості з дотриманням конфіденційності. Використання саме не гарантує відповідність клієнта, реєстрацію чи сертифікацію.
> Контактні дані та домени в цьому поданні оновлено 2026-09-08. Оригінал документа та попередні прийняття залишаються незмінними.