ਪਰਿਭਾਸ਼ਾ
actor result ਦਾ evidence basis ਉਸ ਦੇ ਪਿੱਛੇ ਮੌਜੂਦ evidence ਦੀ ਕਿਸਮ ਦੱਸਦਾ ਹੈ. Proof of Actor ਚਾਰ values ਵਰਤਦਾ ਹੈ:
- verified: ਇੱਕ cryptographic ਜਾਂ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਜਾਂਚਯੋਗ assertion ਸਫਲ ਹੋਇਆ.
- declared: actor ਜਾਂ application ਨੇ ਇਹ ਦਰਸਾਇਆ.
- inferred: ਨਤੀਜਾ behavioral ਜਾਂ contextual signals ਤੋਂ ਕੱਢਿਆ ਗਿਆ.
- unknown: determination ਲਈ ਕਾਫ਼ੀ evidence ਨਹੀਂ ਸੀ.
ਹਰ result ਨਾਲ ਇੱਕ class (Human, Human + AI, Agent ਜਾਂ Unknown, application traffic ਲਈ ਸਾਡੀ taxonomy ਵਿੱਚ ਵੇਰਵਾ ਦਿੱਤਾ ਹੋਇਆ) ਅਤੇ ਇੱਕ basis ਦੋਵੇਂ ਹੁੰਦੇ ਹਨ. "Agent, verified" ਅਤੇ "Agent, inferred" ਵੱਖ-ਵੱਖ results ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਨਾਲ ਵੱਖਰਾ ਵਤੀਰਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ.
basis ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ
basis ਤੋਂ ਬਿਨਾਂ, classification ਇਹ ਛੁਪਾ ਲੈਂਦੀ ਹੈ ਕਿ ਉਹ ਕਿੰਨਾ ਭਾਰ ਝੱਲ ਸਕਦੀ ਹੈ. ਇੱਕ dashboard ਜੋ signed request ਲਈ "Agent" ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ request timing ਦੇ ਆਧਾਰ 'ਤੇ ਕੀਤੇ ਅੰਦਾਜ਼ੇ ਲਈ ਵੀ "Agent" ਦਿਖਾਉਂਦਾ ਹੈ, ਟੀਮਾਂ ਨੂੰ ਦੋਵੇਂ 'ਤੇ ਇੱਕੋ policy ਲਾਗੂ ਕਰਨ ਵੱਲ ਧੱਕਦਾ ਹੈ. ਖ਼ਾਸ ਕਰਕੇ security-sensitive applications ਲਈ, inference ਨੂੰ ਕਦੇ ਵੀ cryptographic verification ਵਾਂਗ ਨਹੀਂ ਲੱਗਣਾ ਚਾਹੀਦਾ.
class ਨੂੰ basis ਤੋਂ ਵੱਖਰਾ ਕਰਨ ਨਾਲ policies evidence ਦੀ ਮਜ਼ਬੂਤੀ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ:
- ਇੱਕ read-only route ਕਿਸੇ ਵੀ Agent result ਨੂੰ allow ਕਰ ਸਕਦਾ ਹੈ.
- ਇੱਕ ਉੱਚ ਪ੍ਰਭਾਵ ਵਾਲਾ route verified agents ਨੂੰ ਹੀ known operators ਵਾਂਗ ਮੰਨ ਸਕਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਸਭ ਤੋਂ ਹੋਰ ਮਜ਼ਬੂਤ credentials ਮੰਗ ਸਕਦਾ ਹੈ.
ਚਾਰ values ਵਿਸਥਾਰ ਨਾਲ
Verified
ਕੁਝ ਚੀਜ਼ ਜਾਂਚੀ ਗਈ ਅਤੇ pass ਹੋ ਗਈ. ਸਭ ਤੋਂ ਸਾਫ਼ ਉਦਾਹਰਨ ਇੱਕ HTTP message signature (RFC 9421) ਹੈ ਜੋ agent ਦੇ operator ਵੱਲੋਂ ਪ੍ਰਕਾਸ਼ਿਤ key ਦੇ ਖ਼ਿਲਾਫ਼ validate ਹੁੰਦੀ ਹੈ. Verified evidence ਸਿਰਫ਼ ਉਸ ਖ਼ਾਸ check ਨੂੰ ਸਾਬਤ ਕਰਦੀ ਹੈ, ਹੋਰ ਕੁਝ ਨਹੀਂ: ਇੱਕ valid signature ਇਹ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ request ਕਿਸ key ਨਾਲ signed ਸੀ, ਨਾ ਕਿ ਇਹ ਕਿ action authorized ਸੀ.
Declared
ਕਿਸੇ ਨੇ ਇਹ ਕਿਹਾ. ਇੱਕ client ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ agent ਵਜੋਂ ਨਾਮਿਤ ਕਰਦਾ ਹੈ, ਇੱਕ MCP client name, ਜਾਂ ਤੁਹਾਡੀ ਆਪਣੀ application ਦੇ ਅੰਦਰ AI-assistance disclosure declarations ਹਨ. ਇਹ ਲਾਭਦਾਇਕ ਹੁੰਦੀਆਂ ਹਨ, ਅਕਸਰ ਸੱਚੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਕਦੇ-ਕਦੇ ਝੂਠੀਆਂ ਵੀ. User-agent spoofing ਝੂਠੀ declaration ਦੀ ਕਲਾਸਿਕ ਉਦਾਹਰਨ ਹੈ. User-Agent header ਡਿਜ਼ਾਈਨ ਮੁਤਾਬਕ self-reported ਹੁੰਦਾ ਹੈ.
Inferred
ਸਿਸਟਮ ਨੇ signals ਤੋਂ ਤਰਕ ਕੀਤਾ: browser session ਵਿੱਚ interaction patterns, request timing, browser context ਦੀ ਘਾਟ, protocol details. Inferences ਗਲਤ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਇਸੀ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਹਮੇਸ਼ਾਂ inferences ਵਜੋਂ ਹੀ label ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸ ਲਈ ਲੋਕਾਂ ਬਾਰੇ consequential decisions ਕਦੇ ਵੀ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ.
Unknown
Evidence ਨੇ determination ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕੀਤਾ. ਇਹ Unknown classification ਨਾਲ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੀ policy ਵਿੱਚ ਇੱਕ explicit fallback ਨਾਲ map ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਸਾਡੀ AI traffic ਨੂੰ classify ਕਰਦੇ ਸਮੇਂ Unknown ਇੱਕ ਵੈਧ result ਕਿਉਂ ਹੈ ਵਾਲੀ post ਇਸ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ.
Basis ਬਨਾਮ confidence scores
ਕਈ systems evidence ਨੂੰ ਇੱਕ ਹੀ number ਵਿੱਚ ਸਮੇਟ ਦਿੰਦੀਆਂ ਹਨ. ਇੱਕ score ਇਹ ਛੁਪਾ ਸਕਦਾ ਹੈ ਕਿ ਇਹ cryptographic check ਤੋਂ ਆਇਆ ਸੀ ਜਾਂ heuristic ਤੋਂ, ਅਤੇ ਇੱਕ uncalibrated percentage ਉਹ ਸੂਖਮਤਾ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਮੌਜੂਦ ਨਹੀਂ. Named bases ਦਾ ਇੱਕ ਛੋਟਾ set ਸੋਚਣ ਲਈ ਆਸਾਨ, audit ਕਰਨ ਲਈ ਆਸਾਨ, ਅਤੇ ਗਲਤ ਵਰਤੋਂ ਲਈ ਔਖਾ ਹੁੰਦਾ ਹੈ.
ਆਮ ਗਲਤਫਹਿਮੀਆਂ
"Declared means untrustworthy." Declarations ਅਕਸਰ ਸਹੀ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਕੁਝ ਸਵਾਲਾਂ ਲਈ, ਜਿਵੇਂ AI-assistance disclosure, ਇਕੱਲਾ ਉਪਲਬਧ evidence ਹੁੰਦੀਆਂ ਹਨ. ਉਹ ਸਿਰਫ਼ verification ਵਜੋਂ ਨਹੀਂ ਮੰਨੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ.
"Verified means safe." Verification signer ਦੀ identity ਬਾਰੇ ਹੁੰਦੀ ਹੈ, intent ਜਾਂ permission ਬਾਰੇ ਨਹੀਂ.
Proof of Actor ਵਿੱਚ evidence basis
ਹਰ Proof of Actor result ਆਪਣਾ basis ਅਤੇ evidence ਦਾ human-readable summary ਦੱਸਦਾ ਹੈ. Policies ਤੁਹਾਡੀ application ਵਿੱਚ ਚਲਦੀਆਂ ਹਨ ਅਤੇ class ਅਤੇ basis ਨੂੰ ਇਕੱਠੇ ਵਰਤ ਸਕਦੀਆਂ ਹਨ. Detection & Limitations ਵੇਖੋ ਜਾਂ early access ਲਈ apply ਕਰੋ.
ਸਰੋਤ
- RFC 9421: HTTP Message Signatures: verified evidence ਦਾ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਸਰੋਤ
- RFC 9110: HTTP Semantics, User-Agent: ਇੱਕ self-reported, declared identifier