Identity & Sessions
Login signalai, aktyvios sesijos, naujo IP / kelių IP rizikos signalai, rate-limit ir brute-force apsaugos.
MetaCore Platform · Security & Operational Resilience
Saugumas prasideda nuo ribų, ne nuo pažado stebėti viską.
MetaCore Security yra Persistent AI Operating Platform saugumo ir atsparumo sluoksnis: identity, sesijos, scope, Bridge teisės, AI rolės, audit, rollback ir incidentų valdymo principai. Bazinė kibernetinė apsauga lieka atskiras pamatas.
IDENTITY→SCOPE→ACTION→AUDIT→RECOVERY→WRITEBACK
WHAT WE PROTECT
Platformos sauga prasideda nuo to, kam leidžiama veikti.
MetaCore Security pirmiausia saugo platformos control plane: identitetą, sesijas, leidimus, kontekstą, AI/tool ribas ir atkuriamą darbo būseną.
Bridge & Entitlements
Bridge teisės ir vartotojo entitlement’ai yra atskiri nuo AI modelio; scope gali būti aktyvus arba revoked.
Scoped Authority
Reikšmingas veiksmas turi turėti autentifikuotą rolę, deleguotą mandate, aiškų scope ir patikrinamą veiksmų pėdsaką.
Workspace & Recovery
Backup, restore, rollback, logų ir servisų higiena taikomi kaip diegimo bei incidentų atkūrimo praktika.
AI / Tool Boundaries
Agentams ir AI rolėms nustatomi tool leidimai, approval vartai ir rollback disciplina pagal konkretų workflow.
Customer Endpoints
Server / FTP / MCP / equipment registry egzistuoja, bet pilnas customer monitoring / action claim laukia realių endpoint, audit ir rollback evidence.
BASELINE CYBER + METACORE
NIS2, SOC ir administravimas nėra pakeičiami AI.
MetaCore Security yra papildomas control ir evidence sluoksnis virš bazinės kibernetinės saugos. Endpoint protection, firewall, patching, admin disciplina, teisė ir formalus compliance lieka atskiros atsakomybės.
Sritis
Bazinė kiberapsauga
MetaCore Security
Prieiga
MFA, slaptažodžiai, rolės, admin hardening.
Sesijų / auth signalų, Bridge scope ir AI/tool authority kontrolė.
Incidentai
SOC / admin procesas, containment, recovery.
Evidence-first incident workflow, rollback ir writeback į organizacijos atmintį.
AI
Duomenų klasifikavimas, acceptable-use ir atsakomybė.
Persona / agent / tool scope, approval, audit ir model-neutral governance.
Compliance
Teisinė bei organizacinė programa.
Readiness evidence ir kontrolės pėdsakas; ne sertifikacijos pakaitalas.
Claim boundary: „NIS2-aligned direction / readiness“ nėra NIS2 sertifikacija ar automatinė atitiktis.
QUANTARA SECURITY PERSONA
Quantara — saugumo rolė, ne proprietary foundation model.
Quantara gali būti konfigūruota kaip MetaCore Security persona: analizuoti leidžiamą kontekstą, padėti triage, pasiūlyti hardening veiksmus, ruošti rollback planą ir koordinuoti agentus ar tools pagal deleguotą mandate ir scope.
Diagnose
Surenka prieinamus faktus ir atskiria signalą nuo hipotezės. Ji negauna magiško priėjimo prie sistemų.
Recommend / Coordinate
Gali pasiūlyti mažiausią saugų veiksmą ar koordinuoti agentus, kai konkretūs tool’ai ir scope yra autorizuoti.
Verify / Document
Po veiksmo tikrina rezultatą, rollback galimybę ir palieka continuity pėdsaką.
Nėra universalaus 24/7 claim: reali stebėsena priklauso nuo prijungtų signalų, runtime, service availability, scope ir konkretaus deployment kontrakto.
AI PERSONA & AGENT SECURITY
Hierarchinė orkestracija reikalauja hierarchinių ribų.
Persona yra aukštesnio lygio darbo rolė su kontekstu ir policy. Agentas yra task executor. Tool yra veiksmo kanalas. Kiekvienas lygis turi gauti tik tiek authority, kiek reikia konkrečiai užduočiai.
PERSONA→AGENT / GROUP→TOOL→SYSTEM
Least Authority
Role, agent ir tool gauna minimalų scope; platesnė authority nėra numatytoji būsena.
Policy-defined Approval
Rizikingiems ar negrįžtamiems veiksmams taikomi approval / review vartai, kuriuos nustato canonical policy; kai reikia žmogaus patvirtinimo, jį suteikia įgaliota rolė.
Audit & Rollback
Kas inicijavo, kas vykdė, koks target, rezultatas ir rollback — turi būti atsekama tiek, kiek leidžia konkretaus workflow evidence.
CAPABILITY STATES
Ką galime sakyti šiandien.
Auth Security Controls
Session lifecycle, auth alerts, rate-limit / brute-force signalai, user security controls ir Bridge entitlement būsenos veikia platformoje.
Operational Audit Primitive
Root operacijų audit schema ir logging kelias egzistuoja; coverage bus plečiama per unified event ledger.
Hardening & Recovery
Serverių, web, auth ir workflow hardening atliekamas kontroliuotais diegimo / incidento darbais su backup ir rollback disciplina.
Kiberapsauga.lt Lane
Bazinė cyber kryptis: endpoint apsauga, auditai, mokymai, ISO readiness ir incidentų pagalba — atskirai nuo MetaCore AI control layer.
Endpoint Security Gateway
Registry schema paruošta, tačiau dabartiniame canonical tenant registre nėra customer endpoint evidence. Promotion gate: endpoint → scoped credential → action audit → rollback.
Unified Security Event Ledger
Auth, tool, agent, incident ir recovery įvykius sujungti į vieną canonical evidence grandinę.
INCIDENT OPERATING LOOP
Incidentas turi virsti patikrinama seka.
1 · DetectSignalas ir jo šaltinis.
2 · AssessScope, poveikis, confidence.
3 · ContainMažiausias izoliuojantis veiksmas.
4 · RecoverAtkurti saugią būseną.
5 · VerifySmoke / evidence / rollback patikra.
6 · WritebackPriežastis, pamoka, prevention.
AI neteisia ir nebaudžia. Saugumo rolė renka faktus, padeda izoliuoti riziką ir vykdo tik autorizuotus veiksmus; authority lieka canonical policy, autentifikuotos rolės, mandate ir scope valdymo grandinėje; AI jos pati neplečia.
SECURITY REVIEW
Pirmiausia nustatome ribas. Tada sprendžiame, ką verta prijungti prie AI.
Pradžia — identity, access, session, Bridge ir agent/tool scope. Customer endpoints jungiami tik su autentifikuota role, aiškiu mandate / scope, audit ir rollback grandine.