Dela PDF-filer säkert utan att ladda upp till tredje‑parts webbplatser: En steg‑för‑steg guide för juridiska team
2026-02-06

Dela PDF-filer säkert utan att ladda upp till tredje‑parts webbplatser: En steg‑för‑steg guide för juridiska team

Hur juridiska team kan förhandsgranska PDF-filer i sin egen .NET‑portal istället för en tredje‑parts webbplats, med kryptering, token och audit‑loggning där de hör hemma: i din applikation.

Juridiska avdelningar hanterar kontrakt, bevisfiler och andra högkonfidentiella dokument. Den vanliga arbetsflödet att ladda upp en PDF till en molnbaserad delningstjänst skapar omedelbart en säkerhetsrisk: filen finns utanför ditt företags perimeter, och du förlorar detaljerad kontroll över vem som kan se den och hur länge.

Tänk om du kunde bädda in en säker, krypterad PDF‑visare direkt i din .NET‑webbportal, och garantera att dokumentet aldrig rör en tredje‑parts server?

I den här guiden går vi igenom en praktisk arkitektur byggd kring Doconut Viewer, .NET‑dokumentvisar‑SDK:n. Den installeras i din egen applikation och gör inga anrop till Doconut‑servrar, så dokumentet lämnar aldrig din infrastruktur.

Två saker att klargöra innan första steget, eftersom resten av guiden bygger på dem. Doconut.app är den kostnadsfria webbvisaren — en webbplats, inte en komponent, och inte vad du installerar här. Och krypteringen, token‑erna och audit‑loggen nedan är dina att bygga: SDK:n renderar dokument, den levererar inget efterlevnadsprogram. Doconut har ingen ISO 27001‑certifiering, ingen SOC 2‑rapport och ingen HIPAA‑attestering, så det efterlevnadsargument du faktiskt kan framföra för en regulator är arkitektoniskt — filen stannade inom en gräns du redan kontrollerar.


Varför traditionell molndelning misslyckas

RiskTypisk molntjänstVad denna arkitektur gör istället
Dataexil – fil lagrad på externa servrarFiler lagras på leverantörens lagring, ofta i regioner du inte kan kontrollera.PDF‑filen stannar på din egen infrastruktur. SDK:n renderar den där och ringer ingen.
Förlust av kontroll över åtkomsttiderDelningslänkar kan vidarebefordras på obestämd tid.Du utfärdar kortlivade, engångs‑token. Detta är kod du skriver, inte en omkopplare du slår på.
EfterlevnadsbristerAudit‑loggar är ofta begränsade till ”nedladdning”‑händelser.Du loggar varje förhandsgranskningsförfrågan, eftersom förfrågan går till din egen endpoint.
Beroende av pluginMånga visare kräver Flash, ActiveX eller webbläsartillägg.Ingenting installeras på läsarens maskin; webbläsaren får renderade sidor.

Lösningsöversikt

  1. Installera Doconut Viewer i ditt .NET‑projekt.
  2. Kryptera PDF‑filer i vila med en server‑sidnyckel, med .NET:s egen kryptografi.
  3. Bädda in visaren i en Razor‑sida eller MVC‑vy, bakom en token som din applikation utfärdar.
  4. Logga varje förhandsgranskningsförfrågan för audit‑spår och avvikelserapportering.

Steg 2, 3 och 4 är ditt programs arbete. SDK:ns del är steg 1 och renderingen; allt skydd i denna design är kod du äger, vilket också är anledningen till att den kan granskas av ditt eget team.

Nedan följer en detaljerad genomgång av varje steg, inklusive bästa‑praxis‑rekommendationer för nyckelhantering, token‑säkerhet och efterlevnadsloggning.


Steg 1 – Förbered din .NET‑miljö

  1. Öppna din lösning i Visual Studio (2022 eller senare rekommenderas).
  2. Välj ditt mål‑ramverk. Doconut Viewer stödjer ASP.NET, MVC, .NET Core, .NET 6+ och Blazor. Notera den version du bestämmer dig för — integrationsdetaljerna är versionsspecifika.
  3. Installera SDK:n från Doconut nedladdningssida, med paketet och dokumentationen som matchar den version du valt. Ta paketnamnet och installationsstegen från den dokumentationen snarare än från en artikel; båda har förändrats mellan versioner.

Behåll licenskonfigurationen utanför källkontrollen medan du är där. Det är den vanligaste läckan från en fungerande prototyp.

Ytterligare tips

  • Store the package reference in a Directory.Packages.props file för centraliserad versionshantering över flera tjänster.

Steg 2 – Lagra PDF-filer med stark kryptering

2.1 Välj en krypteringsalgoritm

Detta är ditt beslut och din kod. System.Security.Cryptography i .NET ger dig AES-256-GCM, vilket tillhandahåller autentiserad kryptering — konfidentialitet och integritet tillsammans — och är ett försvarbart standardval för dokument i vila.

Ingen krypteringsalgoritm gör ett system efterlevande av GDPR, HIPAA eller ISO 27001. Dessa ramverk frågar om processer, åtkomstkontroll, lagringstid och bevis. Kryptering är en kontroll bland många, och ett visarbibliotek kan inte leverera resten.

2.2 Implementera säker nyckelhantering

  • Hardkoda aldrig nycklar. Använd Azure Key Vault, AWS KMS eller HashiCorp Vault för att hämta krypteringsnyckeln vid körning.
  • Rotera nycklar regelbundet — var 90:e dag är en vanlig praxis. Planera omkrypteringsjobbet innan du behöver det; att upptäcka att du inte kan rotera en nyckel är en dålig sak att lära sig under en incident.

Steg 3 – Generera en tids‑begränsad, engångstoken

Förhandsgransknings‑token fungerar som ett engångs‑badge som löper ut automatiskt. Den innehåller:

  • Användar‑ID – Vem som får visa dokumentet.
  • PDF‑ID – Vilken krypterad fil som ska strömmas.
  • Utgångstid – Vanligtvis 5–10 minuter, konfigurerbart per policy.
  • Signatur – HMAC‑ eller RSA‑signatur för att förhindra manipulering.

3.1 Säkerhetsaspekter

  • TLS överallt – Servera alltid token över HTTPS.
  • Minsta privilegium – Koda endast den data som krävs för förhandsgranskning; undvik att bädda in extra påståenden.
  • Token‑återkallelse – En enkel “blacklist” i Redis möjliggör omedelbar återkallelse om en användares åtkomsträttigheter ändras.

Steg 4 – Bädda in DoconutApp Viewer

4.1 Server‑sidig strömmande slutpunkt

  • Dekryptera i minnet om din hotmodell kräver det, så att klartext aldrig hamnar på disk. Detta är din slutpunkt, så det är ditt val att göra och din kod att granska.
  • Rendering sker på din server, inte i läsarens webbläsare. Det är detta som låter webbläsaren visa dokumentet utan att någonsin ta emot källfilen — och det är också anledningen att kontrollera var SDK:n skriver temporär renderingsoutput, och vad som tar bort den.

4.2 Inga plugins krävs

Läsaren får renderade sidor via standardwebbtekniker, så visaren fungerar i Chrome, Edge, Firefox och Safari utan plugin, ActiveX‑kontroll eller Flash‑beroende. Ingenting installeras på en jurists laptop, vilket vanligtvis är skillnaden mellan en säkerhetsgranskning som avslutas och en som inte gör det.


Steg 5 – Granska och logga åtkomst för efterlevnad

Juridiska team behöver ofta en tamper‑evident trail av vem som såg vilket avtal och när. Implementera en strukturerad loggningspipeline:

FältBeskrivning
UserIdIdentifierare för den begärande juridiska yrkespersonen
PdfIdIntern referens till det krypterade dokumentet
TimestampUTC‑tid för förhandsgranskningsbegäran
IpAddressKäll‑IP (användbart för geo‑lokaliseringskontroller)
UserAgentWebbläsarsträng för forensisk analys
ResultLyckat / Misslyckat (t.ex. token ogiltig, dekrypteringsfel)

Bästa praxis

  • Spara loggar i ett append‑only, oföränderligt datalager (t.ex. Azure Log Analytics, Splunk eller en write‑once S3‑bucket).
  • Aktivera larm för onormala mönster — såsom samma token som används från två olika IP‑adresser inom sekunder.
  • Retention‑policy: Behåll loggar under den period som krävs av din jurisdiktion (vanligtvis 7 år för juridiska handlingar).

Snabb sammanfattning

  1. Installera Doconut Viewer i ditt .NET‑projekt, med dokumentationen för din version.
  2. Kryptera PDF-filer vid skrivning med AES-256-GCM från .NET:s eget kryptobibliotek; hantera nycklar via en valvtjänst.
  3. Utfärda en kortlivad, engångs‑förhandsgranskningstoken när en användare begär en visning.
  4. Rendera på din server och bädda in visaren i en Razor‑sida. Dokumentet går aldrig till en tredje part, och inget installeras på läsarens maskin.
  5. Logga varje förhandsgranskning för auditabilitet, med larm för misstänkta mönster.

Punkterna 2, 3 och 5 är din kod. Det är den ärliga arbetsfördelningen, och det är värt att tydligt ange i din egen säkerhetsdokumentation, eftersom en granskare så småningom kommer att fråga vilken part som ansvarar för vad.

Slutsats

Säker delning av PDF-filer behöver inte involvera en tredjepartstjänst. Med Doconut Viewer i din egen .NET-portal kan din juridiska avdelning presentera konfidentiella kontrakt, rättegångsutställningar och interna policys utan att filen någonsin lämnar din infrastruktur.

Det SDK:n ger dig är den sista delen: rendering i din miljö, utan någon återkoppling. End-to-end‑krypteringen, åtkomstkontrollen och audit‑spåret är dina — vilket är poängen, eftersom en visare som påstår att den tillhandahåller dem skulle be dig lita på en leverantörs efterlevnad istället för din egen.

Redo att prova? Besök doconut.com — provlicensen är gratis, och live-demoerna är det snabbaste sättet att se om renderingen håller för ditt mest krävande bevismaterial innan du skriver någon av koderna ovan.

Genom att implementera dessa steg får regelefterlevnadsansvariga sinnesro, minskar attackytan och håller dina PDF-filer stadigt inom ditt företags brandvägg — exakt den säkerhetsställning som varje juridiskt team behöver.

Var säker, var efterlevande, och håll de förseglade kuverten där de hör hemma: i ditt eget valv.