Rein merr 25 mln dollarë: mbrojtja vendoset aty ku vepron agjenti AI

Rein Security mblodhi 25 milionë dollarë në një raund Series A, sipas njoftimit të kompanisë më 8 tetor 2026, duke e çuar financimin e përgjithshëm në 35 milionë dollarë. Raundin e bashkëdrejtuan Glilot Capital dhe Sienna Venture Capital; morën pjesë edhe Corner Ventures, Atlacle dhe RNP Capital Advisors. Kapitali do të mbështesë zhvillimin e një platforme që kontrollon veprimet e agjentëve AI gjatë ekzekutimit, pranë pikës ku ata prekin sistemet e biznesit.

Rein, me qendra në Tel Aviv dhe Nju Jork, u themelua në vitin 2024 për sigurinë e aplikacioneve në prodhim dhe më pas e zgjeroi teknologjinë te agjentët AI, siç përshkruan SecurityWeek. Financimi është parashikuar për zhvillimin e produktit, kërkimin mbi agjentët dhe zgjerimin e ekipit. Dallimi teknik që Rein kërkon të shfrytëzojë është vendi i kontrollit: agjenti mund të marrë një përgjigje të pranueshme nga modeli, por veprimi që ndërmerr më pas kërkon vlerësim më vete.

Kapitali shkon te kontrolli i veprimeve

Një agjent AI mund të lexojë të dhëna, të zgjedhë një mjet dhe të nisë një thirrje API si pjesë e së njëjtës detyrë. Rreziku shfaqet kur një udhëzim i marrë gjatë punës, për shembull nga përmbajtja që agjenti lexon, e shtyn të veprojë jashtë rolit të caktuar. Në atë çast, pyetja për sigurinë nuk është vetëm nëse kërkesa iu dërgua modelit në mënyrë të rregullt, por edhe nëse veprimi pasues duhet të lejohet.

Rein e vendos kontrollin pikërisht te ky veprim pasues. Sipas përshkrimit të produktit në njoftimin e financimit, platforma lidh aktivitetin e agjentit me kodin dhe burimin që ai prek, zbaton kufij për rolin e tij dhe synon të bllokojë veprime të dëmshme përpara ekzekutimit. Kjo shpjegon pse raundi lidhet me një zgjedhje arkitekturore konkrete: kompania po financon mbrojtjen brenda mjedisit ku agjenti vepron, krahas kërkimit dhe punësimit që ka njoftuar.

Sidecar qëndron pranë agjentit

Arkitektura sidecar e përshkruar nga Rein e vendos komponentin e sigurisë pranë procesit ku punon agjenti. Kështu, kontrolli mund të marrë kontekst për veprimin në çastin e ekzekutimit: çfarë mjeti po përdoret, çfarë burimi po preket dhe nga cila pjesë e aplikacionit erdhi veprimi. Kompania thotë se kjo vendosje nuk kërkon kalimin e të dhënave të biznesit ose të klientëve përmes një gateway apo proxy qendror.

Skema konceptuale: agjenti AI zgjedh një mjet → përgatit thirrjen API ose qasjen në të dhëna → sidecar vlerëson veprimin pranë ekzekutimit → veprimi lejohet ose ndalet sipas politikës. Shigjetat tregojnë rendin e vendimeve, jo një rrugë të re fizike për të gjithë trafikun e kompanisë. Pika vendimtare është vlerësimi i veprimit përpara se ai të ketë efekt në sistemin tjetër.

Në një shembull të kushtëzuar, agjenti ka detyrë të lexojë një regjistër klienti dhe zotëron kredenciale që i japin qasje edhe te regjistra të tjerë. Nëse përmbajtja që lexon e shtyn të ndryshojë një regjistër jashtë detyrës, vlefshmëria e kredencialeve nuk tregon nëse ndryshimi është i përshtatshëm. Një kontroll pranë ekzekutimit mund ta krahasojë veprimin me rolin e agjentit në atë kontekst; saktësia e këtij vendimi varet nga politika dhe nga veprimet që komponenti arrin të vëzhgojë.

Çfarë sheh gateway dhe çfarë kontrollon identiteti

Një gateway ose proxy shqyrton trafikun që është konfiguruar të kalojë nëpër të. Ai mund të zbatojë rregulla mbi kërkesën e dërguar te modeli ose mbi thirrjet API që kalojnë në atë rrugë. Pamja e tij përcaktohet nga lidhjet e drejtuara përmes portës: nëse agjenti vepron më pas brenda aplikacionit ose përdor një lidhje tjetër, porta nuk e sheh domosdoshmërisht të gjithë kontekstin që çoi te veprimi.

Sidecar i Rein synon të vëzhgojë agjentin aty ku ai ekzekuton veprimin, prandaj dallimi me portën lidhet me pikën e kontrollit. Porta mund të vendosë nëse një kërkesë duhet të kalojë në rrugën që mbikëqyr; kontrolli pranë agjentit synon të vendosë nëse veprimi konkret përputhet me rolin e tij. Mbulimi i secilës qasje varet nga mënyra si është vendosur në aplikacion dhe nga rrugët që kalojnë realisht nën kontrollin e saj.

Kontrollet e identitetit zgjidhin një pjesë tjetër të problemit: ato përcaktojnë kush po vepron dhe çfarë lejesh i janë dhënë. Një leje e vlefshme mund të jetë e nevojshme për një detyrë, por mund të përdoret edhe për një veprim të papërshtatshëm brenda të njëjtit sistem. Për këtë arsye, krahasimi i veprimit me detyrën e agjentit shton një vendim kontekstual mbi lejen teknike. Këto kontrolle mund të bashkëjetojnë, sepse secili sheh një pjesë të ndryshme të rrjedhës së punës.

Shifrat e përdorimit dhe hapi pas raundit

Në intervistën e CTech, bashkëthemeluesi Netanel Rubin thotë “We operate within the customer’s cloud environment”, ndërsa Rein deklaron se, që nga lançimi i produktit në janar 2026, të ardhurat janë rritur tetëfish, baza e klientëve pesëfish dhe platforma mbron mijëra agjentë që kryejnë miliona veprime. Këto janë shifra përdorimi dhe rritjeje të dhëna nga kompania; ato nuk matin sa veprime të dëmshme janë bllokuar ose sa veprime të ligjshme janë ndalur gabimisht.

Rein e ka lidhur përdorimin e kapitalit me zhvillimin e produktit, kërkimin mbi sjelljen e agjentëve dhe zgjerimin e ekipit. Për organizatat që u japin agjentëve qasje në të dhëna dhe API, pasoja e raundit është më shumë investim në një kontroll të vendosur pranë veprimit. Prova më e vlefshme për këtë qasje do të jetë sa mirë politikat dallojnë një devijim të dëmshëm nga një veprim i lejuar në mjediset ku agjentët punojnë realisht.

Lexoni gjithashtu:

• TrueLayer merr 27 mln dollarë—kapitali italian financon Pay by Bank
• Supabase apo Firebase: modeli i të dhënave vendos para benchmark-ut
• Samsung vë 1 miliard dollarë te Helix: energjia bëhet basti i AI-së