Biztonság irányelvek
A rendszerben szerepkörök állíthatók fel. Egy felhasználóhoz több szerepkört is hozzá lehet rendelni, ilyenkor a jogosultságok összeadódnak. A szerepköri jogok - felhasználónként - egyedi jogosultságokkal módosíthatók. Az egyedi jogosultságok felülbírálják a szerepköri jogosultságokat, így akár minden egyes felhasználónak egyedi jogosultsága lehet.
Minden adattáblára beállítható a naplózás, amelynek hatására minden adatmódosításkor rögzítésre kerül a régi és az új érték, a módosítást végző felhasználó belépési neve, valamint a módosítás dátuma. Az időleges (temporális) táblák kivételével a fizikai törlés nem engedélyezett, csak az adat státuszának töröltre állítása – így adatvesztés nem fordulhat elő.
A kliensen (a felhasználók által használt kezelőfelületen) regisztrált felhasználók az adatbázisban is ugyanazzal a felhasználónévvel jönnek létre. A kezelőfelülten megadott jelszót a program titkosítva tárolja, így az adatbázisba a kliens jelszavával nem lehet belépni. A felhasználók létrehozására külön adatbázis szerepkör szolgál, így csak azok a felhasználók rendelkezhetnek ilyen erős jogosultsággal, akinek az adatbázis-adminisztrátor ezt a jogot megadta.
A szabványosított csatornán érkező üzeneteknél meg kell adni annak a felhasználónak az azonosítóját, akinek a nevében az üzenetet fel kell dolgozni. Ebben az esetben a küldő rendszerben kell gondoskodni a felhasználó azonosításáról.
A Monolith rendszer Oracle adatbázis-kezelőre épül. Az adatbázis által nyújtott biztonsági funkciók lehetővé teszik az utolsó normál indulás óta történt befejezett tranzakciók állapotának visszaállítását (crash recovery). Ez azt jelenti, hogy egy hardver-meghibásodás esetén sem történik adatvesztés.
Az archive logok biztosítják, hogy a legelső indulásától számított bármelyik pillanatra vissza lehet állítani az adatbázist. Bár a Monolith rendszerben minden tranzakció időbélyegzett, és a legmagasabb hozzáférések is naplózhatók, ezek megkerülésének gyanúja esetén, pl. igazságügyi szakértői vizsgálat alkalmával előállítható egy korábbi, konzisztens állapot.
A grid technológia az adatbázis több szerveren történő futtatását jelenti, amely egyzészt a hardver meghibásodása esetén lehetővé teszi a folyamatos munkavégzést, másrészt fontos szerepet játszik a rendszer skálázhatóságában: a működő szerver(ek) mellé további szerver(ek) kapcsolható(k).