چیت‌شیت

اسرار، لاگ‌های بازرسی و انطباق

Secrets, Audit Logs and Compliance

کلیدهای متکی به والت، پاک‌سازی داده‌های هویتی حساس، لاگ‌های بازرسی، وب‌هوک‌های امضاشده، کنترل‌های چارچوب‌ها و تاریخ‌های قوانین هوش مصنوعی.

  • ۱۳ بخش
  • ۳ درس مرتبط
  • کد و دستورها عیناً از دوره‌ی اصلی
فهرست مطالب
  1. اجرای آزمایشگاه‌ها
  2. درگاه کلیدها را از والت واکشی می‌کند
  3. اعداد امنیتی
  4. مدخل لاگ بازرسی
  5. پاک‌سازی داده‌های هویتی حساس
  6. مسیر دریافت‌کننده‌ی وب‌هوک
  7. دستورات صندوق دریافت وب‌هوک
  8. چارچوب‌ها و وظایف آن‌ها در قبال LLM
  9. نگاشت کنترل بین چارچوب‌ها
  10. تاریخ‌ها و جریمه‌های EU AI Act
  11. چهار حوزه قضایی
  12. عیب‌یابی
  13. پرسش و پاسخ

اجرای آزمایشگاه‌ها

کار و کد
وظیفهکد
پاک‌ساز داده‌های هویتی حساس و لاگ بازرسی، درس 25code/main.py
نگاشت کنترل و نمایه، درس 26code/main.py
خط زمانی مقررات هوش مصنوعی، فاز 18python3 code/main.py
دموی وب‌هوک: 202، 200، 401go run . --mode demo
ساخت صندوق دریافت وب‌هوکgo build -o /tmp/webhook-inbox .

درگاه کلیدها را از والت واکشی می‌کند

معماری
درخواستواکشی در زمان درخواستپرامپت پاک‌سازی‌شدهفقط هاست مجازالحاقبرنامهبدون کلید ارائه‌دهندهدرگاه هوش مصنوعینقش IAM، گاردریل‌هاVaultOPENAI_API_KEYلیست سفید خروجیDNS فقط با لیست مجازارائه‌دهنده‌ی مدلapi.openai.comلاگ بازرسیتغییرناپذیر، به‌ازای هر فراخوانی

اعداد امنیتی

پیش‌فرض‌ها
تنظیمپیش‌فرضنکته
Key rotation≤ 90 daysکلیدها، توکن‌های ریشه والت، اعتبارات CI/CD
Token lifetimehoursتوکن‌های کوتاه‌مدت، نه روزها
Audit retention, SOC 21 yearنگهداری طبق مقررات
Audit retention, HIPAA6 yearsنگهداری طبق مقررات
Webhook clock skew5*time.Minuteهر دو سوی زمان حال
Webhook body size1..65536 bytesخواندن قبل از هرگونه رمزگشایی
Webhook secretWEBHOOK_SECRETحداقل 16 بایت
--seconds60طول عمر دریافت‌کننده، 1..600

مدخل لاگ بازرسی

کد
python
entry = AuditEntry(
    timestamp=datetime.utcnow().isoformat() + "Z",
    user=f"user_{i:03}",
    tenant="tenant_01",
    model="anthropic/claude-3.7-sonnet",  # مدل به همراه نسخه
    prompt_hash=hash_short(scrubbed),     # هش، نه خود پرامپت خام
    response_hash=hash_short(response),
    input_tokens=len(scrubbed.split()),
    output_tokens=len(response.split()),
    cost_usd=0.0012,
    guardrail_trips=[],                   # هرگونه فعال‌سازی گاردریل
)
print(audit_log_call(entry))              # یک خط JSON به‌ازای هر فراخوانی

پاک‌سازی داده‌های هویتی حساس

مفهوم‌ها
ترتیب
تشخیص موجودیت، ماسک، توکن‌سازی پایدار، نگاشت معکوس اختیاری.
الگوهای آزمایشگاه
عبارات باقاعده برای SSN، EMAIL و PHONE در scrubber.scrub.
توکن‌های پایدار
یک مقدار یکسان هر بار به همان جایگزین نگاشت می‌شود.
عبارات باقاعده و NER
عبارات باقاعده الگوهای پایه را می‌گیرند. NER فراتر می‌رود. از هر دو استفاده کنید.
زمان
پیش از فراخوانی LLM. پاک‌سازی پس از پردازش قابل دفاع نیست.
ذخیره‌سازی
فقط پرامپت‌های پاک‌سازی‌شده به همراه داده‌های خام با رضایت کاربر.
گاردریل خروجی
پاک‌سازی با عبارات باقاعده برای الگوهای نشت کلید API.

مسیر دریافت‌کننده‌ی وب‌هوک

گام‌به‌گام
  1. ReadDeliveryنیازمند POST، یک X-Delivery-ID معتبر و یک X-Timestamp عددی صحیح است؛ در غیر این صورت 400.
  2. Verifyبرچسب زمانی خارج از پنجره‌ی 5 دقیقه‌ای را با 401 رد می‌کند.
  3. Verifyمقدار HMAC-SHA256 از نوع v1= برچسب زمانی، شناسه و بدنه را با hmac.Equal می‌سنجد؛ در غیر این صورت 401.
  4. Acceptبا fsync و هاردلینک اتمیک می‌نویسد. تحویل جدید کد 202 بازمی‌گرداند.
  5. Retryهمان شناسه با همان بدنه کد 200 بازمی‌گرداند.
  6. Conflictهمان شناسه با بدنه‌ی متفاوت کد 409 بازمی‌گرداند.
  7. Replayیک شناسه صریح --run یک رسید پردازش می‌نویسد. بازپخش دوم از همان مجدداً استفاده می‌کند.

دستورات صندوق دریافت وب‌هوک

دستورها
دستورکارکرد
/tmp/webhook-inbox --mode serve --dir <dir> --listen 127.0.0.1:8141 --seconds 120دریافت تحویل‌ها به مدت 120 ثانیه
/tmp/webhook-inbox --mode sign --id delivery-1 --timestamp <unix> --body fixtures/event.jsonچاپ سه هدر امضاشده
/tmp/webhook-inbox --mode inspect --dir <dir> --id delivery-1نمایش تحویل ذخیره‌شده
/tmp/webhook-inbox --mode replay --dir <dir> --id delivery-1 --run review-1پردازش یک‌باره تحت شناسه‌ی اجرای review-1

چارچوب‌ها و وظایف آن‌ها در قبال LLM

مفهوم‌ها
SOC 2 Type II
کنترل‌ها در بازه‌ی 6 الی 12 ماهه به‌شکلی مؤثر عمل کنند.
HIPAA
بدون امضای BAA هیچ داده‌ی PHI نباید به سرویس‌های هوش مصنوعی خارجی برود.
GDPR
پاک‌سازی داده‌های حساس در لحظه، حقوق سوژه‌ی داده، سوابق ماده‌ی 30.
PCI-DSS
پیکربندی و قراردادها برای هوش مصنوعی مرتبط با پرداخت.
قانون هوش مصنوعی اتحادیه اروپا (EU AI Act)
دسته‌بندی سطوح ریسک. ریسک بالا نیازمند ارزیابی انطباق و لاگ‌گیری است.
قانون هوش مصنوعی کلرادو
ارزیابی‌های اثرگذاری و حق اعتراض. لازم‌الاجرا از 30 ژوئن 2026.
ISO 42001
حاکمیت هوش مصنوعی. در کنار ISO 27001 قرار می‌گیرد.

نگاشت کنترل بین چارچوب‌ها

دستورها
دستورکارکرد
access loggingISO 27001 A.5.15-5.18، GDPR Art. 32، HIPAA §164.312(a)، SOC 2 CC6
encryption in transitISO 27001 A.8.24، GDPR Art. 32، HIPAA §164.312(e)
secrets managementISO 27001 A.8.19، PCI DSS Req. 8، SOC 2 CC6.1
audit log retentionSOC 2 CC7، HIPAA §164.312(b)، ISO 27001 A.8.15
PII redaction (inference-time)GDPR Art. 25، EU AI Act Art. 10، HIPAA §164.514
impact assessmentColorado AI Act SB24-205، EU AI Act Art. 27
BAA signedHIPAA §164.504(e)

تاریخ‌ها و جریمه‌های EU AI Act

مفهوم‌ها
1 اوت 2024
لازم‌الاجرا شدن.
2 فوریه 2025
اعمال شیوه‌های ممنوع و سواد هوش مصنوعی.
2 اوت 2025
اعمال تعهدات حاکمیتی و GPAI.
2 اوت 2026
شمول کامل، شفافیت ماده‌ی 50، جرایم.
2 اوت 2027
سیستم‌های پرریسک تعبیه‌شده و GPAI ازپیش‌موجود.
بند 4 ماده‌ی 99
تا 15 میلیون یورو یا 3% برای تعهدات ریسک بالا.
بند 3 ماده‌ی 99
تا 35 میلیون یورو یا 7% برای شیوه‌های ممنوع.

چهار حوزه قضایی

مقایسه
شاخصاتحادیه اروپاایالات متحدهبریتانیاکره
رویکردسخت‌گیرانه، ریسک‌محورحامی نوآوریتمرکز محدود بر امنیتبه‌رهبری MSIT
نهادAI OfficeCAISI ذیل NISTمؤسسه امنیت هوش مصنوعی (AISI)AISI ذیل MSIT
تاریخ کلیدیلازم‌الاجرا از اوت 2024تغییر نام در ژوئن 2025تغییر نام در فوریه 2025لازم‌الاجرا از ژانویه 2026
وظیفه‌ی محوریسطوح ریسک، لاگ‌گیریپشتیبانی از استانداردهاامنیت مدل‌های مرزینماینده محلی

عیب‌یابی

عیب‌یابی
  • کلیدهای فایل حذف‌شده‌ی .env همچنان نشت می‌کنند

    علت
    کلیدها در تاریخچه‌ی git باقی مانده‌اند
    راه‌حل
    کلیدها را تعویض کنید. تمام commitها را اسکن کنید
  • داده‌ها از طریق DNS lookup خارج می‌شوند

    علت
    پاد LLM به هر هاستی دسترسی دارد
    راه‌حل
    لیست سفید خروجی، ریزالور منحصر به لیست مجاز
  • SSN به ارائه‌دهنده رسید

    علت
    عدم ماسک‌گذاری قبل از ارسال
    راه‌حل
    قبل از خروج پرامپت، داده‌های هویتی حساس را پاک‌سازی کنید
  • خطای 401 signature mismatch

    علت
    بایت‌های بدنه تغییر کرده‌اند
    راه‌حل
    دقیقاً بایت‌های فایل را ارسال کنید
  • خطای 401 timestamp outside acceptance window

    علت
    برچسب زمانی قدیمی یا متعلق به آینده
    راه‌حل
    با برچسب زمانی فعلی یونیکس امضا کنید
  • خطای 409 روی شناسه‌ی تحویل شناخته‌شده

    علت
    شناسه‌ی یکسان، بدنه‌ی متفاوت
    راه‌حل
    از یک شناسه‌ی تحویل جدید استفاده کنید
  • خطای --dir, 16-byte key env and seconds 1..600 required

    علت
    کلید کوتاه است یا پوشه‌ی صندوق دریافت وجود ندارد
    راه‌حل
    یک WEBHOOK_SECRET با طول 16 بایت و آرگومان --dir تنظیم کنید

پرسش و پاسخ

پرسش و پاسخ
با اعتبارات CI/CD چگونه برخورد می‌کنید؟
همانند محیط عملیاتی. در والت ذخیره کنید. دامنه‌اش را محدود کنید. پیوسته تعویض کنید.
Type I یا Type II؟
مسلماً Type II. نسخه Type I نقطه‌ی شروع است. نسخه Type II دروازه‌ی اصلی است.
آیا 202 یعنی عملیات انجام شده است؟
خیر. بایت‌های احرازهویت‌شده به‌طور پایدار پذیرفته شده‌اند.
کدام قواعد فرامرزی الزام‌آور هستند؟
سخت‌گیرانه‌ترین‌ها؛ معمولاً قانون EU AI Act در 2026.
چه عاملی GPAI را دارای ریسک سیستمی می‌کند؟
توان محاسباتی آموزش فراتر از 1e25 FLOP.