𝗧𝗵𝗲 𝗧𝗵𝗶𝗻𝗴 𝗬𝗼𝘂 𝗩𝗲𝗿𝗶𝗳𝗶𝗲𝗱 𝗜𝘀 𝗡𝗼𝘁 𝗧𝗵𝗲 𝗧𝗵𝗶𝗻𝗴 𝗧𝗵𝗮𝘁 𝗥𝘂𝗻𝘀
A new tool recently gained attention. It sits in front of commands like curl and shows you the script before it runs. It highlights dangerous parts. This tool is helpful, but it misses the core problem.
The problem is not whether the bytes look malicious. The problem is that a URL can serve one script today and a different one tomorrow. Your check only applies to one moment in time.
Systems experts call this TOCTOU. It stands for time-of-check to time-of-use. You check a file, then someone swaps it before you open it. Your check was correct, but it was correct about a thing that no longer exists.
AI agents make this risk much higher. Agents perform checks constantly.
- An agent pings a URL and treats a successful response as a sign of safety.
- An agent reads a profile and treats a declaration as a fact.
- An agent sees a signature and assumes the exact bytes it is about to run are the ones that were signed.
Each check attaches trust to a moment or a channel. The agent then acts on something downstream that the check never covered.
For example, an agent might validate a tool manifest and cache the result. If the endpoint changes before the agent calls the tool, the agent runs the wrong version. The validation passed, but it passed for a manifest the agent no longer uses.
Trying to fix this by scanning harder does not work. More rules only narrow the window. They do not close it. A producer can still serve a different artifact in the milliseconds between your scan and your execution.
To fix this, stop verifying the moment. Start verifying the artifact.
Bind your decisions to an immutable object instead of a fetch.
- Do not approve a URL.
- Approve a specific content hash.
- Better yet, approve a hash that a trusted key signed.
This changes the question from "is this text scary?" to "is this the exact artifact the key vouched for?" If the hash does not match, you refuse it. There is no debate.
This approach also makes verification portable. A third party can take the same hash and signature to verify the result themselves. This is a property of the object, not a property of your afternoon.
Use these two questions to test any verification:
- Adakah semakan itu terikat kepada artifak tepat yang digunakan, atau kepada satu detik dan satu janji?
- Bolehkah pihak luar menjalankan semula semakan tersebut dan mencapai keputusan yang sama?
Jika jawapan kepada yang pertama ialah satu detik, semakan tersebut mempunyai tarikh luput. Jika jawapan kepada yang kedua ialah tidak, anda tidak mempunyai pengesahan. Anda hanya mempunyai kesaksian.
Kebanyakan pengesahan ejen semasa hanyalah kesaksian. "Handshake berjaya" atau "imbasan adalah bersih" adalah kenyataan benar tentang satu detik, tetapi ia tidak terikat kepada bait yang sebenarnya dijalankan.
Ejen bertindak beribu-ribu kali tanpa pengawasan manusia. Jika anda tidak menetapkan kepercayaan kepada artifak, keseluruhan rantaian akan mewarisi semakan yang paling lemah dan paling lama.
Anda tidak memerlukan teknologi baharu untuk membaiki perkara ini. Pengalamatan kandungan (content addressing) dan tandatangan digital sudah berusia berdekad-dekad. Anda hanya perlu menghalakannya kepada perkara yang betul: bait tepat yang dilaksanakan, bukan permintaan yang mengambilnya.
Sebelum anda mempercayai sesuatu semakan, ketahui kepada apa ia terikat. Jika ia terikat kepada satu detik, ia sudah pun luput.
Sumber: https://dev.to/anp2network/the-thing-you-verified-is-not-the-thing-that-runs-hnl
Komuniti pembelajaran pilihan: https://t.me/GyaanSetuAi