به‌صورت ایمن به اشتراک‌گذاری PDFها بدون بارگذاری در سایت‌های شخص ثالث: راهنمای گام‌به‌گام برای تیم‌های حقوقی
۱۴۰۴/۱۱/۱۷

به‌صورت ایمن به اشتراک‌گذاری PDFها بدون بارگذاری در سایت‌های شخص ثالث: راهنمای گام‌به‌گام برای تیم‌های حقوقی

چگونه تیم‌های حقوقی می‌توانند PDFها را داخل پورتال .NET خود به‌جای یک سایت شخص ثالث پیش‌نمایش کنند، به‌طوری که رمزنگاری، توکن‌ها و ثبت لاگ‌های حسابرسی در جایی که باید باشند نگهداری شود: در برنامه شما.

دپارتمان‌های حقوقی قراردادها، فایل‌های شواهدی و سایر اسناد بسیار محرمانه را مدیریت می‌کنند. جریان کاری معمولی بارگذاری یک PDF در سرویس اشتراک‌گذاری مبتنی بر ابر بلافاصله یک خطر امنیتی ایجاد می‌کند: فایل خارج از مرزهای شرکت شما قرار می‌گیرد و کنترل دقیق بر این‌که چه کسی می‌تواند آن را ببیند و برای چه مدت زمان از دست می‌رود.

اگر بتوانید یک نمایشگر PDF امن و رمزنگاری‌شده را مستقیماً در پورتال وب .NET خود جاسازی کنید، تضمین می‌کنید که سند هرگز به سرور شخص ثالثی نمی‌رسد؟

در این راهنما ما یک معماری عملی ساخته‌شده دور Doconut Viewer، SDK نمایشگر اسناد .NET را مرور می‌کنیم. این SDK در برنامه شما نصب می‌شود و هیچ‌گونه تماس‌گیری با سرورهای Doconut ندارد، بنابراین سند هرگز زیرساخت شما را ترک نمی‌کند.

دو نکته را پیش از اولین گام واضح کنیم، زیرا بقیه راهنما به آن‌ها وابسته است. وب‌سایت Doconut یک نمایشگر وب رایگان است — یک وب‌سایت، نه یک کامپوننت، و نه آنچه که اینجا نصب می‌کنید. و رمزنگاری، توکن‌ها و لاگ حسابرسی زیر، متعلق به شماست تا بسازید: SDK اسناد را رندر می‌کند، برنامه‌ای برای ارائه یک برنامه انطباقی نمی‌فرستد. Doconut هیچ گواهی ISO 27001، گزارش SOC 2 یا تأییدیه HIPAA ندارد، بنابراین استدلال انطباقی که می‌توانید به یک ناظر ارائه دهید، معماری است — فایل داخل مرزی می‌ماند که قبلاً کنترل می‌کنید.


چرا اشتراک‌گذاری ابری سنتی ناکافی است

ریسکسرویس ابری معمولیآنچه این معماری به‌جای آن انجام می‌دهد
دورافتادگی داده - فایل در سرورهای خارجی ذخیره می‌شودفایل‌ها در ذخیره‌سازی ارائه‌دهنده نگهداری می‌شوند، اغلب در مناطقی که شما نمی‌توانید کنترل کنید.PDF در زیرساخت خود شما می‌ماند. SDK آن را در آنجا رندر می‌کند و هیچ‌کس را صدا نمی‌زند.
از دست رفتن کنترل بر مدت زمان دسترسیلینک‌های اشتراک‌گذاری می‌توانند به‌صورت نامحدود فوروارد شوند.شما توکن‌های کوتاه‌مدت و تک‌بار مصرف صادر می‌کنید. این کدی است که می‌نویسید، نه یک سوئیچ که می‌زنید.
نقاط ضعف انطباقلاگ‌های حسابرسی اغلب به رویدادهای «دانلود» محدود هستند.شما هر درخواست پیش‌نمایش را لاگ می‌کنید، زیرا درخواست به نقطه انتهایی خود شما می‌رود.
وابستگی به افزونهبسیاری از نمایشگرها به فلش، ActiveX یا افزونه‌های مرورگر نیاز دارند.هیچ‌چیزی بر روی دستگاه خواننده نصب نمی‌شود؛ مرورگر صفحات رندر شده را دریافت می‌کند.

نمای کلی راه حل

  1. نصب Doconut Viewer در پروژه .NET خود.
  2. رمزنگاری PDFها در حالت استراحت با کلید سمت سرور، با استفاده از رمزنگاری خود .NET.
  3. جاسازی نمایشگر در یک صفحه Razor یا نمای MVC، پشت توکنی که برنامه شما صادر می‌کند.
  4. ثبت لاگ هر درخواست پیش‌نمایش برای مسیرهای حسابرسی و تشخیص ناهنجاری.

گام‌های ۲، ۳ و ۴ کار برنامه شماست. بخش SDK گام ۱ و رندرینگ است؛ همه چیزهای محافظتی در این طراحی کدی است که شما مالک آن هستید، به همین دلیل می‌تواند توسط تیم خودتان حسابرسی شود.

در ادامه یک راهنمای گام‌به‌گام دقیق برای هر مرحله ارائه می‌شود، شامل توصیه‌های بهترین شیوه برای مدیریت کلید، امنیت توکن و لاگ‌گیری انطباقی.


گام 1 – آماده‌سازی محیط .NET شما

  1. راه‌اندازی راه‌حل خود در Visual Studio (پیشنهاد می‌شود 2022 یا نسخه‌های بعدی).
  2. انتخاب چارچوب هدف. Doconut Viewer از ASP.NET، MVC، .NET Core، .NET 6+ و Blazor پشتیبانی می‌کند. نسخه‌ای که انتخاب می‌کنید را ثبت کنید — جزئیات یکپارچه‌سازی به نسخه وابسته است.
  3. نصب SDK از صفحه دانلود Doconut، با استفاده از بسته و مستنداتی که با نسخه انتخابی شما مطابقت دارد. نام بسته و مراحل نصب را از آن مستندات بگیرید نه از یک مقاله؛ هر دو در طول نسخه‌ها تغییر کرده‌اند.

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

نکات اضافی

  • ذخیرهٔ مرجع بسته در فایل Directory.Packages.props برای مدیریت متمرکز نسخه‌ها در چندین سرویس.

مرحله ۲ – ذخیرهٔ PDFها با رمزنگاری قوی

۲.۱ انتخاب الگوریتم رمزنگاری

این تصمیم و کد شماست. System.Security.Cryptography در .NET به شما AES-256-GCM را می‌دهد که رمزنگاری تأیید هویت‌شده ارائه می‌کند — محرمانگی و صحت را همزمان — و به عنوان پیش‌فرض قابل دفاع برای اسناد در حالت استراحت محسوب می‌شود.

هیچ الگوریتم رمزنگاری‌ای سیستم را به‌طور خودکار مطابق با GDPR، HIPAA یا ISO 27001 نمی‌کند. این چارچوب‌ها دربارهٔ فرآیندها، کنترل دسترسی، نگهداری و شواهد سؤال می‌پرسند. رمزنگاری تنها یکی از کنترل‌ها در میان بسیاری است و یک کتابخانهٔ نمایشگر نمی‌تواند بقیه را فراهم کند.

۲.۲ پیاده‌سازی مدیریت امن کلید

  • هرگز کلیدها را به‌صورت ثابت در کد ننویسید. از Azure Key Vault، AWS KMS یا HashiCorp Vault برای بازیابی کلید رمزنگاری در زمان اجرا استفاده کنید.
  • کلیدها را به‌صورت منظم چرخانید — هر ۹۰ روز یک عمل رایج است. کار بازرمزنگاری را پیش از نیاز برنامه‌ریزی کنید؛ کشف اینکه راهی برای تغییر کلید ندارید، در طول یک حادثه چیز بدی است که باید یاد بگیرید.

مرحله ۳ – تولید توکن زمان‌محدود، تک‌استفاده‌ای

توکن پیش‌نمایش شبیه یک نشان تک‌استفاده عمل می‌کند که به‌صورت خودکار منقضی می‌شود. این توکن شامل:

  • شناسه کاربر – کسی که مجاز به مشاهدهٔ سند است.
  • شناسه PDF – فایل رمزنگاری‌شده‌ای که باید پخش شود.
  • انقضا – معمولاً ۵ تا ۱۰ دقیقه، قابل تنظیم بر حسب سیاست.
  • امضا – امضای HMAC یا RSA برای جلوگیری از دستکاری.

۳.۱ ملاحظات امنیتی

  • TLS در همه‌جا – همیشه توکن را از طریق HTTPS سرو کنید.
  • حداقل دسترسی – فقط داده‌های مورد نیاز برای پیش‌نمایش را رمزگذاری کنید؛ از درج ادعاهای اضافی خودداری کنید.
  • لغو توکن – یک «فهرست سیاه» ساده در Redis امکان لغو فوری را در صورتی که حقوق دسترسی کاربر تغییر کند، فراهم می‌کند.

مرحله ۴ – تعبیهٔ DoconutApp Viewer

۴.۱ نقطهٔ انتهایی استریمینگ سمت سرور

  • رمزگشایی در حافظه اگر مدل تهدید شما این را می‌طلبد، به‌طوری که متن واضح هرگز روی دیسک ذخیره نشود. این نقطهٔ انتهایی شماست، بنابراین تصمیم‌گیری و بررسی کد بر عهدهٔ شماست.
  • رندرینگ بر روی سرور شما انجام می‌شود، نه در مرورگر خواننده. این باعث می‌شود مرورگر سند را بدون دریافت فایل منبع نمایش دهد — و همین دلیل است که باید بررسی کنید SDK خروجی موقت رندر را کجا می‌نویسد و چه چیزی آن را حذف می‌کند.

۴.۲ بدون نیاز به افزونه‌ها

خواننده صفحات رندرشده را از طریق فناوری‌های وب استاندارد دریافت می‌کند، بنابراین DoconutApp Viewer در Chrome، Edge، Firefox و Safari بدون هیچ افزونه، کنترل ActiveX یا وابستگی به Flash کار می‌کند. هیچ چیزی بر روی لپ‌تاپ وکیل نصب نمی‌شود، که معمولاً تفاوت بین یک بررسی امنیتی که به پایان می‌رسد و یکی که نمی‌رسد، است.


مرحله ۵ – حسابرسی و ثبت دسترسی برای انطباق

تیم‌های حقوقی اغلب به یک ردیاب غیرقابل دستکاری از اینکه چه کسی چه قراردادی را کی مشاهده کرده نیاز دارند. یک خط لولهٔ ثبت‌لاگ ساختاری پیاده‌سازی کنید:

فیلدتوضیح
UserIdشناسهٔ حرفه‌ای حقوقی درخواست‌کننده
PdfIdمرجع داخلی به سند رمزنگاری‌شده
Timestampزمان UTC درخواست پیش‌نمایش
IpAddressIP منبع (مفید برای بررسی موقعیت جغرافیایی)
UserAgentرشتهٔ مرورگر برای تحلیل قضایی
Resultموفقیت / شکست (مثلاً توکن نامعتبر، خطای رمزگشایی)

بهترین شیوه‌ها

  • لاگ‌ها را در یک دیتاست افزودنی‑تنها، غیرقابل تغییر (مثلاً Azure Log Analytics، Splunk یا یک سطل S3 فقط‑نوشتنی) ذخیره کنید.
  • فعال‌سازی هشدار برای الگوهای غیرعادی — مانند استفاده از یک توکن از دو IP متفاوت در عرض چند ثانیه.
  • سیاست نگهداری: لاگ‌ها را به مدت مورد نیاز حوزه قضایی خود نگه دارید (معمولاً ۷ سال برای سوابق قانونی).

خلاصهٔ سریع

  1. DoconutApp Viewer را در پروژهٔ .NET خود نصب کنید، با استفاده از مستندات نسخهٔ خود.
  2. PDFها را هنگام نوشتن با AES-256-GCM از کتابخانهٔ رمزنگاری .NET رمزنگاری کنید؛ کلیدها را از طریق سرویس vault مدیریت کنید.
  3. زمانی که کاربر درخواست مشاهده می‌کند، یک توکن پیش‌نمایش کوتاه‌مدت و تک‌استفاده صادر کنید.
  4. در سرور خود رندر کنید و DoconutApp Viewer را در یک صفحه Razor تعبیه کنید. سند هرگز به شخص ثالث نمی‌رود و هیچ چیزی بر روی دستگاه خواننده نصب نمی‌شود.
  5. هر پیش‌نمایش را برای قابلیت حسابرسی ثبت کنید، با هشدار برای الگوهای مشکوک.

نقاط ۲، ۳ و ۵ کد شما هستند. این تقسیم کار صادقانه است و ارزش دارد که به‌صورت واضح در مستندات امنیتی خود بیان شود، زیرا یک بازبینی‌کننده در نهایت خواهد پرسید که کدام طرف مسئول چه چیزی است.

نتیجه‌گیری

به اشتراک‌گذاری امن PDF نیازی به استفاده از سرویس شخص ثالث ندارد. با Doconut Viewer درون پورتال .NET خود، بخش حقوقی شما می‌تواند قراردادهای محرمانه، اسناد دعوا و سیاست‌های داخلی را بدون اینکه فایل هرگز زیرساخت شما را ترک کند، ارائه دهد.

آنچه SDK به شما می‌دهد، همان بخش نهایی است: رندرینگ در محیط شما، بدون تماس به سرور. رمزنگاری انتها به انتها، کنترل دسترسی و ردپای حسابرسی متعلق به شماست — که همین نکته مهم است، زیرا یک ویور که ادعا می‌کند این موارد را فراهم می‌کند، از شما می‌خواهد تا به انطباق فروشنده اعتماد کنید نه به خودتان.

آماده‌اید که آن را امتحان کنید؟ به doconut.com مراجعه کنید — مجوز آزمایشی رایگان است، و نمایش‌های زنده سریع‌ترین راه برای بررسی این هستند که آیا رندرینگ در بدترین سند شما پایدار است یا نه، پیش از این که هر کد بالا را بنویسید.

اجرای این مراحل به مسئولین انطباق آرامش ذهنی می‌بخشد، سطح حمله را کاهش می‌دهد و PDFهای شما را به‌طور محکم درون دیوارآتش سازمانی‌تان نگه می‌دارد — دقیقاً وضعیت امنیتی که هر تیم حقوقی به آن نیاز دارد.

امن بمانید، مطابق بمانید، و آن پاکت‌های مهر و موم شده را در جایی که باید نگه دارید: درون خزانه خودتان.