பாடத்திட்ட வீடியோவை பாருங்கள்: கிரிப்டோகிராபிக் ரசீத்களுடன் AI முகவர்களை பாதுகாப்பது
(பாட வீடியோ மற்றும் சிறுபடம் மைக்ரோசாப்ட் உள்ளடக்கம் குழுவால் ஒன்றிணைக்கும் பிறகு, பாடம் 14 / 15 முறையை பின்பற்றிக் கூடியதாக சேர்க்கப்படும்.)
இந்த பாடத்தில் கையாளப்பட உள்ளது:
இந்த பாடத்தை முடித்தவுடன், நீங்கள் எப்படி:
நீங்கள் Contoso Travel க்கு ஒரு AI முகவரைக் கோட்டுவிட்டீர்கள் என்று கற்பனை செய்யவும். முகவர் வாடிக்கையாளர் கோரிக்கைகளை வாசித்து, விமான APIகளை அழைத்து விருப்பங்களை பார்ப்பதற்கும், வாடிக்கையாளரின் சார்பாக இருக்கைகளை பதிவு செய்வதற்கும் பயன்படுகிறது. கடந்த கால நாற்பது ஆயிரம் பதிவு செய்யப்பட்டன.
இன்று ஒரு கண்காணிப்பாளர் வருகிறார். அவர் ஒரு எளிய கேள்வி கேட்கிறார்: “உங்கள் முகவர் என்ன செய்தார் என்பதைக் காண்பியுங்கள்.”
நீங்கள் உங்கள் பதிவு கோப்புகளை ஒப்படைக்கிறார். கண்காணிப்பாளர் அவற்றை பார்த்து கடினமான கேள்வி கேட்டார்: “இந்த பதிவுகள் திருத்தப்படவில்லை என்பதை எப்படி அறிகிறேன்?”
இது கண்காணிப்பு தடம் சிக்கல். இன்று பெரும்பாலான முகவர் செயலாக்கங்கள் அமையும்:
இவை ஏதும், கண்காணிப்பாளரின் கேள்விக்கு பதில் அளிக்க அருகுநிலை நம்பிக்கையில்லாமல் இயலாது (நீங்கள், உங்கள் மேகம் வழங்குநர், உங்கள் தரவுத்தள விற்பனையாளர்). உள்ளக பயன்பாட்டிற்கான இதன் நம்பிக்கை பொதுவாக ஏற்றுக்கொள்ளக்கூடியது. ஒழுங்குபடுத்தப்பட்ட பணி (நிதி, சுகாதாரம், ஐரோப்பிய AI சட்டத்திற்குள்ளவை) இதற்கு இல்லை.
கிரிப்டோகிராபிக் ரசீத்கள் இதைத் தீர்க்கின்றன - ஒவ்வொரு முகவர் செயலும் சுயமாக சரிபார்க்க முடியும். கண்காணிப்பாளர் உங்களை நம்ப வேண்டியதில்லை. அவருக்கு உங்கள் பொது விசை மற்றும் ரசீதே போதும்.
ஒரு ரசீதா என்பது முகவர் என்ன செய்ததென பதிவு செய்யும் ஒரு JSON பொருள் ஆகும், டிஜிட்டல் கையெழுத்துடன் கையெழுத்திடப்பட்டது.
flowchart LR
A[அனுவை ஒரு கருவியை பூசுகிறது] --> B[ரசீது பாய்லோட்டை கட்டமைக்கவும்]
B --> C[JSON RFC 8785 ஐ சாத canonicalize செய்யவும்]
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..."
}
}
மூன்று பணிகளை செய்கிற பண்புகள்:
கையெழுத்து. முகவரின் கேட்வே மூலம் Ed25519 தனியார் விசைப்படி ரசீதுக்கு கையெழுத்திடப்படுகிறது. தொடர்புடைய பொது விசையைக் கொண்ட ஒருவர் கையெழுத்தை ஆஃப்லைனில் சரிபார்க்க முடியும். எந்தப் புலத்திலும் மோசடி செய்து கையெழுத்தை செல்லாது செய்வது உள்ளது.
Canonical குறியாக்கம். கையெழுத்திடுவதற்கு முன்பு, ரசீதா JSON Canonicalization Scheme (JCS, RFC 8785) பயன்படுத்தி தொடரின் நிரலாக்கமிடப்படுகிறது. இது ஒரே தரவைக் கையாளும் இரண்டு அமல்படுத்தல்கள் பைட்டுகளாக இயல்பான ஒரே வெளியீட்டை ஏற்படுத்துவதை உறுதி செய்கிறது. canonicalization இல்லாமல், வேறுபட்ட JSON உள்வாங்கிகள் ஒரே உள்ளடக்கத்திற்கு வேறுபட்ட கையெழுத்துகளை உருவாக்கும்.
ஹாஷ் தொடர். 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
# உண்மையில் கையெழுத்திடப்பட்டayloadஐ மறுசீரமைக்கவும் (கையெழுத்தைதவிர அனைத்து தகவலும்).
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. எந்தவொரு நெட்வொர்க் அழைப்பும், சேவை சார்ந்த தன்மையும் அல்லது மூன்றாம் நபர் நம்பிக்கையும் தேவையில்லை.
மோசடி கண்டறிதலை நோக்கி செயல்படுத்த:
tool_args_hash புலத்தில் ஒரு பைட்டை மாற்றுதல்.இது பிரயோகரீதமான காணிப்பு, ரசீத்கள் மோசடி தெரியும் என்பதைக் காட்டுகிறது: சிறிய மாற்றமும் கையெழுத்தைக் கெடுக்கிறது.
ஒரே கையெழுத்திடப்பட்ட ரசீதா ஒரு செயலைப் பாதுகாக்கின்றது. பல ரசீத்களின் தொடர் தொடர் பாதுகாப்பு வழங்குகிறது.
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
ஒவ்வொரு ரசீதையும் அதற்குப் பின் வருமான ரசீதாவின் ஹாஷ் பதிவை கொண்டுள்ளது. 2ஆம் ரசீதையை அமைதியாக நகர்த்த அனுகுமாறு ஒரு தாக்குதலாளர்:
previous_receipt_hash புலத்தை மாற்ற சிரமம் (ரசீத 3ல் கையெழுத்து செல்லாது ஆகும்), அல்லதுதனியார் விசை ஹார்ட்வேர் விசை வாங்கியதில் இருந்தால் மற்றும் பொது விசையை ஒவ்வொரு ரசீதுடன் வெளியிடியிருந்தால், அவ்விதமான தாக்குதல் கண்டறியாமல் இயலாது.
நோட்புக் செயல்முறைகள்:
previous_receipt_hash முன் ரசீதாவின் உண்மையான ஹாஷுடன் பொருந்துவதை சரிபார்த்தல்.இது வெளியூர் கண்காணிப்பாளர் உங்களை நம்பாமல் கண்காணிப்பு தடத்தை சரிபார்க்குமாறு எவ்வாறு உருவாக்குவது என்பதன் விளக்கம்.
இந்த பாடத்தின் மிகவும் முக்கியமான பகுதி இது. ரசீத்கள் சக்திவாய்ந்தவை ஆனால் அவற்றின் சக்தி பொருத்தமானது.
ரசீத்கள் மூன்று விஷயங்களை நிரூபிக்கின்றன:
ரசீத்கள் நிரூபிக்கவில்லை:
policy_id பகுதியின் கொள்கை மதிப்பாய்வு செய்யப்பட்டதா, அல்லது காட்டப்பட்டால் அந்த செயலை அனுமதித்ததா என்பதல்ல. ரசீதம் கோரப்பட்டதை பதிவுசெய்கிறது, அமல்படுத்தியதல்ல.இது இரண்டு காரணங்களுக்காக அவசியம்:
பொதுவான பிழை: “நமக்கு ரசீதுகள் உள்ளன” என்றால் “நாங்கள் ஆட்சி செய்கிறோம்” என்று நினைத்தல். அது இல்லை. ரசீதங்கள் அடித்தளம். ஆட்சி நீங்கள் கட்டும் அமைப்பு.
இந்த பாடத்தில் உள்ள பைத்தான் குறியீடு குறைந்தபட்சமே; அதனால் ஒவ்வொரு வரியையும் நீங்கள் எளிதில் வாசித்து என்ன நடக்கிறது என்று புரிந்துகொள்ள முடியும். உற்பத்தியில் இரண்டு விருப்பங்கள் உண்டாகும்:
கிரிப்டோகிராபிக் அடிப்படைகளில் நேரடியாக செயலாக்கு. மேலே காட்டிய 50 வரிகள் பல பயன்பாடுகளுக்கு போதுமானது. PyNaCl (Ed25519) மற்றும் jcs தொகுப்பு (canonical JSON) பராமரிக்கப்படும் மற்றும் சான்றளிக்கப்பட்ட நூலகங்கள்.
ஒரு உற்பத்தி ரசீத நூலகத்தை பயன்படுத்துக. பல திறந்த ஊழிய திட்டங்கள் கூடுதல் அம்சங்களோடு ( விசை மறு சுழற்சி, தொகுப்பு சரிபார்ப்பு, JWK தொகுப்பு பகிர்வு, கொள்கை இயந்திரங்களுடன் ஒருங்கிணைப்பு) ஒத்த மாதிரியை செயல்படுத்துகின்றன:
draft-farley-acta-signed-receipts) ஐ பின்பற்றுகிறது.protect-mcp (npm) மற்றும் @veritasacta/verify (npm) தொகுப்புகள் Node அடிப்படையிலான ரசீத கையெழுத்து மற்றும் ஆஃப்லைன் சரிபார்ப்பு செயலாக்கங்களை வழங்குகின்றன, எந்த MCP சேவையையும் தவறான செயல்களுக்கு எதிரான கண்காணிப்பு தடத்துடன் சுற்றி பாதுகாக்கும் நோக்கில்.உங்கள் சொந்த JWT நூலகத்தைக் கட்டமைக்குதல் மற்றும் ஒரு சோதனை செய்யப்பட்ட நூலகத்தைப் பயன்படுத்துதல் என்ற வெவ்வேறு கருத்துக்கள் இரண்டையும் இந்த தேர்வு பின்பற்றுகின்றது: இரண்டும் பொருத்தமானவை; நூலகம் நேரத்தையும் கண்காணிப்பு மேம்பாட்டையும் குறைக்கிறது; அறியாமல் ஆரம்பிப்பது ஒவ்வொரு அடிப்படையை நன்கு புரிந்துகொள்ள வைக்கும். இந்த பாடம் ஆரம்ப முதல் நடப்பை கற்பிக்கிறது; அதன் மூலம் உங்கள் விருப்பத்தை வலுப்படுத்தலாம்.
பயிற்சிக்கு செல்லுமுன் உங்கள் புரிதலை சோதிக்கவும்.
1. ஒரு ரசீதா முகவரின் தனியார் Ed25519 விசையால் கையெழுத்திடப்படுகிறது. கண்காணிப்பாளருக்கு பொது விசை மட்டுமே உள்ளது. கண்காணிப்பாளர் ரசீதாவை ஆஃப்லைனில் சரிபார்க்க முடியும் ஏன்?
2. ஒரு தாக்குதலாளர் ஒரு ரசீதின் policy_id புலத்தை மேலான அனுமதியுடன் மாற்றுகிறார். கையெழுத்து அசல் தரவுக்கு முன்னதாக நடைபெற்றது. சரிபார்ப்பின் போது என்ன நடக்கும்?
3. ரசீதில் நிரலாக்கமற்ற பரிமாணங்கள் மற்றும் முடிவுகளாகாமல் tool_args_hash மற்றும் result_hash ஏன் சேர்க்கப்படுகிறது?
4. previous_receipt_hash புலம் ஒவ்வொரு ரசீதையையும் அதன் முன் ரசீதையுடன் இணைக்கிறது. ஒரு தாக்குதலாளர் தொடரின் நடுவில் ஒரு ரசீதையை அமைதியாக நீக்கினால் எது செல்லாது ஆகிறது?
5. ஒரு ரசீதா சரியாக சரிபார்க்கப்பட்டது. இது முகவரின் செயல் சரியானது, துல்லியமானது அல்லது கொள்கைக்கு ஏற்ப உள்ளது என்பதைக் நிரூபிக்கிறதா?
code_samples/18-signed-receipts.ipynb ஐ திறந்து அனைத்துப் பகுதிகளையும் செய்யவும்:
விரிவான சவால் 1: ரசீத வடிவமைப்பை உங்கள் விருப்பமான கூடுதல் புலத்துடன் (உதாரணத்திற்கு, தொடர்தொடர்புக்கான கோரிக்கை ஐடி) விரிவுபடுத்தவும், canonical கையெழுத்திடும் நடைமுறையை புதுப்பித்து, ரசீதம் சரிபார்ப்பு மூலம் முறைமையாகச் சுழற்சியிடும் என்பதை உறுதிப்படுத்தவும். பின்னர் புலத்தை மாற்றி சரிபார்ப்பு தோல்வியடையும் என்பதை உறுதி செய்யவும். இது canonical குறியாக்கத்தின் ஒவ்வொரு பைட்டும் கையெழுத்துக்கு எப்படி பங்களிக்கிறது என்பதைப் புரிந்துகொள்ளச் செய்கிறது. பிரிவுடைய சவால் 2: உங்கள் ரசீதுகள் இரண்டின் SHA-256 ஹாஷைப் (அவற்றின் canonical பைடுகளைக் கண்டிஷனல் ஒழுங்கில் இணைத்து) உருவாக்கி, மூன்றாவது ரசீதின் புதிய புலமாக அந்த ஹாஷிடை சேர்க்கவும், பிறகு அதை கையெழுத்திடவும். மூன்று ரசீதுகளும் இன்னும் சரியான முறையில் மிதக்கும் என்பதை உறுதிப்படுத்தவும். நீங்கள் இப்போது ஒரே படி உள்ளடக்க சான்றிதழை உருவாக்கி விட்டீர்கள்: மூன்றாவது ரசீதைக் கொண்டிருப்பவர்கள் முதல் இரண்டு ரசீதுகள் கையெழுத்தான நேரத்தில் இருந்துள்ளதை, அவற்றின் உள்ளடக்கத்தை வெளிப்படுத்தாமல் நிரூபிக்க முடியும். இது விருப்ப-வெளிப்படுத்தல் ரசீதுகள் பெரிய அளவில் பயன்படுத்தும் முறை ஆகும் (Merkle உறுதிமொழிகள், RFC 6962).
கிரிப்டோகிராபிக் ரசீதுகள் AI முகவர்கள் ஒரு ஆய்வு பாதையை வழங்குகின்றன, அது:
இவை உள்ளீடு சரிபார்ப்பு, கொள்கை அமல்படுத்தல், அல்லது அடையாளச் கட்டமைப்பிற்கான மாற்றாக அல்ல. அவை அந்த அடுக்குகளுக்கான அடித்தளமாக இருக்கின்றன. நீங்கள் கட்டுப்படுத்தப்பட்ட சுமைகளுக்கு, பல-அமைப்பு பணியடுக்கு வழிகளுக்கு அல்லது எதிர்கால ஆய்வாளர்கள் உங்களை நம்ப முடியாத எந்த சூழலிலும் முகவர்களை வெளியிடும்போது, ரசீதுகள் ஆய்வு பாதையை நம்பகமானதாக ஆக்கும்.
மிக முக்கியமான கருத்து: ரசீதுகள் யார் எப்போது என்ன சொன்னார்கள் என்பதை நிரூபிக்கும். அவர்கள் சொல்லப்பட்டவை சரி அல்லது உண்மை என்று நிரூபித்துக் கொள்வதில்லை. அந்த வேறுபாட்டை வலுவாகப் பிடிக்கவும். இது நேர்மையான ஆதார அமைப்பு மற்றும் தவறாக வழி நடத்தும் அமைப்பின் இடையேயான வித்தியாசம் ஆகும்.
இந்த பாடத்திலிருந்து卒業 செய்து ரசீத்களுடன் கையெழுத்திடப்பட்ட முகவர்கள் உண்மைப் சூழலில் கொண்டு செல்ல தயாராக இருக்கும்போது:
https://your-org.example.com/.well-known/agent-keys.json.Microsoft Foundry Discord இல் பங்கேற்று மற்றுயர்கள், அலுவலக நேரங்கள் மற்றும் உங்கள் AI முகவர் கேள்விகளுக்கு பதில்கள் பெறுங்கள்.
இந்த பாடம் ஒரே ரசீது கையெழுத்திடல் மற்றும் ஹாஷ் சங்கிலி வரிசைகளை கையாள்கிறது. ஒரே அடிப்படைகள் பல மேம்பட்ட முறைபாடுகளாக இணைக்கப்படலாம், உங்கள் நிர்வாக நிலைமைகள் வளரும்போது:
authorization_*) மற்றும் பின்-செல்லும் (result_*) பாதிகளாகப் பிரித்து தனித்தனியான கையெழுத்துக்களை வைத்திருக்கும்; இது அங்கீகாரம் மற்றும் பெறப்பட்ட முடிவுகள் வெவ்வேறு நபர்களால் அல்லது வேறு நேரங்களில் உருவாக்கப்பட்ட போது பயன்படும். இது இந்த பாடத்தில் கற்ற ரசீது வடிவத்தின் மீது சேர்க்கப்படும்.result_hash இல் நீங்கள் இடும் பைடுகளை ஒரு ரசீது மூடுகிறது. உண்மையான தரவுகள் ஒன்று இல்லாமல் பல கூறுகள்- முன்கூட்டிய முடிவுமுறைகள் (மாதிரி கணிப்பு, பரிந்துரைகள், ஆதாரம் மற்றும் அதன் முழுமை, ஆபத்து நிலை, பொறுப்புத் தொடர், வாயிலின் முடிவு) அனைத்தும் ஒரு ரசீதின் உள்ளே இருக்கலாம். இது ரசீது வடிவத்தை குறைந்த அளவில் வைத்திருக்கும் போது, தரவு படிமங்களை துறைக்கு ஏற்ப வளர்த்துக்கொள்ள உதவும்.signature.alg புலம் ML-DSA-65 (NIST குவாண்டம் கையெழுத்துக் குறியீடு தரகம்) உள்ளடக்கலாம். இடமாற்ற காலத்தை திட்டமிட்டு இரட்டைப் கையெழுத்திடப்பட்ட ரசீதுகளைத் தயாரியுங்கள்.கணினி பயன்படுத்தும் முகவர்கள் (CUA) கட்டமைத்தல்
(பாடத்திட்ட பராமரிப்பாளர்களால் தீர்மானிக்கப்படும்)
மறுப்பு: இந்த ஆவணம் AI மொழிபெயர்ப்பு சேவை Co-op Translator பயன்படுத்தி மொழிபெயர்க்கப்பட்டுள்ளது. நாங்கள் துல்லியத்திற்காக முயற்சி செய்துள்ளோம், ஆனால் தானாக செய்யப்படும் மொழிபெயர்ப்புகளில் பிழைகள் அல்லது தவறுகள் இருக்கலாம் என்பதை கவனத்தில் கொள்ளவும். அசல் ஆவணம் அதன் தாய்மொழியில் அதிகாரப்பூர்வ ஆதாரமாக கருதப்பட வேண்டும். முக்கியமான தகவல்களுக்கு, தொழில்நுட்பமான மனித மொழிபெயர்ப்பு பரிந்துரைக்கப்படுகிறது. இந்த மொழிபெயர்ப்பைப் பயன்படுத்துவதால் ஏற்படும் எந்த தவறான புரிதல்கள் அல்லது தவறான விளக்கத்திற்கும் நாங்கள் பொறுப்பில்வில்லை.