שתף קבצי PDF באופן מאובטח ללא העלאה לאתרים של צד שלישי: מדריך שלב‑אחר‑שלב לצוותים משפטיים
6.2.2026

שתף קבצי PDF באופן מאובטח ללא העלאה לאתרים של צד שלישי: מדריך שלב‑אחר‑שלב לצוותים משפטיים

כיצד צוותים משפטיים יכולים לצפות בקבצי PDF בתוך פורטל .NET שלהם במקום באתר של צד שלישי, כאשר ההצפנה, האסימונים ותיעוד הביקורת נשמרים במקום הנכון: באפליקציה שלכם.

מחלקות משפטיות מתמודדות עם חוזים, קבצי ראיות ומסמכים סודיים אחרים. זרימת העבודה הרגילה של העלאת קובץ PDF לשירות שיתוף מבוסס ענן יוצרת מיד סיכון אבטחה: הקובץ נמצא מחוץ לגבול הארגוני שלכם, ואתם מאבדים שליטה מדויקת על מי יכול לצפות בו ולמשך כמה זמן.

מה אם תוכלו לשלב מציג PDF מאובטח ומוצפן ישירות בפורטל .NET שלכם, ולהבטיח שהמסמך לעולם לא יגע בשרת של צד שלישי?

במדריך זה נפרט ארכיטקטורה פרקטית המבוססת על Doconut Viewer, ערכת פיתוח מציג מסמכים ל‑.NET. היא מותקנת באפליקציה שלכם ואינה מבצעת קריאות לשרתים של Doconut, ולכן המסמך לעולם לא יוצא מהתשתית שלכם.

שתי נקודות חשובות לפני הצעד הראשון, מכיוון שהמשך המדריך תלוי בהן. Doconut.app הוא מציג אינטרנט חינמי — אתר, לא רכיב, ולא מה שאתם מתקינים כאן. וההצפנה, האסימונים ותיעוד הביקורת שמופיעים למטה הם שלכם לבנייה: ערכת הפיתוח מציגה מסמכים, היא אינה מספקת תוכנית ציות. Doconut אינו מחזיק בתעודת ISO 27001, בדוח SOC 2 או באישור HIPAA, ולכן הטיעון הצייתני שאתם יכולים להציג לרגולטור הוא ארכיטקטורי — הקובץ נשאר בגבול שאתם כבר שולטים בו.


למה שיתוף בענן מסורתי אינו מספק

סיכוןשירות ענן טיפוסימה עושה ארכיטקטורה זו במקום
הגירה של נתונים - קובץ מאוחסן בשרתים חיצונייםקבצים נשמרים באחסון של הספק, לעיתים באזורים שאינך יכול לשלוט בהם.קובץ ה‑PDF נשאר בתשתית שלך. ה‑SDK מציג אותו שם ולא קורא לאף אחד.
איבוד שליטה על משכי הגישהקישורי שיתוף יכולים להיות מועברים ללא גבול.אתה מנפיק אסימונים קצרים לשימוש חד‑פעמי. זה קוד שאתה כותב, לא מתג שאתה מפעיל.
פערי ציותיומני ביקורת מוגבלים לעיתים לאירועי "הורדה".אתה מתעד כל בקשת תצוגה, מכיוון שהבקשה נשלחת לנקודת הקצה שלך.
תלות בתוספיםרבים מהמציגים דורשים Flash, ActiveX או תוספי דפדפן.שום דבר אינו מותקן במחשב הקורא; הדפדפן מקבל דפים מעובדים.

סקירת הפתרון

  1. התקן את Doconut Viewer בפרויקט .NET שלך.
  2. הצפן קבצי PDF במנוחה עם מפתח בצד השרת, באמצעות הקריפטוגרפיה של .NET.
  3. הטמע את המציג בדף Razor או בתצוגת MVC, מאחורי אסימון שהאפליקציה שלך מנפיקה.
  4. תעד כל בקשת תצוגה לצורכי ביקורת וזיהוי אנומליות.

הצעדיים 2, 3 ו‑4 הם העבודה של האפליקציה שלך. חלקו של ערכת הפיתוח הוא הצעד 1 וההצגה; כל ההגנות בעיצוב זה הן קוד שבבעלותך, ולכן ניתן לבצע ביקורת פנימית על ידי הצוות שלך.

להלן הליך מפורט של כל צעד, כולל המלצות מיטביות לניהול מפתחות, אבטחת אסימונים ותיעוד ביקורת.


צעד 1 – הכנת סביבת .NET שלך

  1. פתח את הפתרון שלך ב‑Visual Studio (2022 או גרסה מאוחרת יותר מומלצת).

  2. בחר את מסגרת היעד שלך. Doconut Viewer תומך ב‑ASP.NET, MVC, .NET Core, .NET 6+ וב‑Blazor. רשום את הגרסה שבה תשתמש — פרטי האינטגרציה תלויים בגרסה.

  3. התקן את ערכת הפיתוח מ‑דף ההורדה של Doconut, תוך שימוש בחבילה ובתיעוד המתאימים לגרסה שבחרת. קח את שם החבילה ואת שלבי ההתקנה מהתיעוד הזה ולא ממאמר; שני המקורות השתנו בין גרסאות.

    שמור את תצורת הרישיון מחוץ לבקרת גרסאות בזמן שאתה עובד על כך. זהו הדבר הנפוץ ביותר לדליפה מפרוטוטייפ עובד.

טיפים נוספים

  • אחסן את הפנייה לחבילה בקובץ Directory.Packages.props לניהול גרסאות מרוכזת בין שירותים מרובים.

שלב 2 – אחסון קבצי PDF עם הצפנה חזקה

2.1 בחירת אלגוריתם הצפנה

זהו החלטתך והקוד שלך. System.Security.Cryptography ב‑.NET מספק לך AES-256-GCM, שמספק הצפנה מאומתת — סודיות ושלמות יחד — והוא ברירת מחדל מגובה למסמכים במנוחה.

אין אלגוריתם הצפנה שמבטיח שהמערכת תעמוד בדרישות GDPR, HIPAA או ISO 27001. המסגרות הללו מתמקדות בתהליכים, בקרת גישה, שמירה והוכחות. הצפנה היא רק אחת מהבקרות הרבות, וספריית מציג אינה יכולה לספק את השאר.

2.2 יישום ניהול מפתחות מאובטח

  • לעולם אל תכתוב מפתחות בקוד. השתמש ב‑Azure Key Vault, AWS KMS, או HashiCorp Vault כדי לאחזר את מפתח ההצפנה בזמן ריצה.
  • החלף מפתחות באופן קבוע — כל 90 יום היא נוהל נפוץ. תכנן את משימת ההצפנה מחדש לפני שתזדקק לה; גילוי שאין לך דרך להחליף מפתח הוא דבר לא נעים ללמוד בזמן אירוע.

שלב 3 – יצירת אסימון חד‑פעמי עם מגבלת זמן

אסימון התצוגה פועל כמו תג חד‑פעמי שפג תוקפו אוטומטית. הוא מכיל:

  • User ID – מזהה משתמש המורשה לצפות במסמך.
  • PDF ID – מזהה PDF של הקובץ המוצפן שיש להזרים.
  • Expiration – בדרך כלל 5–10 דקות, ניתן להגדיר לפי מדיניות.
  • Signature – חתימה של HMAC או RSA למניעת זיוף.

3.1 שיקולי אבטחה

  • TLS בכל מקום – תמיד לספק את האסימון דרך HTTPS.
  • הזכות המינימלית – קודד רק את הנתונים הדרושים לתצוגה; הימנע משילוב תביעות נוספות.
  • ביטול אסימון – “רשימת שחורים” פשוטה ב‑Redis מאפשרת ביטול מיידי אם זכויות הגישה של המשתמש משתנות.

שלב 4 – הטמעת מציג DoconutApp

4.1 נקודת קצה לשידור בצד השרת

  • פענח בזיכרון אם מודל האיום שלך דורש זאת, כך שהטקסט הפשוט לעולם לא יישמר על הדיסק. זו נקודת הקצה שלך, ולכן הבחירה היא שלך והקוד הוא שלך לסקירה.
  • ההצגה מתבצעת בשרת שלך, ולא בדפדפן של הקורא. זה מאפשר לדפדפן להציג את המסמך מבלי לקבל את קובץ המקור — וזה גם הסיבה לבדוק היכן ה‑SDK כותב פלט רינדור זמני, ומה מוחק אותו.

4.2 אין צורך בתוספים

הקורא מקבל דפים מרונדרים באמצעות טכנולוגיות אינטרנט סטנדרטיות, ולכן המציג פועל ב‑Chrome, Edge, Firefox ו‑Safari ללא תוסף, שליטת ActiveX או תלות ב‑Flash. שום דבר אינו מותקן במחשב הנייד של העורך דין, וזה בדרך כלל ההבדל בין סקירת אבטחה שמסתיימת לבין כזו שלא.


שלב 5 – ביקורת ותיעוד גישה לצורך ציות

צוותים משפטיים לעיתים קרובות זקוקים לשביל הוכחת שינוי של מי צפה באיזה חוזה ומתי. יישם צינור רישום מובנה:

שדהתיאור
UserIdמזהה של המקצוען המשפטי המבקש
PdfIdהתייחסות פנימית למסמך המוצפן
Timestampחותמת זמן UTC של בקשת התצוגה
IpAddressכתובת IP מקור (מסייעת בבדיקות מיקום גאוגרפי)
UserAgentמחרוזת דפדפן לניתוח פורנזי
Resultתוצאה – הצלחה / כשל (למשל, אסימון לא תקף, שגיאת פענוח)

שיטות מומלצות

  • אחסן יומנים ב‑מאגר נתונים להוספה בלבד, בלתי ניתן לשינוי (למשל, Azure Log Analytics, Splunk, או דלי S3 לכתיבה חד‑פעמית).
  • הפעל התראות לתבניות חריגות — כגון שימוש באותו אסימון משתי כתובות IP שונות בתוך שניות.
  • מדיניות שמירה: שמור יומנים לתקופה שנדרשת על‑פי תחום השיפוט שלך (בדרך כלל 7 שנים עבור רשומות משפטיות).

סיכום מהיר

  1. התקן את Doconut Viewer בפרויקט .NET שלך, תוך שימוש בתיעוד עבור הגרסה שלך.
  2. הצפן קבצי PDF בזמן כתיבה עם AES-256-GCM מספריית הקריפטוגרפיה של .NET; נהל מפתחות באמצעות שירות כספת.
  3. הנפק אסימון תצוגה קצר‑חיים וחד‑פעמי כאשר משתמש מבקש צפייה.
  4. בצע רינדור בשרת והטמע את המציג בעמוד Razor. המסמך לעולם לא מועבר לצד שלישי, ושום דבר אינו מותקן במחשב של הקורא.
  5. תעד כל תצוגה לצורך ביקורת, עם התראות לתבניות חשודות.

נקודות 2, 3 ו‑5 הן הקוד שלך. זו חלוקת העבודה הכנה, וכדאי לציין זאת במפורש בתיעוד האבטחה שלך, מכיוון שמבקר בסופו של דבר ישאל איזו צד אחראי על מה.

סיכום

שיתוף קבצי PDF מאובטח אינו חייב לכלול שירות של צד שלישי. עם Doconut Viewer בתוך הפורטל .NET שלך, המחלקה המשפטית שלך יכולה להציג חוזים סודיים, תצוגות משפטיות ומדיניות פנימית מבלי שהקובץ יעזוב את התשתית שלך.

מה שה‑SDK מספק הוא החלק האחרון: רינדור, בסביבתך, ללא קריאה חזרה. ההצפנה מקצה לקצה, בקרת הגישה ושרשרת האודיט הן שלך — וזה העיקר, כי צופה שטוען שהוא מספק זאת ידרוש ממך לסמוך על הציות של ספק במקום על הציות שלך.

מוכן לנסות זאת? בקר ב**doconut.com** — רישיון הניסיון חינם, וההדגמות חיות הן הדרך המהירה ביותר לראות אם הרינדור עומד במבחן בתצוגה הקשה ביותר שלך לפני שאתה כותב אף קוד למעלה.

יישום הצעדים הללו ייתן לקציני הציות שלווה נפשית, יקטין את שטח ההתקפה, וישמור על קבצי ה‑PDF שלך בתוך חומת האש הארגונית — בדיוק העמדה האבטחתית שכל צוות משפטי צריך.

הישאר מאובטח, הישאר צייתן, ושמור את המעטפות החותמות במקום שבו הן שייכות: בתוך הכספת שלך.