Permisiunea nu înseamnă aprobare.
Flamecloak prinde cele mai riscante apeluri către API-urile tale înainte să se execute și cere unei persoane reale să le aprobe
Fără newsletter, fără apel de vânzări. Un singur mesaj când există ceva ce poți încerca.
Sistemele tale știu deja cine are dreptul să se conecteze. Nimic nu întreabă dacă acest export, această plată, această ștergere ar trebui să aibă loc. Flamecloak se construiește ca să întrebe.
Orice organizație are API-uri care returnează lucruri de care nimeni nu ar trebui să se atingă în treacăt — exporturi în masă de date despre clienți, descărcări de documente, decizii de creditare, scrieri ireversibile. Controlul accesului spune cine poate ajunge la sistem. Nimic nu spune că această acțiune anume, chiar acum, are nevoie de un om care să zică da.
Această lipsă este vectorul clasic de risc din interior și se agravează, pentru că agenții AI apelează acum aceleași API-uri.
Flamecloak se conectează la proxy-ul pe care îl rulezi deja — Envoy, NGINX, Traefik, gateway-ul tău de API. Pornește în mod de observare, fără să blocheze nimic, și în treizeci de minute îți spune care endpointuri au returnat date personale, către cine și cât. Apoi activezi reținerea pentru cele câteva care contează. Sosește o cerere, stabilim cine are de fapt dreptul să o aprobe, persoana aceea semnează acțiunea anume cu o passkey, și sistemul care execută nu merge mai departe fără acea semnătură.
Nimic din toate acestea nu a avut nevoie de o spargere.
Patru forme de pierdere, fiecare dintre ele dusă la capăt de un cont care avea voie să o facă.
- Export masiv, credențiale valide
- Documente descărcate unul câte unul
- Plăți eliberate nesupravegheat
- Agenți care acționează cu cheile tale
Toate patru sunt permise. Aceasta este problema.
Trei cifre, un singur raport și pagina fiecăreia.
- 48%
dintre breșe au implicat un terț, în creștere de la 30% cu un an înainte.
- 36%
dintre breșe au implicat folosirea unor credențiale furate, acolo unde cifra stă de ani de zile.
- 45%
dintre angajați folosesc acum în mod regulat AI pe dispozitivele de serviciu, în creștere de la 15% cu un an înainte.
Contul care face paguba are, de obicei, dreptul să o facă.
Cele mai multe pierderi grave de date implică acreditări reale, o permisiune valabilă și o cerere care arăta ca oricare alta din ziua respectivă. Nimeni nu a spart nimic. Cineva care avea voie a făcut-o, la o scară la care nu se gândise nimeni, iar sistemul a făcut exact ce fusese configurat să facă.
Nu este o greșeală de configurare. Permisiunile se acordă oamenilor și sistemelor, niciodată acțiunilor individuale. Cine are nevoie să citească fișe de clienți ca să-și facă treaba poate, prin același drept, să le citească pe toate deodată. Un script cu o cheie validă nu devine mai suspect a zecea mie oară când rulează. Întrebarea a fost pusă o dată, la ușă, și niciodată după aceea.
Așa că întrebarea utilă nu se pune, pentru că nu are unde. Nu "are voie contul acesta" — la asta orice sistem răspunde deja, instantaneu și corect, și nu este întrebarea. Cea care contează este dacă lucrul acesta anume, la dimensiunea aceasta, chiar acum, ar trebui făcut.
Organizații în care unele acțiuni nu trebuie să se întâmple până când o persoană anume spune da.
Exportul la care nu se mai uită nimeni
Un analist extrage date despre clienți ca să răspundă la o întrebare. Aceeași permisiune care returnează un rând returnează patru sute de mii, cu date de naștere și coduri numerice personale printre ele. Nimeni nu a spart nimic și nicio regulă nu a fost încovoiată.
Ținut până când cineva responsabil vede cât de mare este.
GDPR Art. 5(1)(f) · Art. 32
Plata care nu poate fi retrasă
O sarcină programată eliberează un lot de plăți la patru dimineața. Persoana care răspunde pentru ea nu a văzut niciodată una plecând.
Ținută până când persoana care răspunde pentru ea a văzut una plecând.
controale financiare: separarea atribuțiilor
Ștergerea care trebuia să fie un singur rând
Un script de mentenanță, o clauză lipsă și un tabel în loc de o înregistrare. Diferența dintre un inconvenient și un incident este dacă a stat ceva între intenție și efect.
Ținută până când forma a ceea ce urmează să dispară este pe ecranul cuiva.
GDPR Art. 5(1)(f) · păstrare și integritate
Un agent care acționează în numele tău
Software care își decide singur pasul următor are acum credențialele tale și nu devine mai prudent a zece-mia oară când rulează. I se pune aceeași întrebare care se pune tuturor. Diferența este că nimeni nu urmărește sesiunea în care se află, pentru că nu există nicio sesiune și nicio persoană în ea.
Ținut până când o persoană a văzut care agent cere și pentru ce.
nicio obligație nu numește încă acest caz
Documentul care a plecat pe picioare
Un instrument de suport permite deschiderea unui contract după id. Nimic nu împiedică cererea id-urilor în ordine. Într-un weekend pleacă tot dosarul: acorduri semnate, pachete de identitate, scanările pe care cineva le-a trimis o dată și le-a uitat. Fiecare cerere a fost permisă și fiecăreia i s-a răspuns corect.
Ținut de prima dată când este cerut. Nu există un al zecelea pe care să-l aștepte și, deci, niciun prag sub care să te menții.
GDPR Art. 32
Decizia care a schimbat viața cuiva
O decizie de eligibilitate este eliberată fără nicio persoană pe ea. O linie de credit, o cerere de daună, un loc pe o listă. Este corectă cât de des este corect modelul, iar persoana căreia i s-a întâmplat nu are pe cine să întrebe, pentru că nimeni nu a decis. Ce este ținut aici este eliberarea, nu judecata: înregistrarea spune că o persoană anume a răspuns, niciodată că răspunsul a fost corect.
Ținută până când o persoană anume a răspuns, iar înregistrarea spune cine.
GDPR Art. 22
Unde stă și ce semnează.
Rulează în calea pe care o ia cererea, în fața sistemelor pe care le protejează și în propria ta rețea. Începe în modul de observare, fără să țină nimic, și raportează ce se cere de fapt.
Privește înainte să țină ceva.
Primul lucru pe care îl primești este o descriere a propriului trafic: care endpoint-uri returnează cel mai mult, care returnează date personale și cine le apelează. De acolo decizi ce merită ținut, nu dintr-o listă scrisă de noi.
Apoi decide o persoană, iar registrul spune care.
O acțiune ținută se oprește la gateway și nu ajunge niciodată la sistemele tale până când cineva îndreptățit să autorizeze nu a semnat. Dacă nimeni nu este îndreptățit, nu se ține nimic — gateway-ul nu inventează un aprobator.
| endpoint | apeluri | rânduri returnate | clase de date personale | apelanți |
|---|---|---|---|---|
| GET /v1/invoices | 8.417 | 412.006 | 1 | 22 |
| GET /documents/{id} | 22.940 | 22.940 | 3 | 4 |
| DELETE /records | 94 | 1.890 | 2 | 5 |
| GET /v1/customers?limit= | 6 | 2.400.000 | 4 | 1 |
| POST /payments/runs/{id}/release | 31 | 31 | 0 | 3 |
| GET /v1/customers/{id} | 1.204 | 1.204 | 4 | 9 |
Patru lucruri pentru care vom răspunde.
Nimic din toate acestea nu poate fi verificat încă, pentru că nu există nimic de rulat. Când va exista, pagina aceasta o va spune și se va schimba.
Rulează în propria ta rețea.
Gateway-ul stă în infrastructura ta, în fața sistemelor pe care le protejează. Traficul tău nu trece prin noi, nu păstrăm nicio copie a lui și nu există niciun cont la noi a cărui indisponibilitate să-ți oprească activitatea. Ce implementezi îți aparține.
Fiecare decizie lasă o înregistrare pe care o poți verifica fără noi.
Cine a cerut, ce anume urma să se întâmple, cine avea dreptul să răspundă, cine a răspuns și când. Înregistrarea este rezistentă la modificări, iar un auditor poate verifica întreaga succesiune independent — cu un instrument care nu ne contactează niciodată și nu are nevoie de permisiunea noastră.
- cine a cerut
- svc-reporting (script), cu credentialele a.dumitru
- ce urma să se întâmple
- GET /v1/customers?limit=400000 · 4 clase de date personale
- cine era îndreptățit
- responsabil cu protecția datelor, șef suport, CTO
- cine a răspuns
- M. Ceban · cheie de acces · legată de dispozitiv
- când
- 2026-03-11 09:41:57 UTC
- înregistrarea anterioară
- sha256:9f4c8e21…a71e
Nu decide niciodată. Decide o persoană anume.
Nu există niciun model aici și niciun scor. Gateway-ul stabilește care oameni au efectiv dreptul să autorizeze această acțiune anume și pune întrebarea unuia dintre ei. Judecata le aparține, răspunderea le aparține, iar înregistrarea spune cine dintre ei a fost.
Unitatea este acțiunea, nu sesiunea.
Controlul accesului decide cine poate fi în încăpere. Acesta decide ce se poate întâmpla cât timp este acolo — acest export, la această dimensiune, chiar acum. Pune întrebarea pe care controalele tale actuale o pun o dată, la ușă, și niciodată după aceea.
Ce nu va face.
Nu decide nimic. Pune întrebarea în fața unei persoane; judecata este a ei și responsabilitatea la fel. Cine vă vinde judecată automată despre oameni identificați vă vinde o altă problemă, mult mai mare.
Nu știe dacă persoana a avut dreptate. Poate consemna că a fost întrebată, ce i s-a arătat și ce a răspuns. Dacă răspunsul a fost cel corect nu este ceva ce știe un program.
Nu poate vedea ce nu trece prin el. Datele scoase direct dintr-o bază de date de cineva cu acces direct nu lasă nimic de reținut, și nicio configurare nu schimbă asta. O implementare care dă o siguranță falsă este mai rea decât niciuna.
Nu îl puteți cumpăra. Este în dezvoltare activă, nu avem o dată și nu vom inventa una. Îl puteți cere și o persoană vă va răspunde, dar tot ce este mai sus descrie ce se construiește, nu ce se oferă.
Lăsați o adresă și vă anunțăm.
Fără newsletter, fără secvențe de e-mailuri și fără apel de vânzări. Un singur mesaj când există ceva ce chiar puteți încerca, și puteți ieși de pe listă din orice e-mail primit.
Sau cereți-l.
Creați un cont Tunnel și cereți Flamecloak din panoul dumneavoastră. Cineva vă va contacta. Nu vă obligă la nimic și tot nu există nimic de descărcat.
Creați un contÎntrebări pe care ni le pune lumea despre asta
Pot să îl folosesc astăzi?
Nu. Este în dezvoltare activă, nu există descărcare și nu există perioadă de probă. Puteți face două lucruri: lăsați o adresă și vă scriem când există ceva de încercat, sau creați un cont și cereți-l, iar cineva vă va contacta. Niciunul nu vă ține un loc la rând, pentru că nu există niciun rând. Nu am stabilit o dată și nu vom ghici una în public.
Cum se va implementa?
În propria ta rețea, alături de proxy-ul sau gateway-ul care stă deja în fața sistemelor tale. Acțiunile pe care alegi să le reții trec prin el și nimic altceva. Nu ai de cumpărat niciun echipament, nimic de-al nostru nu stă în calea traficului tău și niciun fel de date nu îți părăsesc infrastructura ca să ajungă la noi. Te costă o rută și o decizie despre care acțiuni merită reținute.
Ce îmi va arăta înainte să rețin ceva?
Mai întâi privește și nu reține nimic. În modul de observare raportează care dintre punctele tale de acces au returnat date cu caracter personal, cui, cât de multe și cât de des, iar nicio cerere nu se comportă altfel în acest timp. Primul rezultat util este o listă de puncte de acces despre care nu știai ce returnează. Nimic nu este reținut până nu numești tu ceva de reținut.
Trebuie să treacă totul prin el?
Nu, și este construit pornind de la ideea că nu trebuie. Sunt afectate doar acțiunile pe care cineva a ales anume să le rețină; restul rămâne neatins. Un control care trebuie să stea în fața a tot este un control pe care nu îl instalează nimeni.
Ce se întâmplă când persoana care ar trebui să aprobe nu este disponibilă?
Dreptul de a aproba se rezolvă către un grup de oameni, nu către un singur individ, așa că indisponibil trebuie să fie adevărat despre toți înainte să fie adevărat deloc. Dacă este, acțiunea reținută nu merge mai departe. Acesta este modul onest de eșec și este o întârziere, nu o pierdere, pentru că cererea poate fi făcută din nou. Este și motivul pentru care alegerea a ceea ce se reține îți aparține, acțiune cu acțiune. Nu îți vom promite o funcție de escaladare care nu este proiectată.
Va încetini lucrurile?
Pentru acțiunile pe care nimeni nu a ales să le rețină, nu se schimbă nimic. Pentru o acțiune reținută, întârzierea este exact cât îi ia persoanei să răspundă, iar acesta este produsul, nu un cost al lui. Există un buget de suprasarcină pentru calea nereținută în caietul de sarcini. Vom publica cifra când va exista ceva față de care să o măsurăm, și nu mai devreme.
Este același lucru cu managementul accesului privilegiat?
Nu, și nu îl înlocuiește. Managementul accesului decide cine poate fi într-un sistem și pentru cât timp. Aici este vorba despre acțiunile individuale făcute între timp — altă unitate de autorizare. Dacă nu aveți încă management al accesului, acela este lucrul mai urgent.
Ce se întâmplă dacă serviciul vostru pică?
Nimeni nu ar trebui să accepte o companie de mărimea noastră ca punct unic de eșec în calea sa de producție, și nu ne așteptăm să o facă cineva. Partea concretă a răspunsului este deja valabilă: nimic de-al nostru nu rulează în calea traficului tău. Ceea ce decide asupra cererilor tale rulează în propria ta rețea, deci nu există niciun serviciu al nostru de care să depindă. Faptul că poate fi scos este o cerință în caietul de sarcini, nu o asigurare într-o discuție de vânzare.
Cum este aprobat un agent AI?
Este întrebată o persoană, la fel ca pentru orice alt solicitant. Ce vede acea persoană este care agent întreabă, acțiunea exactă și domeniul pe care îl cere. Ce nu primește este un scor. Produsul nu îți va spune dacă intenția agentului pare benignă, pentru că aceasta este o judecată despre ceva ce nimeni nu poate inspecta, iar vânzarea ei ar însemna vânzarea exact a judecății automate împotriva căreia argumentează această pagină.
De ce nu spuneți cum funcționează?
Pentru că ceea ce este reținut este designul intern, nu forma implementării. Unde rulează, ce îți arată înainte să rețină ceva, ce se întâmplă când nu răspunde nimeni și cât costă cererile pe care nu le-ai reținut sunt toate pe această pagină, pentru că acestea sunt lucrurile pentru care ne-ai trage la răspundere și rămân adevărate indiferent de direcția implementării. Cum este construită reținerea este o altă întrebare, iar răspunsul la ea îi dă unui concurent designul în schimbul a nimic din ce îți trebuie ție înainte să existe ceva de încercat.
Unde este compania?
"STILL BETA TECH" SRL, înregistrată în Chișinău, Republica Moldova. Moldova nu este stat membru al Uniunii Europene; prelucrăm date cu caracter personal conform GDPR și Legii nr. 133/2011 a Republicii Moldova, și spunem asta în loc să sugerezi un sediu pe care nu îl avem.