Обобщение за сигурността на доставчика
Кратко и фактическо обобщение за IT отделите и снабдяването, които оценяват AIK като доставчик, включително организации в обхвата на NIS2. Всичко по-долу описва поведение, което е налично в продукта днес.
Най-важната мярка — и тази, която повечето доставчици не могат да предложат.
AIK работи изцяло във вашата мрежа — приложение, база данни и документи. Бизнес данните ви не напускат сградата, а платформата работи и с локални AI модели, така че заявките и документите не е нужно да се изпращат на външен AI доставчик.
Файловете на всеки потребител са в собствена затворена папка. AI агентите имат достъп само до нея; не могат да четат настройки, ключове или документи на други потребители.
Разделението между акаунтите се проверява автоматично: втори, обикновен акаунт иска всеки номериран запис на първия — агенти, процеси, изпълнения и останалото — и проверката пада, ако нещо му бъде показано или променено. Връзките с ключ вместо номер и пътищата до файлове се проверяват отделно.
Паролите се пазят като bcrypt хешове, никога в четим вид. Сесиите ползват подписани JWT токени, които могат да бъдат анулирани централно при изход.
Стандартен втори фактор TOTP (Google Authenticator, 1Password и подобни), включван за всеки потребител.
Входът, регистрацията и смяната на парола имат ограничение на опитите по IP адрес и по акаунт.
Роли администратор и обикновен потребител. Чувствителните действия — системни настройки, управление на модели, обновления — са само за администратори.
API ключовете, паролите за поща и тайните на връзките се криптират, преди да бъдат записани в базата данни. Откраднат файл на базата не дава работещи ключове без отделния ключ за криптиране.
При инсталация на сървър TLS се поема от nginx със сертификати от Let's Encrypt, настроени при инсталацията и подновявани автоматично.
Направен така, че запис да не може да бъде тихо променен след това — включително от нас.
Всяко записано действие е свързано с предишното чрез SHA-256 хеш. Промяна или изтриване на стар запис къса веригата и се открива.
Администраторът може да пусне проверката по всяко време от платформата и да види точно кой запис, ако има такъв, не минава.
Всяко автоматично изпълнение може да издаде подписан сертификат: какво е изпълнено, кога и с какъв резултат. Проверява се с публичен ключ, така че получателят може да го потвърди сам.
Документите и имейлите, създадени от платформата, са обозначени като създадени от AI по машинно четим начин и носят подпис, който открива по-късна промяна. Хората също научават, че разговарят с AI: телефонните разговори започват с изречено съобщение, съобщенията носят отметка, а чатът за сайтове го казва в самия разговор. Това е наложено в кода, а не в инструкциите на агента, така че не може да бъде премахнато с редакция. Заедно това покрива двете задължения по чл. 50 от Акта за AI на ЕС, в сила от 2 август 2026.
Автоматично нощно копие и отделно връщане назад с едно действие при обновления.
Прави се всяка нощ в 03:00 като системна услуга по график. Всяко копие съдържа цялата база данни, файла с настройки, ключа за подписване и всички потребителски файлове в един архив с дата.
Пазят се последните 14 архива, по-старите се изтриват автоматично.
Всеки архив може да се копира автоматично извън сървъра — във ваше облачно хранилище или на друга машина — така че загубата на сървъра да не означава загуба и на копията. Това е еднократна стъпка при настройката и силно се препоръчва.
Една команда изгражда работеща инсталация от всеки архив: база данни, настройки, ключове и файлове.
Преди всяко обновление системата запазва и приложението, и базата данни. Ако обновлението се държи зле, едно действие връща предишната версия — код и данни.
Всяка промяна минава през автоматична линия, преди да бъде пусната: проверка на кода, над 2 600 автоматични теста, статичен анализ за сигурност, проверка на всички външни библиотеки за известни уязвимости и проверка, че съществуваща инсталация може да бъде обновена и върната назад.
Обновленията за инсталации на ваш сървър идват като пакети, подписани с Ed25519 ключ, и се проверяват по контролна сума и подпис преди инсталация — подменено обновление се отказва.
Потребителят изтрива акаунта си сам от Настройки и всичко си отива с него: агенти, процеси, настройки и пазени ключове, документи, плащания и цялата му папка с файлове. Историята на изпълненията и дневникът остават, но без връзка с човека — дневникът е верига от хешове и премахването на ред би развалило доказателството за всеки следващ запис.
Всеки потребител сваля всичко, което се пази за него, като един zip от Настройки → Сигурност — записи и файлове, без молба към никого. Пазените тайни умишлено не влизат: остават четими в Настройки, където копие не може да бъде загубено.
Историята на разговорите може да се изтрива автоматично след избран брой дни, така че данните да не се пазят по-дълго, отколкото е нужно.
Всичко по-горе описва софтуера. Когато AIK работи на вашия сървър, ние изобщо не получаваме данните ви. Когато ние поддържаме инсталацията за вас, ние сме ваш обработващ по чл. 28 от GDPR, а Споразумението за обработване на данни (на английски) казва какво се обработва, къде се съхранява (ЕС), кои са подизпълнителите, как се съобщава за пробив — и какво не се обещава, включително че възстановяването е за цялата платформа, а не за отделен клиент.
ISO 27001 сертифицира начина на работа на организация, а не софтуер — затова нито един продукт, включително този, не може да е „сертифициран по ISO 27001“. Доставчикът може да покрие мерки вместо вас. Ако имате сертификата или работите за него, това са мерките от Приложение А (2022), към които AIK допринася. Одиторът ви пак ще иска вашите собствени политики, оценка на риска и записи.
| Мярка от Приложение А | Какво дава AIK |
|---|---|
| A.5.15 / A.8.3 Контрол на достъпа | Разделение на ролите, отделна папка за всеки потребител и агенти, ограничени до папките, които разрешите |
| A.5.16 / A.5.18 Самоличност и права на достъп | Именувани акаунти, отделна роля администратор, сесии с изтичане и незабавно анулиране на всички сесии |
| A.8.5 Сигурно удостоверяване | Хеширани пароли, двуфакторен вход TOTP и ограничени опити за вход |
| A.5.33 Защита на записите | Дневникът е свързан с SHA-256 хешове, така че променен или изтрит запис се открива |
| A.5.28 Събиране на доказателства | Всяко изпълнение може да се изнесе като подписан Сертификат за действие; веригата се проверява при поискване |
| A.8.15 Записване на събития | Всяко действие се записва с изпълнител, час и резултат в дневник, в който само се добавя |
| A.8.16 Наблюдение | История на изпълненията, известия при грешка и проверка на състоянието на всеки сървър за инструменти |
| A.8.13 Резервни копия | Нощно копие на базата и файловете, срок на пазене локално и извън сървъра, възстановяване с една команда |
| A.8.24 Криптография | Криптирани ключове и пароли при съхранение (Fernet: AES-128 + HMAC-SHA256), TLS при пренос, Ed25519 подписи на обновления и разписки |
| A.8.8 Технически уязвимости | Всяка външна библиотека се проверява за известни уязвимости при всяка промяна, преди пускане |
| A.8.25 / A.8.28 Сигурна разработка | Проверка на кода, статичен анализ за сигурност и автоматични тестове спират всяка промяна, която не минава |
| A.8.29 Тестване за сигурност | Над 2 600 автоматични теста и проверка, че съществуваща база се обновява и връща назад |
| A.8.31 Разделяне на средите | Разработка, тест и работна среда са отделни инсталации с отделни бази данни |
| A.8.32 Управление на промените | Подписани пакети за обновление, запазване преди всяко обновление и връщане назад на код и база |
| A.8.9 Управление на конфигурацията | Настройките са в базата данни и вървят с инсталацията; без ръчни промени на отделна машина |
Чл. 21 от NIS2 изброява основните мерки, които организациите в обхвата трябва да имат. Когато AIK е част от веригата ви на доставки, ето с какво допринася платформата.
| Мярка | Какво дава AIK |
|---|---|
| Справяне с инциденти | Дневник, в който всяка намеса личи, с независима проверка; запис за всяко изпълнение — какво и кога се е случило |
| Непрекъснатост и резервни копия | Автоматично нощно копие с копие извън сървъра, възстановяване с една команда и връщане на обновления — код и база |
| Сигурност на веригата на доставки | Инсталацията на ваш сървър маха доставчика от пътя на данните изцяло; външните библиотеки се проверяват за уязвимости при всяка промяна |
| Сигурна разработка и разкриване | Автоматични проверки на кода, тестове и статичен анализ преди пускане; обновленията са криптографски подписани |
| Контрол на достъпа и удостоверяване | Хеширани пароли, двуфакторен вход TOTP, ограничени опити за вход, отделна роля администратор |
| Криптография | Криптирани ключове при съхранение; TLS при пренос; подписани разписки и пакети за обновление |
| Оценка на ефективността | Проверката на веригата и автоматичните тестове могат да се пуснат при поискване като доказателство |