فایل‌های آماده

فایل SQL شامل ساخت دیتابیس، جداول، روابط، ایندکس‌ها، RLS، Procedureها، Viewها، داده‌های تمرینی و گزارش‌های مشاهده و دانلود است.

تحلیل اولیه مسئله

در یک سامانه مستندات حساس، فقط نگهداری نام و مسیر فایل کافی نیست. سامانه باید ثابت کند چه کسی، با چه سطح دسترسی، در چه نشست و از چه IP یا دستگاهی، کدام نسخه را مشاهده، دانلود، چاپ یا به اشتراک گذاشته است.

سناریوی پیشنهادی

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

1. مالک سند، عنوان، دسته، واحد، سطح امنیت و سیاست نگهداری را ثبت می‌کند.
2. فایل در فضای امن قرار می‌گیرد و هش SHA-256 نسخه ثبت می‌شود.
3. کاربر پس از ورود و MFA، شناسه‌اش در SESSION_CONTEXT قرار می‌گیرد.
4. RLS فقط ردیف‌های مجاز را برمی‌گرداند.
5. برای دسترسی بین‌واحدی، مجوز صریح و زمان‌دار ثبت می‌شود.
6. مشاهده، دانلود، چاپ، تأیید و دسترسی ناموفق در Audit Log ثبت می‌شود.

معماری پیشنهادی

سطوح امنیتی

نمای کلی جداول

منطق کنترل دسترسی

اسکریپت از SESSION_CONTEXT('AppUserId') و Row-Level Security استفاده می‌کند. قاعده دسترسی به این ترتیب است:

1. کاربر فعال باشد و حساب قفل نباشد.
2. مجوز صریح Deny بر Allow و دسترسی پایه مقدم است.
3. مالک سند و مدیر سامانه دسترسی پایه دارند.
4. سطح مجوز کاربر حداقل برابر سطح سند باشد.
5. برای اسناد واحدی، کاربر عضو همان واحد باشد؛ سند سراسری محدودیت واحد ندارد.
6. مجوز صریح کاربر یا نقش می‌تواند دسترسی موقت بین‌واحدی بدهد.

EXEC sec.usp_SetAppUserContext     @Username = N'maryam.finance';  EXEC doc.usp_ListAccessibleDocuments;

ثبت سوابق مشاهده و دانلود

جدول audit.DocumentActivities کاربر، نشست، سند، نسخه، نوع عملیات، زمان UTC، IP، دستگاه، نتیجه، حجم دانلود، واترمارک و JSON تکمیلی را نگه می‌دارد.

Procedure درج رویداد، هش رکورد قبلی را در payload رکورد جدید وارد می‌کند. بنابراین حذف یا تغییر یک رویداد وسط زنجیره با audit.usp_ValidateActivityHashChain قابل تشخیص است.

EXEC audit.usp_ValidateActivityHashChain;

لایه‌های امنیتی مکمل

کوئری‌های تمرینی

چه کسی چه سندهایی را دیده است؟

SELECT FullName, DocumentNumber, Title,        COUNT(*) AS ViewCount,        MAX(OccurredAt) AS LastViewedAt FROM audit.vw_DocumentAccessHistory WHERE ActivityCode = 'VIEW'   AND IsSuccessful = 1 GROUP BY FullName, DocumentNumber, Title ORDER BY LastViewedAt DESC;

دانلودهای موفق

SELECT FullName, DocumentNumber, Title,        OccurredAt, DownloadedBytes,        WatermarkCode, IPAddress FROM audit.vw_DocumentAccessHistory WHERE ActivityCode = 'DOWNLOAD'   AND IsSuccessful = 1 ORDER BY OccurredAt DESC;

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

SELECT OccurredAt, Username, DocumentNumber,        ActivityName, FailureReason,        IPAddress, DeviceName FROM audit.vw_DocumentAccessHistory WHERE IsSuccessful = 0    OR ActivityCode = 'ACCESS_DENIED' ORDER BY OccurredAt DESC;

روش اجرای فایل SQL

1. فایل را در SQL Server Management Studio باز کنید.
2. آن را روی یک Instance آزمایشگاهی اجرا کنید.
3. دیتابیس CorporateDMS_Lab ساخته می‌شود.
4. داده‌های نمونه شامل ده سند، سیزده نسخه، هشت کاربر و سی رویداد ثبت می‌شود.
5. در انتهای فایل، گزارش‌های نمونه به‌صورت خودکار اجرا می‌شوند.

نکات ضروری محیط تولید

• رمز عبور واقعی را با Identity Provider و الگوریتم‌هایی مانند Argon2id یا bcrypt مدیریت کنید؛ هش‌های نمونه SQL صرفاً آموزشی‌اند.
• اتصال مستقیم برنامه به جداول Audit ممنوع و عملیات فقط از Procedureهای محدود انجام شود.
• کلیدهای فایل و TDE در HSM/Key Vault نگهداری و دوره‌ای چرخانده شوند.
• SQL Server Audit، Backup رمزگذاری‌شده، تست بازیابی، SIEM و ذخیره غیرقابل‌تغییر فعال شود.
• مجوزهای موقت خودکار منقضی و حساب کارکنان جداشده فوراً غیرفعال شود.
• اسکن بدافزار، DLP، واترمارک پویا و لینک دانلود یک‌بارمصرف اعمال شود.