ai-agents-for-beginners

লেসন ভিডিও দেখুন: ক্রিপ্টোগ্রাফিক রসীদ দিয়ে AI এজেন্ট সুরক্ষা

(মাইক্রোসফট কন্টেন্ট টিম মার্জের পর লেসন ভিডিও এবং থাম্বনেইল যুক্ত করবে, যা লেসন ১৪ / ১৫ প্যাটার্নের সাথে মেলাবে।)

ক্রিপ্টোগ্রাফিক রসীদ দিয়ে AI এজেন্ট সুরক্ষা

পরিচিতি

এই লেসনে আলোচনা করা হবে:

শিক্ষার লক্ষ্যসমূহ

এই লেসন সম্পন্ন করার পরে, আপনি জানতে পারবেন:

সমস্যা: আপনার এজেন্টের অডিট ট্রেইল

ধরা যাক আপনি Contoso Travel-এর জন্য একটি AI এজেন্ট মোতায়েন করেছেন। এজেন্ট গ্রাহকের অনুরোধ পড়ে, ফ্লাইট API কল করে বিকল্প খোঁজে, এবং গ্রাহকের পক্ষ থেকে সিট বুক করে। গত ত্রৈমাসিকে এজেন্ট ৫০,০০০ টি বুকিং প্রক্রিয়া করেছে।

আজ একজন অডিটর আসেন। তারা একটি সহজ প্রশ্ন করেন: “আমার দেখাও তোমার এজেন্ট কী করেছে।”

আপনি আপনার লগ ফাইলগুলি হাতে দেন। অডিটর সেগুলো দেখে আরও কঠিন প্রশ্ন করেন: “কিভাবে আমি নিশ্চিত হবো এই লগগুলো সম্পাদিত হয়নি?”

এটাই অডিট-ট্রেইল সমস্যা। আজকের বেশিরভাগ এজেন্ট মোতায়েন:

এইগুলোর কেউই অডিটরের প্রশ্নের উত্তর দিতে পারে না যদি না অডিটর কাউকে (আপনাকে, আপনার ক্লাউড প্রোভাইডার, ডাটাবেস বিক্রেতা) বিশ্বাস করেন। অভ্যন্তরীণ ব্যবহারের জন্য এই বিশ্বাস প্রায়শই যথেষ্ট। নিয়ন্ত্রিত ওয়ার্কলোডের জন্য (আর্থিক, স্বাস্থ্যসেবা, EU AI আইন অনুসারে) নয়।

ক্রিপ্টোগ্রাফিক রসীদ এই সমস্যা সমাধান করে কারণ প্রতিটি এজেন্ট ক্রিয়াকলাপ স্বাধীনভাবে যাচাইযোগ্য হয়। অডিটরের আপনার প্রতি বিশ্বাস প্রয়োজন হয় না। তাদের প্রয়োজন শুধুমাত্র আপনার পাবলিক কী এবং রসীদ।

ক্রিপ্টোগ্রাফিক রসীদ কী?

রসীদ একটি JSON অবজেক্ট যা এজেন্টের করা কাজ রেকর্ড করে এবং ডিজিটাল সিগনেচার দিয়ে সই করা থাকে।

flowchart LR
    A[এজেন্ট একটি টুল আহ্বান করে] --> B[রসিদ পেলোড তৈরি করুন]
    B --> C[JSON RFC 8785 ক্যাননিক্যালাইজ করুন]
    C --> D[SHA-256 হ্যাশ]
    D --> E[Ed25519 স্বাক্ষর]
    E --> F[স্বাক্ষরসহ রসিদ]
    F --> G[অডিটর অফলাইন যাচাই করেন]
    G --> H{স্বাক্ষর বৈধ?}
    H -- হ্যাঁ --> I[ভাঙাচোরা-প্রমাণ]
    H -- না --> J[রসিদ প্রত্যাখ্যাত]

একটি ন্যূনতম রসীদ এরকম দেখায়:

{
  "type": "agent.tool_call.v1",
  "agent_id": "contoso-travel-bot",
  "tool_name": "lookup_flights",
  "tool_args_hash": "sha256:a3f9c1...",
  "result_hash": "sha256:7b2e1d...",
  "policy_id": "contoso-travel-policy-v3",
  "timestamp": "2026-04-25T14:30:00Z",
  "sequence": 47,
  "previous_receipt_hash": "sha256:9d4e6a...",
  "signature": {
    "alg": "EdDSA",
    "sig": "c5af83...",
    "public_key": "8f3b2c..."
  }
}

তিনটি বৈশিষ্ট্য কাজটি সম্পাদন করে:

  1. সিগনেচার। রসীদ এজেন্টের গেটওয়ে দ্বারা Ed25519 প্রাইভেট কী দিয়ে সই করা হয়। সংশ্লিষ্ট পাবলিক কী থাকা যেকেউ সিগনেচার অফলাইনে যাচাই করতে পারে। যেকোন ফিল্ডে ছেঁড়াছেঁড়ি সিগনেচারকে অবৈধ করে তোলে।

  2. ক্যানোনিকাল এনকোডিং। সাইন করার আগে, রসীদ JSON ক্যানোনিকালাইজেশন স্কিম (JCS, RFC 8785) ব্যবহার করে সিরিয়ালাইজ করা হয়। এটি নিশ্চিত করে যে দুইটি ইমপ্লিমেন্টেশন একই লজিক্যাল রসীদ উৎপন্ন করলে একই বাইট-পরিচ্ছন্ন আউটপুট তৈরি করবে। ক্যানোনিকালাইজেশন ছাড়া, বিভিন্ন JSON সিরিয়ালাইজার একই সামগ্রীর জন্য ভিন্ন সিগনেচার তৈরি করবে।

  3. হ্যাশ চেইনিং। previous_receipt_hash ফিল্ড প্রতিটি রসীদকে তার পূর্ববর্তী রসীদের সাথে সংযুক্ত করে। একটি রসীদ সরালে বা পুনরায় ক্রম পরিবর্তন করলে পরে আসা প্রতিটি রসীদ ভেঙে যাবে। ছেঁড়াছেঁড়ি চেইন স্তরে দৃশ্যমান হয় এমনকি যদি ব্যক্তিগত সিগনেচারগুলি বায়পাস করা হয়।

একসাথে এই বৈশিষ্ট্য তিনটি নিশ্চয়তা প্রদান করে:

পাইথনে রসীদ তৈরি করা

রসীদ তৈরি করতে বিশেষ কোনো লাইব্রেরির প্রয়োজন নেই। ক্রিপ্টোগ্রাফিক প্রিমিটিভস বিস্তৃতভাবে পাওয়া যায় এবং লজিকটি কয়েক ডজন লাইনের পাইথন কোড।

code_samples/18-signed-receipts.ipynb এ চর্চার ধাপগুলো পুরো ফ্লোতে দেখানো হয়েছে। সারাংশ ভার্সন:

import json
import hashlib
import base64
from nacl import signing
from jcs import canonicalize  # RFC 8785 কাননিক্যাল JSON

def b64url_nopad(data: bytes) -> str:
    return base64.urlsafe_b64encode(data).decode("ascii").rstrip("=")

def sha256_canonical(obj) -> str:
    """SHA-256 of a Python object's JCS-canonical JSON form."""
    return f"sha256:{hashlib.sha256(canonicalize(obj)).hexdigest()}"

# একটি সাইনিং কী তৈরি করুন বা লোড করুন (প্রোডাকশনে, একটি কী ভল্টে সংরক্ষণ করুন)
signing_key = signing.SigningKey.generate()
verify_key = signing_key.verify_key

# রসিদ পে লোড তৈরি করুন (এখনও কোন সিগনেচার নেই)
tool_args = {"origin": "SYD", "destination": "LAX"}
tool_result = [{"flight": "QF11", "price": 1850, "stops": 0}]

payload = {
    "type": "agent.tool_call.v1",
    "agent_id": "contoso-travel-bot",
    "tool_name": "lookup_flights",
    "tool_args_hash": sha256_canonical(tool_args),
    "result_hash": sha256_canonical(tool_result),
    "policy_id": "contoso-travel-policy-v3",
    "timestamp": "2026-04-25T14:30:00Z",
    "sequence": 0,
    "previous_receipt_hash": None,
}

# কাননিক্যালাইজ করুন, হ্যাশ করুন, সাইন করুন।
canonical_bytes = canonicalize(payload)
message_hash = hashlib.sha256(canonical_bytes).digest()
signature_bytes = signing_key.sign(message_hash).signature

# একটি কাঠামোগত সিগনেচার অবজেক্ট সংযুক্ত করুন।
receipt = {
    **payload,
    "signature": {
        "alg": "EdDSA",
        "sig": b64url_nopad(signature_bytes),
        "public_key": b64url_nopad(bytes(verify_key)),
    },
}

এটাই সমগ্র সাইনিং পাইপলাইন। নোটবুকে প্রতিটি ধাপ বিস্তারিত আছে।

রসীদ যাচাই ও ছেঁড়াছেঁড়ি সনাক্ত করা

যাচাই হল বিপরীত ক্রিয়া:

import base64
import hashlib
from nacl import signing
from nacl.exceptions import BadSignatureError
from jcs import canonicalize

def b64url_decode(s: str) -> bytes:
    padding = "=" * ((4 - len(s) % 4) % 4)
    return base64.urlsafe_b64decode(s + padding)

def verify_receipt(receipt: dict) -> bool:
    # স্বাক্ষরটি একটি গঠনমূলক অবজেক্ট: {"alg", "sig", "public_key"}।
    sig_obj = receipt.get("signature")
    if not sig_obj or sig_obj.get("alg") != "EdDSA":
        return False

    # যেটি সত্যিই স্বাক্ষরিত হয়েছিল সেই পে-লোডটি পুনর্গঠন করুন (স্বাক্ষর ছাড়াও সবকিছু)।
    payload = {k: v for k, v in receipt.items() if k != "signature"}

    canonical_bytes = canonicalize(payload)
    message_hash = hashlib.sha256(canonical_bytes).digest()

    try:
        verify_key = signing.VerifyKey(b64url_decode(sig_obj["public_key"]))
        verify_key.verify(message_hash, b64url_decode(sig_obj["sig"]))
        return True
    except BadSignatureError:
        return False

এই ফাংশন একটি রসীদ নেয় এবং সিগনেচার বৈধ হলে True রিটার্ন করে, অন্যথায় False। কোনো নেটওয়ার্ক কল, সার্ভিস ডিপেনডেন্সি নেই, কোনো তৃতীয় পক্ষের উপর বিশ্বাস প্রয়োজন নেই।

ছেঁড়াছেঁড়ি সনাক্ত করার জন্য নোটবুকে:

  1. একটি বৈধ রসীদ তৈরি করে যাচাই নিশ্চিত করা।
  2. tool_args_hash ফিল্ডের একটি বাইট পরিবর্তন করা।
  3. যাচাই পুনরায় চালিয়ে ব্যর্থতা দেখা।

এটাই প্রমাণ যে রসীদগুলো ট্যাম্পার-ইভিডেন্ট: যেকোনো ছোট পরিবর্তন সিগনেচার ভেঙে দেয়।

মাল্টি-স্টেপ এজেন্টের জন্য রসীদ চেইনিং

একটি সাইন করা রসীদ একটি কাজ সুরক্ষিত করে। রসীদ চেইন একটি ক্রম সুরক্ষিত করে।

flowchart LR
    R0[রসিদ 0<br/>উত্পত্তি] --> R1[রসিদ 1]
    R1 --> R2[রসিদ 2]
    R2 --> R3[রসিদ 3]
    R1 -. previous_receipt_hash .-> R0
    R2 -. previous_receipt_hash .-> R1
    R3 -. previous_receipt_hash .-> R2

প্রতিটি রসীদ পূর্ববর্তী রসীদটির হ্যাশ রেকর্ড করে। একটি চেইনের মধ্য থেকে ২ নম্বর রসীদ ছুটে ফেলার জন্য, একজন আক্রমণকারীকে বা:

যদি প্রাইভেট কী হার্ডওয়্যার কী ভল্টে থাকে এবং আপনি প্রতিটি রসীদ সহ পাবলিক কী প্রকাশ করেন, তাহলে কোনো আক্রমণ অদৃশ্য ছাড়াই সম্ভব নয়।

নোটবুকে দেখানো হয়েছে:

  1. তিনটি রসীদ চেইন তৈরি করা।
  2. প্রতিটি রসীদ previous_receipt_hash যাচাই করা যে এটি প্রকৃত পূর্ববর্তী রসীদটির হ্যাশ মেলে।
  3. চেইনের মাঝখানে একটি রসীদ পরিষ্কারভাবে ছেঁড়াছেঁড়ি করে চেইন ভাঙা দেখা।

এভাবেই আপনি একটি অডিট ট্রেইল তৈরি করেন যা বাহ্যিক অডিটর বিশ্বাস ছাড়াই যাচাই করতে পারে।

রসীদ কী প্রমাণ করে (এবং কী করে না)

এই অংশ লেসনের সবচেয়ে গুরুত্বপূর্ণ। রসীদ শক্তিশালী কিন্তু তাদের ক্ষমতা সীমিত।

রসীদ তিনটি বিষয় প্রমাণ করে:

  1. অ্যাট্রিবিউশন: একটি নির্দিষ্ট কী একটি নির্দিষ্ট পে-লোডে সাইন করেছে।
  2. অখণ্ডতা: সাইন করার পর থেকে পে-লোড পরিবর্তিত হয়নি।
  3. ক্রমবিন্যাস: এই রসীদ চেইনে ওই রসীদটির পরে এসেছে।

রসীদ প্রমাণ করে না:

  1. সঠিকতা: যে এজেন্টের কাজ সঠিক ছিল। একটি রসীদ ভুল উত্তরের জন্যও পরিষ্কারভাবে সাইন হতে পারে।
  2. নীতিমালা সম্মতি: policy_id এর নীতিমালা সত্যিই মূল্যায়ন করা হয়েছে বা পরীক্ষা করলে অনুমতি দিত কিনা। রসীদ যা দাবি করছে সেটাই রেকর্ড করে, পালন করা কি হয়নি।
  3. কী ছাড়া পরিচয়: রসীদ বলে “এই কী এই বিষয়বস্তু সাইন করেছে”। বলে না “এই মানুষ অনুমোদন দিয়েছে”। কী থেকে ব্যক্তির বা সংস্থার সংযোগ আলাদা পরিচয় কাঠামোর দাবি করে (ডিরেক্টরি, পাবলিক কী রেজিস্ট্রি ইত্যাদি)।
  4. ইনপুটের সত্যতা: যদি এজেন্ট একটি পরিবর্তিত প্রম্পট পায় ও সে অনুযায়ী কাজ করে, রসীদ কাজটি বিশ্বস্তভারে রেকর্ড করে। রসীদ ইনপুট যাচাইয়ের বিকল্প নয়।

এই সীমা গুরুত্বপূর্ণ কারণ:

একটি সাধারণ ভুল ধারণা হলো “আমাদের রসীদ আছে” মানে “আমাদের শাসিত”। তা নয়। রসীদ হলো ভিত্তি। শাসন হলো সেই ব্যবস্থা যা আপনি তার উপরে তৈরি করেন।

প্রোডাকশন রেফারেন্স

এই লেসনের পাইথন কোড ইচ্ছাকৃতভাবে সহজ করা, যাতে আপনি প্রতিটি লাইন পড়ে সঠিকভাবে বুঝতে পারেন। প্রোডাকশনে আপনার দুটি বিকল্প আছে:

  1. ক্রিপ্টোগ্রাফিক প্রিমিটিভস সরাসরি ব্যবহার করুন। উপরে দেখানো ৫০ লাইন অনেক ব্যবহারকারীর জন্য যথেষ্ট। PyNaCl (Ed25519) এবং jcs প্যাকেজ (ক্যানোনিকাল JSON) ভাল রক্ষণাবেক্ষণ করা ও অডিট করা লাইব্রেরি।

  2. একটি প্রোডাকশন রসীদ লাইব্রেরি ব্যবহার করুন। বেশ কয়েকটি ওপেন-সোর্স প্রকল্প একই প্যাটার্ন অন্যান্য বৈশিষ্ট্য (কী রোটেশন, ব্যাচ যাচাই, JWK সেট বিতরণ, নীতিমালা ইঞ্জিন ইন্টিগ্রেশন) সহ বাস্তবায়ন করে:

    • এই লেসনে ব্যবহৃত রসীদ ফরম্যাট একটি IETF ইন্টারনেট ড্রাফট অনুসরণ করে (draft-farley-acta-signed-receipts) যা বর্তমানে স্ট্যান্ডার্ড প্রক্রিয়াধীন।
    • Microsoft Agent Governance Toolkit রসীদকে সিডার ভিত্তিক নীতিমালা সিদ্ধান্তের সাথে সংযুক্ত করে; ওই রিপোজিটরির টিউটোরিয়াল ৩৩ এ একটি সম্পূর্ণ উদাহরণ আছে।
    • protect-mcp (npm) এবং @veritasacta/verify (npm) প্যাকেজগুলো Node-ভিত্তিক রসীদ সাইনিং ও অফলাইন যাচাই প্রদান করে, যেকোন MCP সার্ভারকে ট্যাম্পার-ইভিডেন্ট অডিট ট্রেইল দিয়ে মোড়াতে।
    • nobulex পাইথন SDK (pip install nobulex) একই Ed25519 + JCS সাইনিং প্যাটার্ন পাইথন-এ LangChain এবং CrewAI ইন্টিগ্রেশনের সাথে দেয়, প্রকাশিত ক্রস-ভ্যালিডেশন টেস্ট ভেক্টরস এবং OWASP PR #2210 এর মাধ্যমে কমপ্লায়েন্স ম্যাপিং দিয়ে।

নিজের JWT লাইব্রেরি লেখার এবং পরীক্ষিত একটি ব্যবহার করার তুলনা মত, নিজের রসীদ ইমপ্লিমেন্ট করা এবং একটি লাইব্রেরি ব্যবহার করার সিদ্ধান্তও একই: উভয়ই যুক্তিযুক্ত; লাইব্রেরি সময় বাঁচায় এবং অডিট সারফেস কমায়; from-scratch পন্থা সব প্রিমিটিভ বোঝার সুযোগ দেয়। এই লেসন from-scratch পদ্ধতি শেখায় যাতে যেকোনো পথের জন্য ভিত্তি থাকে।

জ্ঞান যাচাই

চর্চার ধাপে যাওয়ার পূর্বে আপনার বোঝামত যাচাই করুন।

১. একটি রসীদ এজেন্টের প্রাইভেট Ed25519 কী দিয়ে সাইন করা হয়। অডিটরের কাছে শুধুমাত্র পাবলিক কী আছে। অডিটার কি রসীদ অফলাইনে যাচাই করতে পারে?

উত্তর হ্যাঁ। Ed25519 যাচাইয়ের জন্য শুধুমাত্র পাবলিক কী এবং সাইনকৃত বাইট দরকার। কোনো নেটওয়ার্ক কল বা সার্ভিস নির্ভরতা নয়। এটি রসীদকে এয়ার-গ্যাপড, বহু-সংগঠন বা কম-বিশ্বাসযোগ্য অডিট পরিবেশে কার্যকর করে।

২. একজন আক্রমণকারী একটি রসীদ এর policy_id ফিল্ড পরিবর্তন করে দাবি করে এটি একটি বেশি অনুমতিপ্রদানকারী নীতিমালা দ্বারা শাসিত ছিল। সিগনেচার মূল পে-লোডের উপর ছিল। যাচাইয়ের সময় কী হয়?

উত্তর যাচাই ব্যর্থ হয়। সিগনেচার মূল পে-লোডের ক্যানোনিক্যাল বাইটে গণনা করা হয়েছিল; কোনো ফিল্ড পরিবর্তন ক্যানোনিক্যাল বাইট পরিবর্তন করে, যা SHA-256 হ্যাশ পরিবর্তন করে, যা সিগনেচারকে অবৈধ করে। আক্রমণকারীকে একটি বৈধ নতুন সিগনেচার তৈরি করতে প্রাইভেট কী প্রয়োজন, যা তার নেই।

৩. রসীদ tool_args_hash এবং result_hash অন্তর্ভুক্ত করে সরাসরি আর্গুমেন্ট এবং ফলাফল না দিয়ে কেন?

উত্তর দুই কারণ। প্রথম, রসীদ সংরক্ষিত বা পরিবহণকৃত হতে পারে এমন পরিবেশে যেখানে কাঁচা তথ্য (PII, ব্যবসায়িক তথ্য) ফাঁস হওয়া একটি সমস্যা। হ্যাশিং রসীদকে ছোট রাখে এবং বিষয়বস্তু গোপন রাখে; অডিটর যাচাই করে হ্যাশ মেলে প্রকৃত কন্টেন্টের আলাদা সংরক্ষিত কপির সাথে। দ্বিতীয়, হ্যাশের একটি নির্দিষ্ট আকার থাকে; ইনপুট আউটপুট যত বড় হোক না কেন হ্যাশসহ রসীদ আকারে সীমানাবদ্ধ থাকে।

৪. previous_receipt_hash প্রতিটি রসীদকে তার পূর্বসূরীর সাথে যুক্ত করে। যদি একজন আক্রমণকারী চেইনের মাঝখান থেকে একটি রসীদ চুপচাপ মুছে ফেলে, তাহলে কী অবৈধ হয়ে যায়?

উত্তর মুছে ফেলা রসীদটির পরে থাকা প্রতিটি রসীদ। তাদের `previous_receipt_hash` ক্ষেত্র আর প্রকৃত চেইনের সাথে মিলে না (কারণ তারা যে রসীদটির উল্লেখ করেছিল তা আর নেই, অথবা চেইন এখন অন্য পূর্বসূরীতে নির্দেশ করে)। মুছে ফেলা লুকাতে আক্রমণকারীকে প্রতিটি পরবর্তী রসীদ পুনরায় সাইন করতে হবে, যার জন্য প্রাইভেট কী দরকার।

৫. একটি রসীদ পরিষ্কারভাবে যাচাই করা হয়েছে। এটা কি প্রমাণ করে যে এজেন্টের কাজ সঠিক, সাউন্ড, বা নীতিমালা অনুসারে ছিল?

উত্তর না। একটি বৈধ রসীদ তিনটি বিষয় প্রমাণ করে: অ্যাট্রিবিউশন (এই কী এই বিষয়বস্তু সাইন করেছে), অখণ্ডতা (বিষয়বস্তু পরিবর্তিত হয়নি), এবং ক্রমবিন্যাস (এই রসীদ ঐ রসীদটির পরে হয়েছে)। এটা প্রমাণ করে না যে কাজটি সঠিক ছিল, `policy_id` এর নীতি প্রকৃতপক্ষে মূল্যায়িত হয়েছে, বা এজেন্ট সব নিয়ম অনুসরণ করেছে। রসীদ এজেন্ট আচরণ অডিটেবল করে, আর নিখুঁত নয়। এটি লেসনের সবচেয়ে গুরুত্বপূর্ণ সীমা।

চর্চার অনুশীলন

code_samples/18-signed-receipts.ipynb খুলুন এবং চারটি সেকশন সম্পন্ন করুন:

  1. সেকশন ১: আপনার প্রথম রসীদ সাইন করুন এবং যাচাই করুন।
  2. সেকশন ২: রসীদটি ছেঁড়াছেঁড়ি করুন এবং যাচাই ব্যর্থ দেখুন।
  3. সেকশন ৩: তিনটি রসীদ চেইন তৈরি করুন এবং চেইনের অখণ্ডতা যাচাই করুন।
  4. সেকশন ৪: Microsoft Agent Framework দিয়ে নির্মিত একটি এজেন্টে প্যাটার্ন প্রয়োগ করুন: একটি টুল কল রসীদ সাইনিং দিয়ে মোড়ান, তারপর রসীদ স্বাধীনভাবে যাচাই করুন। স্ট্রেচ চ্যালেঞ্জ ১: রসিদ স্কিমাতে আপনার নিজস্ব পছন্দের একটি অতিরিক্ত ক্ষেত্র যোগ করুন (উদাহরণস্বরূপ, ট্রেসিংয়ের জন্য একটি অনুরোধ আইডি), ক্যানোনিক্যাল সাইনিং লজিকে এটি অন্তর্ভুক্ত করার জন্য আপডেট করুন, এবং নিশ্চিত করুন যে রসিদ এখনও যাচাইয়ের মাধ্যমে সঠিকভাবে ফিরে আসছে। তারপর সাইন করার পরে ওই ক্ষেত্রটি পরিবর্তন করুন এবং নিশ্চিত করুন যাচাই ব্যর্থ হয়। এটি আপনাকে বুঝতে বাধ্য করবে ক্যানোনিক্যাল এনকোডিংয়ের প্রতিটি বাইট কিভাবে স্বাক্ষরে অবদান রাখে।

স্ট্রেচ চ্যালেঞ্জ ২: আপনার দুটি রসিদের SHA-256 হ্যাশ করুন (তাদের ক্যানোনিক্যাল বাইটসমূহ একটি নির্ধারিত ক্রমে সংযুক্ত করুন) এবং তৃতীয় রসিতে স্বাক্ষর করার আগে নতুন ক্ষেত্র হিসেবে প্রাপ্ত ডাইজেস্টটি এমবেড করুন। যাচাই করুন যে সব তিনটি রসিদ এখনও সঠিকভাবে যাচাই হচ্ছে। আপনি ঠিক এখনই একটি এক-ধাপের অন্তর্ভুক্তি প্রমাণ তৈরি করেছেন: তৃতীয় রসিদ যার কাছে আছে সে প্রথম দুইটি রসিদ সই করার সময় অবস্থিত ছিল তা প্রমাণ করতে পারে, তাদের বিষয়বস্তু প্রকাশ না করেই। এইটাই সেই প্যাটার্ন যা নির্বাচিত-বা-চাপান রসিদ বড় পরিসরে ব্যবহার করে (মার্কেল কমিটমেন্ট, RFC 6962)।

উপসংহার

ক্রিপ্টোগ্রাফিক রসিদগুলি AI এজেন্টদের জন্য একটি অডিট ট্রেইল প্রদান করে যা:

এসব ইনপুট যাচাই, নীতি প্রয়োগ বা পরিচয় পরিকাঠামোর বিকল্প নয়। এগুলো ঐ স্তরগুলোর ভিত্তি। যখন আপনি নিয়ন্ত্রিত ওয়ার্কলোডে, বহু-সংগঠনমূলক ওয়ার্কফ্লোতে, বা যেকোনো পরিবেশে যেখানে ভবিষ্যতের অডিটর আপনাকে বিশ্বাস করবে না, তখন রসিদই হবে যেভাবে আপনি অডিট ট্রেইলটিকে সৎ রাখতে পারবেন।

সবচেয়ে গুরুত্বপূর্ণ বিষয়: রসিদ প্রমাণ করে কে কি বলেছে, কখন। তারা প্রমাণ করে না যে যা বলা হয়েছে তা সত্য বা সঠিক। এই পার্থক্যটি কঠোরভাবে ধরুন। এটি সৎ উৎস পদ্ধতি এবং বিভ্রান্তিকর একটি ব্যবস্থার মধ্যে পার্থক্য।

প্রোডাকশন চেকলিস্ট

এই পাঠ থেকে সন্ন্যাস নেয়ার পর যখন আপনি রসিদ-স্বাক্ষরযুক্ত এজেন্ট বাস্তব পরিবেশে মোতায়েন করবেন:

AI এজেন্ট সুরক্ষার বিষয়ে আরও প্রশ্ন আছে?

অন্যান্য শিক্ষার্থীদের সাথে সাক্ষাৎ করার জন্য, অফিস আওয়ার এ অংশগ্রহণ করতে, এবং আপনার AI এজেন্ট সম্পর্কিত প্রশ্নের উত্তর পেতে Microsoft Foundry Discord এ যোগ দিন।

এই পাঠের বাইরেও

এই পাঠে একক-রসিদ সাইনিং এবং হ্যাশ-চেইনযুক্ত সিকুয়েন্স কভার করা হয়েছে। একই প্রিমিটিভগুলো আরও কয়েকটি উন্নত প্যাটার্নে গঠিত যা আপনি আপনার গভর্নেন্স অবস্থান পরিপক্ক হলে দেখতে পারেন:

অতিরিক্ত সম্পদ

পূর্ববর্তী পাঠ

কম্পিউটার ইউজ এজেন্ট নির্মাণ (CUA)

পরবর্তী পাঠ

(পাঠক্রম রক্ষণাবেক্ষকদের দ্বারা নির্ধারিত হবে)

অস্বীকৃতি: এই নথিটি AI অনুবাদ পরিষেবা Co-op Translator ব্যবহার করে অনূদিত হয়েছে। যদিও আমরা শুদ্ধতার জন্য চেষ্টা করি, অনুগ্রহ করে মনে রাখবেন যে স্বয়ংক্রিয় অনুবাদে ত্রুটি বা অসঙ্গতি থাকতে পারে। মূল নথিটি তার স্বভাষায় কর্তৃত্বপূর্ণ উৎস হিসেবে বিবেচিত হওয়া উচিত। গুরুত্বপূর্ণ তথ্যের জন্য পেশাদার মানব অনুবাদ সুপারিশ করা হয়। এই অনুবাদের ব্যবহারে প্রয়োজনীয় ভুল বোঝাবুঝি বা ভুল ব্যাখ্যার জন্য আমরা দায়বদ্ধ নই।

This site is open source. Improve this page.