امنیت، هویت، استقرار و تاب‌آوری · فصل ۸ — Security، Tenant، Rights و Hallucination · 121

Rights/Canon Breach

failure را بعد از وقوع و به‌صورت موردی تحلیل می‌کند و هنوز detection، containment و repair path از قبل طراحی نشده است. موضوع جاری: «Rights/Canon Breach». می‌تواند failure family «Rights/Canon Breach» را بازتولید/تشخیص دهد و detection، containment و recovery مناسب را تعیین کند.

Rights/Canon Breach — en-US

خلاصهٔ درس

failure را بعد از وقوع و به‌صورت موردی تحلیل می‌کند و هنوز detection، containment و repair path از قبل طراحی نشده است. موضوع جاری: «Rights/Canon Breach».

می‌تواند failure family «Rights/Canon Breach» را بازتولید/تشخیص دهد و detection، containment و recovery مناسب را تعیین کند.

خروجی این درس

می‌تواند failure family «Rights/Canon Breach» را بازتولید/تشخیص دهد و detection، containment و recovery مناسب را تعیین کند.

پیش‌نیازها

1. دسترسی فنی به محتوا، مجوز انتشار آن را ثابت نمی‌کند

ممکن است یک سیستم بتواند فایل، متن، تصویر یا نسخه‌ای از یک منبع را با موفقیت بازیابی کند، اما این موفقیت فنی هیچ‌کدام از این دو سؤال را به‌تنهایی جواب نمی‌دهد: «آیا این نسخه طبق قواعد پروژه مرجع فعلی است؟» و «آیا استفاده‌ای که می‌خواهیم انجام دهیم در دامنه مجوز/سیاست ثبت‌شده قرار دارد؟» این درس این دو سؤال را جدا می‌کند تا retrieval success به اشتباه به authorization یا canon integrity تبدیل نشود.

2. Rights و Canon دو محور مستقل‌اند

Canon در این درس یک مفهوم governance داخلی است: کدام منبع و کدام نسخه برای محصول، دوره یا دانش‌نامه مرجع رسمی محسوب می‌شود. Rights/Permission سؤال دیگری است: طبق metadata و policy موجود، چه استفاده‌ای مجاز، محدود یا نامشخص است. یک آیتم می‌تواند canonical باشد اما برای adaptation مجوز نداشته باشد؛ یا اجازه reproduction داشته باشد ولی نسخه‌اش superseded شده و دیگر canonical نباشد.

3. Citation با permission یکی نیست

وجود citation فقط provenance یا ارجاع را بهتر می‌کند؛ مجوز تکثیر، adaptation یا distribution را ایجاد نمی‌کند. WIPO در مرور عمومی copyright، حقوق اقتصادی و حقوق معنوی را از هم تفکیک می‌کند و توضیح می‌دهد که دامنه limitations/exceptions به قوانین ملی وابسته است. [WIPO-COPYRIGHT] بنابراین در این درس هر citation باید جدا از rights_metadata و permission_scope بررسی شود و نبود اطلاعات حقوقی به‌صورت UNKNOWN باقی بماند.

4. Canon version باید صریح و قابل ممیزی باشد

ثبت نام منبع بدون نسخه کافی نیست. برای هر آیتم حداقل source_id، selected_version و approved_canon_version را نگه دارید. اگر نسخه انتخاب‌شده با نسخه مورد تأیید governance یکی نباشد، حتی با permission کافی، failure از جنس canon breach است. این تصمیم حقوقی نیست؛ فقط اجرای قاعده مرجع پروژه است.

5. Permission scope را با intended use مقایسه کنید

یک license/consent/policy record ممکن است reproduction را اجازه دهد اما adaptation را نه؛ یا استفاده داخلی را مجاز بداند ولی انتشار عمومی را پوشش ندهد. پس «permission موجود است» یک boolean کافی نیست. باید intended use را با scope ثبت‌شده مقایسه کنید. در Lab، همه‌ی این scopeها synthetic هستند و فقط همان policy مصنوعی ملاک تصمیم است.

6. مرز حقوقی را از مرز فنی جدا نگه دارید

WIPO تأکید می‌کند که limitations و exceptions میان کشورها متفاوت‌اند، و اداره کپی‌رایت آمریکا نیز حقوقی مانند reproduction، derivative works و distribution را در چارچوب قانون آمریکا توضیح می‌دهد و facts/ideas/methods را از protected expression متمایز می‌کند. [WIPO-COPYRIGHT] [USCO-CIRC1] این منابع برای framing آموزشی‌اند؛ این درس مالکیت، fair use، اعتبار license یا استثناء قانونی را برای یک مورد واقعی تعیین نمی‌کند.

7. Generated یا adapted بودن، provenance را حذف نمی‌کند

اگر محتوایی با AI تولید یا از منبعی خلاصه/بازنویسی شده، همچنان باید روشن باشد بر چه inputs یا source recordsی تکیه دارد و policy پروژه چه می‌گوید. «Generated» بودن به‌تنهایی clearance ایجاد نمی‌کند. اگر provenance لازم برای اعمال policy ناقص باشد، state باید باز بماند یا آیتم quarantine شود تا evidence تکمیل شود.

8. Rights & Canon Integrity Review Record v1

Artifact اصلی این درس یک record ردیفی است: Item ID، Source، Selected Version، Approved Canon Version، Canon Status، Rights Metadata، Permission Scope، Intended Use، Attribution Requirement، Provenance، Policy Decision، Legal/Policy Uncertainty، Review Trigger و Release State. هدف این است که reviewer بتواند تصمیم را از evidence آشکار بازسازی کند، نه از reasoning پنهان.

9. ماتریس چهارحالته را اشتباه یکی نکنید

چهار ترکیب مهم دارید: canon OK + rights OK، canon OK + rights blocked/unknown، canon breach + rights OK و canon breach + rights blocked/unknown. فقط حالت اول می‌تواند طبق policy fixture release-eligible باشد. سه حالت دیگر علت و recovery متفاوت دارند؛ ادغام آن‌ها زیر برچسب کلی «مشکل کپی‌رایت» باعث repair اشتباه می‌شود.

10. UNKNOWN یک وضعیت معتبر است، نه نقص گزارش

وقتی rights metadata وجود ندارد، scope مبهم است، provenance کافی نیست یا سؤال واقعاً به تفسیر حقوقی نیاز دارد، سیستم نباید جواب حدسی بسازد. UNKNOWN/REVIEW یعنی evidence برای release کافی نیست. این درس deliberately بین «policy breach قطعی در fixture» و «وضعیت حقوقی نامشخص» تفاوت می‌گذارد.

11. Containment باید انتشار را متوقف کند، نه evidence را پاک کند

Containment مناسب می‌تواند quarantine، withholding، بازگشت به نسخه canonical قبلی، محدودکردن intended use یا ارسال به human review باشد. حذف citation، پاک‌کردن metadata یا جایگزین کردن آیتم بدون ثبت provenance repair نیست؛ evidence chain را خراب می‌کند. containment باید reversible و قابل ممیزی بماند.

12. Recovery باید همان بُعد خراب را تغییر دهد

برای canon breach، recovery با انتخاب/تأیید نسخه درست و rerun gate انجام می‌شود. برای rights-scope breach، باید permission scope یا intended use با policy معتبر هم‌راستا شود. برای missing rights metadata یا provenance gap، evidence باید اضافه شود یا پرونده به review بماند. یک rerun سبز بدون تغییر در evidence مربوط، closure قابل دفاع نیست.

13. Closure را با changed-context transfer امتحان کنید

بعد از repair فقط fixture قبلی را دوباره اجرا نکنید. یک case تغییر‌یافته لازم است که مثلاً permission همان باشد اما approved canon version عوض شود. اگر سیستم هنوز label قبلی را کپی کند، failure جدید را نمی‌بیند. در transfer این درس یک آیتم ابتدا release-eligible است ولی با تغییر canon authority باید به quarantine برگردد.

14. Lab: هشت fixture و 64 assertion

Lab هشت case synthetic دارد: baseline مجاز، نسخه superseded، adaptation خارج از permission، rights metadata نامشخص با citation موجود، attribution موردنیاز ولی غایب، provenance ناقص برای generated summary، آیتم non-canonical ولی permitted، و transfer که canon پس از تغییر governance نامعتبر می‌شود. هر case هشت خروجی دارد و تست مدیریتی دقیقاً ۶۴ assertion را بررسی می‌کند.

15. Exit checklist و مرز مسئولیت

قبل از خروج باید بتوانید جداگانه بگویید canon چه وضعی دارد، rights metadata چه می‌گوید، intended use در scope هست یا نه، attribution/provenance کامل است یا نه، release action چیست، کدام عدم‌قطعیت باقی مانده و چه evidenceای state را تغییر می‌دهد. این درس راهنمای governance و evidence handling است، نه مشاوره حقوقی؛ هر مورد خارج از policy صریح باید به human review یا مشاور صلاحیت‌دار ارجاع شود.

ارزیابی

پاسخ‌نامه‌ی این درس در بسته‌ی آموزش وجود ندارد؛ خودت جواب بده و صادقانه علامت بزن. «نیاز به مرور» درس را به صف تکرار می‌فرستد.

FLR-011-AF1 formative

lesson ✗AI ✗notes ✗

FLR-011-AF2 formative

lesson ✗AI ✗notes ✗

FLR-011-AF3 formative

lesson ✗AI ✗notes ✗

FLR-011-AS1 summative

lesson ✗AI ✗notes ✗

FLR-011-AS2 transfer

lesson ✗AI ✗notes ✗
ملاک‌های ارزیابی (rubric)

A passing submission must: (1) keep canon/version authority separate from rights/permission status; (2) compare intended use with explicit permission scope; (3) preserve REVIEW_UNKNOWN when rights or provenance evidence is insufficient; (4) distinguish attribution/provenance policy failures from legal conclusions; (5) choose a bounded release, quarantine, or review action; (6) state residual legal/policy uncertainty; and (7) rebuild the transfer case when canon authority changes.

A submission fails if citation, retrievability, generated status, or canonical status is treated as automatic permission, or if synthetic policy evidence is presented as a jurisdiction-specific legal determination.

منابع و تازگی

Frequently Asked Questions: Copyright
World Intellectual Property Organization (WIPO) ·
Circular 1: Copyright Basics
U.S. Copyright Office ·

مطالعهٔ موارد (case studies)

فایل‌های آزمایشگاه

Implement a bounded evaluate(case) function over eight synthetic content-governance cases. Treat project canon/version authority and supplied rights/permission metadata as separate axes. Compare intended_use with allowed_uses; do not infer permission from citation_present.

Preserve review/unknown when rights metadata, canon authority, or required provenance is unresolved. Attribution and provenance are policy inputs, not substitutes for legal advice. Re-evaluate the changed-context fields from scratch. No real copyrighted corpus, production rights record, customer data, or jurisdiction-specific legal determination is used.

رسانه و اسلایدهای درس

MAKNOW_FLR-011_DECISION_EVIDENCE_TABLE_v1.0.svg
DECISION EVIDENCE TABLE v1.0.svg
MAKNOW_FLR-011_FAILURE_REPAIR_v1.0.svg
FAILURE REPAIR v1.0.svg
MAKNOW_FLR-011_PRIMARY_MODEL_v1.0.svg
PRIMARY MODEL v1.0.svg
MAKNOW_FLR-011_WORKED_EXAMPLE_v1.0.svg
WORKED EXAMPLE v1.0.svg

فایل‌های آموزشی (دانلود)

XLSXRights Canon Integrity Review Record v1 v1.0.0.xlsxفایل‌های آموزشی (دانلود)
DOCXRights Canon Integrity Review Record v1 WORKSHEET v1.0.0.docxفایل‌های آموزشی (دانلود)
PDFRights Canon Integrity Review Record v1 WORKSHEET v1.0.0.pdfفایل‌های آموزشی (دانلود)