<340 ns Po odluci
<600 ps Logička op.
2.9M/sec Propusnost
On-premise nativno Bez cloud runtimea

Načela upravljanja

Operativna i institucionalna načela koja upravljaju projektiranjem, implementacijom i održavanjem OmegaOS™ Kernela.

Savjetodavni karakter dizajnom

OmegaOS™ Kernel generira strukturirane odluke (Allow, Deny, Indeterminate) koje informiraju ljudske operatere. Ne izvršava samostalno posljedice, ne aktivira operacije i ne nameće rezultate bez eksplicitne konfiguracije. U Observe i Shadow načinima sustav je isključivo savjetodavnog karaktera. U Enforce načinu pristupnik primjenjuje odluke o pristupu (200/403/409), ali ne izvršava poslovnu logiku — operaciju delegira pozivajućem sustavu. Ova razdvojenost ispunjava zahtjeve ljudskog nadzora EU AI Acta i sličnih regulatornih okvira.

Fail-closed zadano

Kada sustav nije u mogućnosti evaluirati odluku — upstream PDP nedostupan, interna pogreška ili nedostajući dokaz — vraća se na DENY umjesto na ALLOW. Način pogreške konfigurabilan je (OPA_FAIL_MODE), ali je zadano postavljen na closed. Fail-open dostupan je u nekritičnim okruženjima, ali se ne preporučuje za produkcijsku uporabu. Svaki događaj pogreške bilježi se u revizijskom zapisu s potpunim kontekstom.

Deterministička evaluacija

Svaka evaluacija s istim ulaznim podacima, verzijom politike i skupom dokaza generira isti rezultat. Sustav ne koristi heurističko ponderiranje, probabilistički zaključak ili kontekstualno tumačenje. Determinizam je strukturno svojstvo motora za rezoluciju, a ne konfiguracijska opcija. Jamči da su rezultati reproducibilni kroz vrijeme, okruženja i operatere.

Rezolucija temeljena na dokazima

Odluke se donose isključivo na temelju registriranih dokaza. Nikakav vanjski izvor podataka, implicitna pretpostavka ili neregistrirani ulazni podatak ne može utjecati na rezultat evaluacije. Dokazi moraju eksplicitno ući u sustav prije nego što mogu sudjelovati u procesu odlučivanja. Ova veza jamči da se svaka odluka može neovisno provjeriti revizijom dokaza koji su je generirale.

Jurisdikcija i pravno usidrenje

Infrastruktura djeluje u okviru švicarske jurisdikcije. Zahtjevi za rezidenciju podataka, ugovorne obveze i rješavanje sporova regulirani su švicarskim pravom. Podaci se namjerno ne prenose izvan Švicarske. Pravni okvir pruža stabilno, precizno definirano regulatorno okruženje za institucije koje djeluju na europskim tržištima.

Operativni kontinuitet

Infrastruktura je projektirana za neprekidnu dostupnost, bez ovisnosti o vanjskim uslugama za temeljne evaluacijske funkcije. Provjera licencije provodi se izvanmrežno putem Ed25519 i ugrađenog materijala javnog ključa. Evaluacija ne zahtijeva mrežnu vezu s vanjskim krajnjim točkama. Revizijski zapisi pohranjuju se lokalno u append-only načinu. Ova svojstva osiguravaju da odlučivačka infrastruktura ostaje operativna čak i tijekom mrežnih ispada ili kvarova usluga trećih strana.

Upoznajte potpuni sigurnosni model

Načela upravljanja pojačana su strukturnim sigurnosnim kontrolama, dokumentiranim u sigurnosnoj arhitekturi.

Sigurnosna arhitektura

Usklađenost s EU AI Act

Gornja načela upravljanja mogu se izravno preslikati na tehničke zahtjeve EU AI Acta. Sljedeća tablica prikazuje to mapiranje.

Načelo upravljanja Zahtjev EU AI Act
Savjetodavni karakter dizajnom Članak 14. — Ljudski nadzor: AI sustavi moraju biti projektirani tako da ljudski operateri mogu preuzeti kontrolu, intervenirati ili zaustaviti sustav.
Fail-closed zadano Članak 9. — Upravljanje rizicima: sustavi moraju implementirati mjere smanjenja rizika. Fail-closed sprječava neovlašteni pristup u dvosmislenim uvjetima.
Deterministička evaluacija Članak 13. — Transparentnost: rezultati moraju biti razumljivi i sljedivi. Deterministička evaluacija jamči da identični ulazi generiraju identične, objašnjive rezultate.
Rezolucija temeljena na dokazima Članak 12. — Obveza vođenja zapisa: visokorizični AI sustavi moraju održavati dovoljno zapisa da omoguće nadzor i naknadnu reviziju.
Jurisdikcija i pravno usidrenje Članak 13. — Transparentnost: pružatelji usluga moraju biti informirani o sposobnostima sustava, ograničenjima i primjenjivom pravnom okviru.
Operativni kontinuitet Članak 9. — Upravljanje rizicima: sustavi moraju biti otporni na operativne smetnje. Izvanmrežna provjera licencije i fail-closed zadano osiguravaju kontinuitet.

Ova usporedba služi isključivo informativnim svrhama. Ne predstavlja pravni savjet niti certifikaciju. Za specifične obveze usklađenosti koje se odnose na Vašu organizaciju, molimo da se posavjetujete s kvalificiranim pravnim savjetnikom.