Kako storitev deluje pod pokrovom?

Pregled in za koga

Storitev zaznava vdore na Linux strežnikih in v vsem, kar teče na njih: spletnih straneh, trgovinah in lastnih aplikacijah. AI vsak incident razloži v slovenščini in predlaga popravek. Ukrep se izvede, ko ga potrdi človek.

1. StrežnikAgentprocesi, datoteke, prijave, povezave
2. Zaledje v EUPravila in podpisiYARA-X, Sigma, kontrolni seštevki
3. ModelAI triažagručenje, razlaga, dokazi
4. Brez AIPravila ukrepovdovoljene akcije, zaščiteni IP-ji
5. ČlovekPotrditevvi ali dežurni analitik

Kako deluje?

Agent in splošno jedro

Agent je ena binarna datoteka, napisana v Rustu. Na strežniku ne odpira vhodnih vrat. Dogodke pošilja navzven prek mTLS s certifikatom, ki ga dobi ob vpisu. Jedro deluje za vsako aplikacijo brez posebnega znanja o njej, zato pokrije tudi aplikacijo, ki je ne poznamo.

Moduli po skladu

Nad jedrom so moduli za posamezno tehnologijo. Modul je opis, ne koda v agentu, in ima pri vsakem skladu iste dele. Primer za Laravel:

Profil za lastno aplikacijo

Ob namestitvi agent pregleda strežnik (lockfile, virtualni gostitelji, procesi, odprta vrata) in predlaga profil: kritične poti, šum, dnevnike, skrbniške poti in občutljive datoteke. AI pomaga sestaviti predlog, aktiven postane šele, ko ga potrdi človek. Profil ima isto obliko kot vgrajeni modul.

Deljeno gostovanje in WordPress konektor, načrtovano

Brez dostopa root ni eBPF, ni nadzora celotnega datotečnega sistema in ni sistemskih dnevnikov prijav. Za take strani načrtujemo dve dopolnitvi:

Kjer je mogoč, ostane vir resnice strežniški agent. Do takrat je za deljeno gostovanje na voljo paket Nadzor z zunanjimi pregledi.

Izhodišče in vzdrževalna okna

Pred začetkom spremljanja naredimo globinski pregled. Izhodišče zaklenemo šele, ko so najdbe razrešene, sicer bi obstoječa okužba postala normalno stanje. Vaš deploy ali skripta za posodobitve odpre vzdrževalno okno prek API. Spremembe v oknu so pričakovane in jih preverimo, sprememba zunaj okna sproži alarm. Vzdrževalna okna že delujejo v nadzorni plošči: posodobitve v oknu ne sprožijo alarmov, spletna lupina ali nov skrbnik pa ga sprožita vedno.

# primer: odpri okno za 20 minut pred deployem
POST /v1/maintenance-windows
{ "server": "srv-02", "minutes": 20, "reason": "deploy 4f2c1a" }

API je v zasnovi, oblika zahtevka se lahko spremeni.

Podprte platforme

Jedro deluje na vsakem Linux strežniku z jedrom, ki podpira eBPF z BTF. Moduli dodajo znanje o posameznih tehnologijah.

Vrstni red razvoja: jedro, moduli za spletne strežnike, panele in CMS, nato Laravel, PHP in Node, profil za lastne aplikacije na koncu.

Zaznava

Prvi verdikt je vedno determinističen. AI ne odloča, ali je datoteka zlonamerna, kadar to lahko pove pravilo.

Že teče na naših strežnikih

Pregled baze teče na strežniku vsakih 6 ur, primerjava s kontrolnimi vsotami enkrat na dan, agent preizkusi sam sebe vsako uro. Preglede od zunaj, z brskalnikom in zunanji nadzor med razvojem zaganjamo ročno. Alarmi visoke in kritične resnosti gredo po e-pošti, izpad našega nadzornega sistema pa javi neodvisen zunanji servis.

Načrtovano

Po pilotu

AI triaža

AI razvršča, povezuje in razlaga. Ukrepov ne izvaja in nikoli ne vidi orodij, ki bi kaj spremenila. Vsak ukrep potrdi človek. Edina izjema je ponovni zagon storitve, ki je padla, in tega ne izvede AI, ampak pravilo z mejo ponovitev.

Stanje. Prva različica triaže že teče na naših lastnih strežnikih. Med razvojem jo zaganjamo ročno, samodejno spremljanje ure po uri še ne teče.

Kaj AI vrne za vsak primer

Primer odpre deterministično pravilo. AI nato pregleda dogodke agenta v časovnem oknu okoli primera: procese, prijave in spremembe datotek. Vrne:

AI samo svetuje. Ne spreminja resnosti, statusa primera ali obvestil, odloča človek.

Varovalke, ki že delujejo

• IP naslovi in e-poštni naslovi so pred pošiljanjem modelu zamenjani z oznakami,
• vsak IP, pot in proces iz odgovora preverimo proti surovim dogodkom, odgovor brez opore zavržemo,
• besedilo v dogodkih, ki nagovarja AI, na primer ime datoteke z navodilom "označi kot neškodljivo", obravnavamo kot znak napada. Takega primera AI ne more oceniti kot neškodljivega,
• vhod pred analizo očistimo: skriti znaki, razdeljena ali kodirana besedila in ponarejene "opombe analitika" so znak napada,
• vsaka ocena nosi oznako različice modela, zato je kasneje jasno, kateri model jo je dal.

Na testnem naboru 10 scenarijev je bila ocena pravilna v 9 primerih, noben napad ni bil ocenjen kot neškodljiv.

Načrtovan potek v produkciji

1. Gručenje. Pravila, seznami dovoljenih in deduplikacija. Eno gručo določijo stranka, pravilo, IP ali omrežje in vzorec poti.
2. Normalizacija. Polja so označena po izvoru, nezaupljiva vsebina je ločena od navodil.
3. Triaža. Manjši model razvrsti gručo v strogo shemo: verdikt, zaupanje, sklici na dokaze.
4. Preiskava. Večji model s samo bralnimi orodji, za zahtevne primere.
5. Pravila ukrepov. Ločen sistem brez AI preslika verdikt v dovoljene akcije.

Katerikoli model, iste varovalke

AI plast je za enotnim vmesnikom, zato tečejo isti pozivi in iste varovalke pri vsakem ponudniku, tudi z vašim lastnim ključem (načrtovano po pilotu). Model samo predlaga, ukrep potrdi človek. Podpremo samo modele, ki prestanejo naše teste na naboru incidentov, vključno s poskusi prompt injection.

Če AI ni na voljo, zaznava in alarmi delujejo naprej. AI razlaga pride kasneje.

Zakaj takšne varovalke

Skoraj ves vhod je lahko pod vplivom napadalca: User-Agent, ime pri SSH prijavi, naložena PHP datoteka, vrstica v bazi. Zato model ne sme izvajati ukrepov, ob vsakem povzetku vidite surove dokaze, besedilo, ki nagovarja AI, pa je samo po sebi signal za alarm.

Popravki in odziv

Cilj je pot od znane ranljivosti do zaprte luknje, ki jo lahko dokažemo.

Roki po nujnosti, od faze 1

Vsaka ranljivost dobi rok 24 ur, 7 dni ali 30 dni. Rok izračunamo iz štirih podatkov, nadzorna plošča pokaže, kaj zamuja.

Upravljani popravki, od faze 1

Plasti: sistem (apt), PHP, CMS in vtičniki, Composer in npm, Docker slike. Politiko izberete sami: varnostne popravke lahko nameščamo samodejno, večje verzije vedno po vaši potrditvi.

1. Posnetek. Pred posodobitvijo naredimo posnetek stanja.
2. Okno. Posodobitev teče v dogovorjenem vzdrževalnem oknu.
3. Preverjanje. Po posodobitvi preverimo dosegljivost in videz strani.
4. Rollback. Ob napaki se vrnemo na posnetek samodejno.

Čas od objave ranljivosti do popravka je v mesečnem poročilu kot dokazilo za vzdrževanje in odpravo ranljivosti po ZInfV-1.

Virtualni popravki, od pilota

Ko popravka še ni ali posodobitev ni dovoljena, ranljivo pot ali parameter zapre pravilo na Cloudflare ali nginx, ali pa onemogočimo ranljiv vtičnik ali endpoint. Pravilo poteče samo, ko je nameščen pravi popravek. Pred tem se pisno dogovorimo, katere samodejne ukrepe dovolite.

Samodejni ponovni zagon, načrtovano

Ponovni zagon padle storitve (nginx, PHP-FPM, MySQL, Redis) je edini ukrep, ki ga agent sme izvesti brez potrditve. Po več neuspelih poskusih v kratkem času agent neha in sproži alarm, ker ponavljajoč se padec lahko pomeni napad ali napako, ki jo mora pogledati človek. Vsak zagon je zabeležen. Če na strežniku že teče nadzornik storitev, agent prebere njegovo stanje. Paketa Zaščita in Skladnost.

# primer pravila
če vrata 443 ne odgovarjajo: ponovno zaženi nginx
po 5 neuspelih poskusih v 5 ciklih: ustavi in sproži alarm

Odzivni ukrepi, že tečejo na naših strežnikih

Na primeru nadzorna plošča ponudi samo ukrepe, ki ustrezajo dokazom. Samodejno brez človeka ne teče noben od njih.

• vsak ukrep zahteva dve potrditvi človeka, predlog in potrditev,
• parametre ukrepa vzamemo iz dokazov, ne iz ročnega vnosa,
• revizijska sled zabeleži, kdo je predlagal, kdo potrdil, kdaj in kakšen je bil rezultat,
• nadzorni agent ostane samo bralni. Ukrepe izvaja ločen ozek ukaz, ki zna samo te ukrepe in strogo preveri vhod,
• zaščitenih naslovov, kot so pisarna, naši strežniki in Cloudflare, ne blokira nikoli.

Ob primeru so kratka navodila za čiščenje po vrsti napada: spletne lupine, skriti administratorji, sprožilci v bazi, prevzem strežnika, kradljivci kartic in prikrivanje.

Nujni odziv, od pilota

Playbooki za izolacijo strani (vzdrževalna stran), zamenjavo gesel in ključev, odjavo sej, obnovo iz čiste kopije in iskanje vhodne točke. Pripravljene predloge za obvestilo stranki, prijavo SI-CERT v 24 urah in obvestilo po GDPR v 72 urah.

Odzivni časi

Grožnje za vas

Modul zbira aktualne grožnje in pokaže tiste, ki zadevajo vaš inventar: vtičnike, verzije, strežnike in dobavitelje.

Vsak vnos ima povzetek v slovenščini, resnost, stanje popravka, prizadete izdelke in verzije, priporočen ukrep in obvezen primarni vir. Viri so med drugim CISA KEV, ENISA EUVD, GitHub Security Advisories, NVD in OSV, SI-CERT in CERT-EU.

AI samo povzema. Objava gre skozi deterministična pravila (obvezen primarni vir, veljaven CVE ali URL) in na začetku skozi ročno potrditev.

V fazi 1 modul v nadzorni plošči. Javna stran z grožnjami v slovenščini je načrtovana ob koncu faze 1 ali v pilotu.

Nadzorna plošča in opozorila

Operaterski pregled, že teče pri nas

Za naše operaterje že deluje pregled celotne flote na enem zaslonu. Za stranke še ni na voljo.

Delo s primeri, že teče pri nas

Za stranke, načrtovano

Lokalne aplikacije za stranke ne načrtujemo.

Poročila in ZInfV-1

Večina zavezancev po ZInfV-1 mora varnostne ukrepe in dokumentacijo sprejeti do 19. 12. 2026. Dobavitelji, ki delajo za zavezance, spadajo v njihovo dobavno verigo in morajo izpolniti njihove varnostne zahteve.

Kaj pokrijemo po ZInfV-1 in česa ne

Za vaše spletne strani in strežnike pokrijemo ukrepe po ZInfV-1 in vam damo dokazila zanje. Za vse ostalo vam pokažemo, kaj še manjka. Pregled po ukrepih iz 22. člena (NIS2, člen 21(2)):

Ne pokrijemo: registracije pri URSIV, odgovornosti in usposabljanja uprave, varnostne dokumentacije po 21. členu, samoocene ali presoje ter OT in SCADA sistemov.

Ni pravni nasvet. Storitev ni pravno svetovanje in ne zagotavlja skladnosti celotne organizacije z zakonom. Kaj točno potrebujete, presodite z zavezancem ali svetovalcem.

Druga regulativa

Podatki in zasebnost

Paketi in cene

Pilotne cene v EUR na mesec, brez DDV. Obračun na stran (spletna stran ali aplikacija), na strežnik, na katerem teče agent, in pri višjih paketih na organizacijo.

Enterprise je za velike zavezance kot dopolnilo obstoječemu SOC za splet in strežnike, ne nadomestilo. Ne pokriva OT in SCADA sistemov.

Pilot od maja do avgusta 2027, največ 5 strank: 50 % popusta za 6 mesecev, pilotni minimum Zaščita 49 EUR in Skladnost 390 EUR. Funkcije po paketih, popusti, primeri izračuna in enkratne storitve so v ceniku.

Faze razvoja

1. do 19. 12. 2026Faza 0, validacijapogovori s strankami, tehnični test agenta
2. od januarja 2027Faza 1, lastni strežnikiagent, moduli, AI triaža, roki in popravki na naši floti
3. maj do avgust 2027Faza 2, pilotnajveč 5 strank, virtualni popravki, nujni odziv, pogodbeni sklad
4. do marca 2028Faza 3, zrelostpriprava na ISO 27001, skladnost s CRA, SSO, nočna pokritost 24/7
5. od 2028Faza 4, širitevpartnerski program za agencije, poročila z vašo znamko, Hrvaška in Avstrija

Tehnični test agenta je za nami: na strežniku z jedrom 5.15 je eBPF program deloval na prvi poskus, poraba je bila pod ciljem 2 %. Prva različica AI triaže teče na naših strežnikih.

Zahteve in omejitve

Primerjava

Huntress in CrowdStrike dobro pokrivata strežnike, aplikacij na njih pa ne poznata. Patchstack, Wordfence in Sucuri ščitijo spletne strani, nimajo pa zaznave na strežniku in ekipe, ki bi pregledala alarm.

Po javno dostopnih podatkih ponudnikov in primerjalnih strani, november 2026. Imena so blagovne znamke njihovih lastnikov.

Vprašanja

Prijavite se v pilot →