AI Privacy: data minimization, cache ও মানুষের review

এই পাঠে যা শিখবেন

• AI request-এ data minimization করুন
• Tenant-safe response caching design করুন
• Architecture suggestion মানুষের যাচাইয়ে নিন

সমস্যা দিয়ে শুরু

Architecture review assistant-এ production log paste করা হলো, যার মধ্যে customer email ও access token ছিল। Team common answer cache করতে গিয়ে tenant A-এর internal design tenant B-কে দেখাল। AI সহায়তা সময় বাঁচালেও data boundary হারিয়ে গেছে।

সহজ করে বুঝি

Privacy-aware AI architecture প্রয়োজনের ন্যূনতম data পাঠায়, retention ও access সীমিত করে এবং derived artifacts-এর lifecycle রাখে। Response cache-এ prompt meaning ছাড়াও tenant, permission scope, model ও corpus version গুরুত্বপূর্ণ। AI design suggestion একটি proposal; actual requirements, failure model ও implementation evidence মানুষ যাচাই করে।

পরিচিত একটি উপমা

পরামর্শকের কাছে বাড়ির নকশা দিলে দরজার spare key দেওয়ার প্রয়োজন নেই। নকশা একইরকম হলেও এক পরিবারের private তথ্য অন্য পরিবারকে দেওয়া যায় না। পরামর্শ সুন্দর হলেই building safety engineer-এর যাচাই বাদ যায় না।

নকশাটি দেখুন

flowchart LR
 I[User Input] --> M[Minimize and Redact]
 M --> A[Authorized AI Request]
 A --> C[Tenant and Version Scoped Cache]
 C --> R[Draft Recommendation]
 R --> H[Human Tradeoff Review]
 H --> D[Decision Record]

Input থেকে অপ্রয়োজনীয় identifier বাদ যায়। Authorization কোন document model দেখতে পারবে ঠিক করে। Cache user permission ও content version-এর scope মানে। Draft recommendation মানুষ capacity, security ও consistency assumptions দিয়ে review করেন। Approved decision ADR-এ reasoning ও evidenceসহ থাকে।

PHP ও Laravel-এ প্রয়োগ

Laravel response cache fragment; $permissionScopeHash server-derived membership scope এবং $corpusVersion active index version। HMAC key prompt plaintext keyspace-এ না রাখে, কিন্তু value-এর privacy নিজে সমাধান করে না। Highly sensitive responses cache না করার policy ভালো হতে পারে।

use Illuminate\Support\Facades\Cache;

$fingerprint = hash_hmac(
    'sha256',
    $normalizedQuestion,
    config('app.key'),
);
$key = implode(':', [
    'ai-answer', $tenantId, $permissionScopeHash,
    $modelVersion, $corpusVersion, $fingerprint,
]);
$answer = Cache::remember($key, 120, function () use ($assistant, $safeInput) {
    return $assistant->answer($safeInput);
});
// Recheck access before serving cached evidence and generated text.
// Deletion and permission changes must invalidate or version these entries.

এটি PHP 8.3+ ও Laravel 12-এর শিক্ষামূলক fragment; সম্পূর্ণ application নয়। সংশ্লিষ্ট route-এ authentication ও resource authorization প্রয়োগ করতে হবে। নিচের অনুশীলনে failure ইচ্ছা করে তৈরি করুন; শুধু সফল response দেখে correctness ধরে নেবেন না।

সুবিধা, সীমাবদ্ধতা ও trade-off

Caching cost ও latency কমায়, কিন্তু stale answer ও cross-user disclosure risk বাড়ায়। Redaction কিছু context হারায়; sensitive identifier সত্যিই দরকার কি না যাচাই করুন। Provider retention ও region contract না বুঝে “সব private” লেখা যাবে না।

সাধারণ ভুল

• Raw prompt ও retrieved confidential text সব log-এ লেখা।
• একই প্রশ্ন মানেই সব tenant-এর একই উত্তর ধরে cache করা।
• AI বলেছে scalable, তাই capacity estimate ও load test বাদ দেওয়া।

আরও একটু গভীরে

Data deletion শুধু source row নয়; vector chunks, caches, evaluation fixtures ও exported traces-ও অন্তর্ভুক্ত করতে পারে। Semantic caching কাছাকাছি প্রশ্নকে মেলায়, কিন্তু authorization equivalence প্রমাণ করে না। Human reviewer assumption register ধরে unsupported claim চিহ্নিত করতে পারেন।

দুই tenant-এ একই প্রশ্ন কিন্তু ভিন্ন policy দিন। Cache hit হলেও নিজস্ব answer চাই। Permission revoke করে পুরোনো cache access বন্ধ করুন। Review exercise-এ model-এর একটি microservice proposal নিয়ে operational staffing, transaction boundary এবং cost assumptions যাচাই করুন।

মনে রাখুন

• শুধু প্রয়োজনীয় data পাঠান।
• Cache-এ identity ও permissions থাকে।
• AI proposal evidence দিয়ে review করুন।

নিজে চেষ্টা করুন

AI architecture review-এর data flow map আঁকুন। Source documents, model request, logs, cache ও evaluation copy-এর retention এবং deletion owner নির্ধারণ করুন।

নিজের বোঝা যাচাই করুন

1. Hash privacy নিশ্চিত?

না। Key আড়াল করে, কিন্তু cached value বা provider request-এর sensitive data এখনও থাকতে পারে।

2. একই prompt share?

শুধু equivalent authorization ও public data হলে ভাবা যায়; tenant-private content সাধারণভাবে share নয়।

3. Permission বদলালে?

Cache invalidate বা permission-version scope বদলাতে হবে এবং access আবার যাচাই করতে হবে।

4. AI design approve করবে?

এটি proposal দেয়; team requirements, tradeoffs ও test evidence দিয়ে সিদ্ধান্ত নেয়।

5. Deletion কোথায়?

Source ছাড়াও derived index, cache, logs ও fixtures-এর lifecycle review করতে হয়।

আরও পড়ুন

• NIST privacy framework
• OWASP sensitive information disclosure
• Laravel cache