Securitatea în Vision App Maker este gestionată centralizat de platformă, separat de logica de business. Toate portalurile, aplicațiile mobile, infochioșcurile și API-urile construite cu App Maker folosesc același model de identitate, autentificare și autorizare.
Cum este organizată securitatea
Cererile trec prin trei straturi: clienții front-end, API Gateway și microserviciile backend. API Gateway este punctul central de control. Validează sesiunile, token-urile, cookie-urile și permisiunile înainte ca o cerere să ajungă la servicii, iar serviciile primesc identitatea și drepturile utilizatorului prin mecanisme securizate.
Portalurile funcționează prin HTTPS, cu sesiuni SSL/TLS. Pentru accesul extern, componentele publice pot fi amplasate într-un DMZ și comunică cu rețeaua internă prin reverse proxy, fără expunerea directă a bazelor de date sau a serviciilor interne.
Metode de autentificare
Fiecare portal poate folosi o altă metodă, astfel încât angajații, administratorii, cetățenii, clienții și partenerii pot avea politici diferite. Metodele se aleg și se configurează din setările de securitate ale aplicației, fără modificări de cod.
| Metodă | Utilizare tipică | Ce oferă |
|---|---|---|
| Vault (integrat) | Organizații care gestionează identitățile în platformă; portaluri externe ai căror utilizatori nu sunt în directorul intern | Conturi locale create, editate, verificate și blocate de administratori; autentificare în doi pași pe cont |
| Active Directory / LDAP | Portaluri interne care folosesc conturile instituționale existente | Autentificare cu datele din director; opțional, maparea grupurilor din director pe grupurile App Maker |
| Keycloak | Organizații cu gestiune centralizată a identității și accesului | Single sign-on, autentificare multifactor, OpenID Connect, OAuth 2.0, SAML 2.0, federare de identitate |
Active Directory și LDAP
Integrarea poate funcționa în două moduri:
- directorul autentifică utilizatorii, iar drepturile de acces sunt administrate în App Maker;
- directorul autentifică utilizatorii și furnizează și grupurile lor, mapate pe grupurile App Maker.
Utilizatorii pot fi creați automat la prima autentificare reușită sau importați în masă.
Keycloak
Configurarea include adresa serverului Keycloak, realm-ul, clientul, secretul clientului, grupurile implicite pentru utilizatorii noi și maparea grupurilor Keycloak pe grupurile App Maker. Politicile de identitate și autentificare rămân în Keycloak; App Maker aplică drepturile de acces la nivel de portal, funcționalități, fluxuri, formulare și resurse.
Autentificare multifactor
Conturile Vault pot folosi autentificarea în doi pași, activată pe utilizator. Cu Keycloak, platforma folosește politicile MFA configurate acolo, precum aplicații OTP, coduri de verificare sau token-uri hardware. MFA se poate aplica în funcție de profilul utilizatorului, rol, nivel de risc sau politica organizației.
Modelul de autorizare
Accesul se bazează pe utilizatori, grupuri, roluri, permisiuni, unități organizatorice și organigramă.
| Element | Rol în controlul accesului |
|---|---|
| Utilizatori | Conturi interne sau externe, cu profil, date de contact, unitate organizatorică, grupuri, limbă, starea contului și setări de securitate |
| Grupuri | Structuri logice de utilizatori, definite local sau preluate din Active Directory ori Keycloak și mapate pe grupuri interne |
| Roluri și permisiuni | Ce poate accesa un utilizator: inițierea unui flux, aprobarea unei etape, vizualizarea unui document, modificarea datelor, administrarea configurației |
| Unități organizatorice și organigramă | Structura reală a organizației; folosită pentru controlul accesului, rutarea sarcinilor și aprobări care depind de manager, departament sau subordonare |
Permisiunile controlează accesul la meniuri, pagini, formulare, fluxuri, activități, documente, acțiuni, resurse, funcționalități administrative și servicii configurate. Se pot aplica general sau contextual, de exemplu după starea fluxului, activitate, unitate organizatorică sau apartenența la un grup. Modelul susține controlul accesului pe roluri (RBAC) și politici mai fine, construite pe reguli de business.
Securitate la nivel de interfață
Meniurile, paginile, butoanele, secțiunile de formular și acțiunile sunt afișate sau ascunse după drepturile utilizatorului. Pe un formular, fiecare câmp poate fi vizibil sau ascuns, editabil sau read-only, obligatoriu sau opțional, condiționat dinamic și validat prin reguli. Utilizatorii văd doar informațiile și acțiunile permise de drepturile lor.
Securitate la nivel de flux
Regulile de acces se aplică pe activități, stări, tranziții, formulare și acțiuni. Un flux definește cine poate iniția procesul, vedea o instanță, modifica datele, aproba, respinge, semna, încărca sau descărca documente, vedea istoricul și finaliza o etapă. Accesul poate depinde de roluri, grupuri, unități organizatorice, reguli de business sau contextul instanței.
Portal intern și portal extern
Portalul intern conține funcționalitățile standard de administrare, securitate, configurare și management de conținut și este folosit de angajați, operatori, administratori și configuratori. Portalul extern deservește cetățeni, clienți sau parteneri. Funcționalitățile administrative și de configurare nu sunt disponibile în portalul extern, ceea ce reduce suprafața de atac și păstrează politici separate pentru utilizatorii interni și externi.
Protecții la nivel de API Gateway
API Gateway interceptează cererile, verifică autentificarea, validează token-urile sau cookie-urile, aplică regulile de autorizare și transmite mai departe doar cererile permise. Oferă:
- validarea sesiunilor și a token-urilor, verificarea permisiunilor;
- validarea cererilor;
- rate limiting, throttling și o listă de adrese IP permise (allow-list);
- CORS și terminare SSL;
- logging și monitorizare.
Microserviciile pot valida din nou drepturile de acces, astfel încât securitatea nu depinde de un singur strat.
Protecția datelor și continuitate
Platforma protejează datele în tranzit și la stocare și susține continuitatea funcționării.
- Traficul extern este criptat cu TLS.
- Documentele sunt criptate la stocare și în tranzit.
- În cluster, network policies izolează componentele, iar RBAC controlează accesul.
- Imaginile de containere pot fi scanate opțional, de exemplu cu Trivy sau Clair.
- Politicile de backup acoperă baza de date, fișierele și configurația.
- Toate componentele pot funcționa în regim de înaltă disponibilitate.
Sesiuni
- Sesiunile folosesc token-uri sau cookie-uri cu atributele HttpOnly și Secure; token-urile pot conține identitatea, rolurile, grupurile și alte atribute necesare autorizării.
- Utilizatorii sunt deconectați automat după o perioadă de inactivitate setată în minute.
- Valabilitatea sesiunii și numărul maxim de utilizatori simultani sunt configurabile; peste limită, utilizatorii pot aștepta într-o coadă.
- Administratorii pot urmări sesiunile active și utilizatorii aflați în coadă.
