Ang bawat paglabag na may kinalaman sa mga stolen credentials ay may parehong ugat: ang credential ay umiiral sa kahit anong anyo ng plaintext nang sapat na tagal upang mahanap. Sa isang database, sa isang environment variable, sa isang log file, sa isang memory dump. Ang exposure window ay maaaring miliyong segundo o buwan. Ang mahalaga ay ang string ay doon at may nahanap ito.
Ang karaniwang tugon ay mas mabuting pagmamahalaga ng mga lihim: mga vault solutions, patakaran sa rotation, access na may least-privilege, encrypted storage. Lahat ng ito ay nagpapababa sa exposure window. Walan sa kanila ang nagtatanggal nito. Ang credential ay nananatili pa rin sa anyo na maaaring i-extract kung ang tamang sistema ay kompromitado sa tamang sandali.
Ang Rialo’s REX model ay gumagamit ng iba’t ibang pagkakataon sa problema na ito. Ang mga authentication credentials ay encrypted bago isumite. Sa loob ng private execution environment, ikinakabawas lamang sila nang isang beses, ginagamit para sa partikular na call kung saan ito inilahad, at pagkatapos ay linisin mula sa memorya. Ang plaintext ay hindi lumalabas sa public ledger. Kahit ang mga validator ay hindi makakakuha ng laman ng execution environment habang ito ay nasa pagpapatakbo.
Ito ay hindi isang maliit na pagpapabuti sa pagmamahalaga ng mga lihim. Ito ay isang iba’t ibang threat model. @RialoHQ ay hindi sumisikap na protektahan ang isang naka-store na credential mula sa pagkakawala. Ito ay nagtatanggal ng naka-store na credential nang buong-buo. Hindi mo maaaring makuha ang isang bagay na hindi nagpapatuloy. Ang use-once-and-destroy pattern para sa sensitibong authentication data ay isang bagay na sinubukan ng Web2 security na i-approximate nang ilang dekada gamit ang key management services at hardware security modules. Ang Rialo ay nagpapatupad nito nang native sa execution layer.