Безпека та відповідність вимогам - у самому control plane
Безпека в Sencai - це не шар, доданий згодом. Кожна дія - зміна firewall, розгортання патча, схвалене підвищення прав - потрапляє в той самий запис, захищений від підробки. Доступ за замовчуванням закінчується, а зміни доходять до провайдера напряму. Коли аудитор просить докази, ви їх експортуєте, а не збираєте з пам'яті. Sencai створена й працює як чеська компанія за правом ЄС.
Зміни доходять до провайдера напряму
Багато інструментів керують копією вашої хмари, яка розходиться з реальністю, коли хтось вручну змінює security group. Там, де в Sencai є керування наживо, ваша зміна йде через власний API провайдера, а відповідь повертається до того, як оновиться екран. Покриття різне: DNS охоплює найбільше провайдерів, firewall і security group - менше, а віртуальні мережі - ще менше. На сторінці кожної інтеграції вказано, що працює для цього провайдера, а решту описано в розділі інвентаризація та provisioning. Нічого не мігрує: ваш обліковий запис, договір і рахунок залишаються на місці. Там, де запису наживо немає, інвентаризація та журнал аудиту все одно показують, що існує і хто до цього торкався.
Патчі, hardening і runbook усюди
Легкий агент працює на будь-якому Linux-сервері: хмарному інстансі, bare-metal машині чи комп'ютері під столом. Він стежить за хостом, відстежує встановлене ПЗ і застосовує патчі, тож ви бачите, що застаріло в усьому парку. Окремий агент обслуговує кластери Kubernetes. Автоматизація runbook дає змогу один раз написати розгортання патчів або реагування на інцидент, поставити перед ним затвердження і однаково запускати на кожному відповідному хості. Hardening не залежить від того, у якого провайдера стоїть сервер.
Доступ, що за замовчуванням закінчується
Вхід іде через Microsoft Entra ID або Google Workspace, а SCIM створює й видаляє облікові записи людей, коли вони приходять і йдуть. Рольовий контроль доступу визначає, що кожен користувач може бачити й змінювати. Для чутливих завдань підвищення прав «саме вчасно» (JIT) означає, що ні в кого немає постійних прав адміністратора. Людина запитує доступ для завдання, хтось інший його схвалює, і доступ закінчується сам. Схвалення фіксується в журналі аудиту. Про спільне застосування примусового SSO та JIT-схвалення дивіться сторінку функцій.
Реєстр, який лише зростає
Кожна дія - створений інстанс, змінене правило firewall, схвалене підвищення прав, видалений ресурс - додає запис до журналу лише для дописування, зв'язаного хеш-ланцюгом. Кожен запис містить хеш попереднього, тож редагування чи видалення минулого запису помітно порушує ланцюг. «Хто це змінив і коли» стає запитом, а не розслідуванням. Це також основа доказів Sencai для NIS2. Наскільки далеко в минуле ви бачите, залежить від вашого плану, але нічого записаного ніколи не видаляється.
Докази, а не сертифікат, якого ми не маємо
Sencai не має сертифікацій ISO 27001 чи SOC 2 і прямо про це каже. Перевірка безпеки зазвичай потребує доказів: журнал аудиту, який можна експортувати, реєстр операцій обробки даних, опублікований перелік субпроцесорів, заяву про те, де зберігаються ваші дані, та опублікований договір про обробку даних (DPA). У Sencai є всі п'ять. Sencai Tech s.r.o. працює за правом ЄС з Праги. Дивіться, як це підходить для регульованих секторів та державного сектору, або знайдіть NIS2 у глосарії.
Почніть з інвентаризації, яку ви вже маєте
Підключіть обліковий запис або зареєструйте сервер: обидва потрапляють у ту саму інвентаризацію, нічого мігрувати не треба. Безкоштовна організація охоплює одного користувача та п'ять керованих ресурсів, без картки й без обмеження в часі. Далі ви платите за ресурс і за людину; дивіться [ціни](/pricing/).