Sicherer Workflow für das Online-Ansehen von Dokumenten

Das Online-Ansehen von Dokumenten ist praktisch. Benutzer können Dateien direkt im Browser öffnen, ohne Desktop‑Software zu installieren, jede Datei herunterzuladen oder zwischen Anwendungen zu wechseln.

Wenn Dokumente jedoch sensible Informationen enthalten, muss der Workflow sorgfältig gestaltet werden. Verträge, Rechnungen, Rechtsdokumente, Personalakten, Finanzdokumente, medizinische Unterlagen und interne Berichte sollten nicht ohne klare Regeln für Zugriff, Speicherung, Ansicht, Druck und Bereinigung verarbeitet werden.

Doconut.app ist nützlich, wenn Benutzer ein einfaches Online‑Dokumentenanzeigeerlebnis benötigen. Für Unternehmen, die ein kontrolliertes Dokumenten‑Viewing innerhalb ihrer eigenen .NET‑Anwendungen benötigen, ist der Doconut Viewer das Hauptprodukt, das Sie prüfen sollten.

Dieser Artikel erklärt praktische Best Practices zum Schutz sensibler Dokumente beim Online‑Ansehen und wann Sie das .NET Viewer SDK von Doconut für Geschäfts‑Workflows in Betracht ziehen sollten.

1. Verstehen Sie den Unterschied zwischen Online‑Ansehen und anwendungsgesteuertem Ansehen

Nicht jeder Dokumenten‑Viewing‑Workflow hat das gleiche Risikoniveau.

Ein einfacher Online‑Viewer kann für eine schnelle Dokumentenvorschau nützlich sein, insbesondere wenn Dateien nicht sensibel sind oder der Benutzer nur eine schnelle Möglichkeit benötigt, ein Dokument im Browser zu öffnen.

Sensiblere Geschäfts‑Dokumente erfordern jedoch mehr Kontrolle. In solchen Fällen sollte das Dokumenten‑Viewing Teil des Anwendungs‑Workflows sein.

Ein kontrollierter Workflow umfasst in der Regel:

Benutzer‑Authentifizierung
Rollenbasierte Berechtigungen
Genehmigte Speicherorte
Zugriffs‑Logging
Download‑Regeln
Druck‑Regeln
Temporäre Datei‑Bereinigung
Interne Sicherheitsrichtlinien
Anwendungsebene‑Dokumentenzugriff‑Checks

Für .NET‑Teams kann Doconut Viewer verwendet werden, um Dokumente direkt innerhalb von Geschäfts‑Anwendungen anzuzeigen, während die Anwendung Authentifizierung, Autorisierung, Speicherung und Workflow‑Regeln steuert.

2. Vermeiden Sie das Hochladen sensibler Dateien zu unbekannten Diensten

Kostenlose oder öffentliche Online‑Viewer können für nicht sensible Dateien hilfreich sein, sollten jedoch bei vertraulichen Dokumenten vorsichtig eingesetzt werden.

Bevor Sie eine sensible Datei zu einem Online‑Dienst hochladen, stellen Sie folgende Fragen:

Wo wird die Datei verarbeitet?
Wird die Datei nach dem Ansehen gespeichert?
Wie lange wird sie gespeichert?
Kann die Datei über einen öffentlichen Link abgerufen werden?
Erklärt der Dienst seine Richtlinie zur Dateiverarbeitung?
Erlaubt Ihre Organisation diese Art von Upload?
Ist das Dokument vertraulich, reguliert oder geschäftskritisch?

Wenn die Antwort unklar ist, vermeiden Sie das Hochladen der Datei.

Für schnelles, nicht sensibles Ansehen kann Doconut.app nützlich sein. Für interne Geschäftssysteme ist ein kontrollierter .NET‑Viewer wie Doconut Viewer in der Regel besser geeignet.

3. Halten Sie sensible Dokumente innerhalb Ihres eigenen Anwendungs‑Workflows

Bei sensiblen Dateien ist es oft besser, das Dokument innerhalb Ihrer eigenen Anwendungsumgebung zu behalten.

Ein sichererer Workflow könnte folgendermaßen aussehen:

Der Benutzer meldet sich bei Ihrer Anwendung an.
Ihre Anwendung prüft die Berechtigungen des Benutzers.
Das Dokument wird aus einer genehmigten Speicherquelle geladen.
Das Dokument wird innerhalb der Anwendung angezeigt.
Die Anwendung steuert, ob der Benutzer die Datei herunterladen, drucken, annotieren oder konvertieren kann.
Die Anwendung protokolliert relevante Aktionen, falls erforderlich.

Damit bleibt die Dokumentenaktivität innerhalb Ihres Geschäftssystems, anstatt Benutzer zu separaten Tools oder externen Workflows zu senden.

Laut dem Doconut FAQ ist Doconut kein SaaS‑Dienst. Es wird in der eigenen Umgebung des Kunden installiert, und es werden keine Aufrufe an Doconut‑Server getätigt. Das ist wichtig für Teams, die das Dokumenten‑Viewing in ihrer eigenen Infrastruktur wünschen.

4. Zugriffskontrolle auf Anwendungsebene verwenden

Ein Viewer sollte nicht die einzige Sicherheitsschicht sein. Ihre Anwendung sollte entscheiden, wer jedes Dokument öffnen darf.

Wichtige Praktiken der Zugriffskontrolle umfassen:

Benutzer müssen sich anmelden, bevor sie Dokumente ansehen.
Überprüfen Sie die Dokumentberechtigungen, bevor Sie die Datei öffnen.
Verwenden Sie rollenbasierte Zugriffe, wo es sinnvoll ist.
Vermeiden Sie die Offenlegung direkter öffentlicher Dateipfade.
Bewahren Sie vertrauliche Dateien an genehmigten Speicherorten auf.
Protokollieren Sie den Dokumentzugriff, wenn es das Unternehmen verlangt.
Trennen Sie öffentliche Dateien von vertraulichen Dateien.

Zum Beispiel kann ein Manager berechtigt sein, einen Vertrag anzusehen und zu drucken, während ein anderer Benutzer ihn nur ansehen darf. Diese Regeln sollten von Ihrer Anwendung durchgesetzt werden.

Doconut Viewer kann Teil dieses Workflows sein, aber Ihre Anwendung bleibt für Authentifizierung, Autorisierung und Dokumentzugriffsregeln verantwortlich.

5. Dateien vor dem Anzeigen validieren

Eine Drag‑and‑Drop‑Upload‑Oberfläche kann das Anzeigen von Dokumenten für Benutzer erleichtern, sollte jedoch die Validierung nicht umgehen.

Bevor eine hochgeladene Datei geöffnet oder verarbeitet wird, sollte sie serverseitig validiert werden.

Empfohlene Prüfungen umfassen:

Dateierweiterung
Dateigröße
MIME‑Typ
Dateikopf, sofern möglich
Upload‑Berechtigung des Benutzers
Speicherort
Zulässige Dokumentkategorien
Virus‑ oder Malware‑Scan, falls von Ihrer Organisation gefordert

Clientseitige Validierung kann die Benutzererfahrung verbessern, sollte jedoch nicht als einziger Schutz vertrauen. Durchsetzen Sie die Validierung immer auf dem Server.

6. Vorsicht bei Download‑ und Druckoptionen

Ein Dokument anzusehen ist etwas anderes, als Benutzern das Herunterladen oder Drucken zu erlauben.

Sobald ein Benutzer eine Datei herunterlädt oder druckt, kann das Dokument die Kontrolle der Anwendung verlassen. Das kann in manchen Workflows akzeptabel sein, jedoch nicht in allen.

Bevor Sie Download‑ oder Druckoptionen aktivieren, stellen Sie folgende Fragen:

Soll diesem Benutzer das Herunterladen des Dokuments erlaubt sein?
Soll dieser Dokumenttyp druckbar sein?
Soll das Drucken von Rolle oder Workflow‑Status abhängen?
Sollten gedruckte Seiten ein Wasserzeichen enthalten?
Sollten Druckereignisse protokolliert werden?
Sollten einige Dateien nur lesbar bleiben?

Für Workflows, die Druckkontrolle erfordern, beachten Sie, dass kontrolliertes Drucken Teil von Doconut Viewer ist und nicht ein separat lizenziertes Add‑On. Das Druckverhalten wird zusammen mit dem Rest des Viewers konfiguriert.

7. Temporäre Dateien, Cache und Bereinigung überprüfen

Das Anzeigen von Dokumenten kann je nach Implementierung temporäre Dateien, Cache‑Einträge, erzeugte Bilder oder konvertierte Ausgaben umfassen.

Bei sensiblen Dokumenten sollten Entwickler verstehen:

Ob temporäre Dateien erstellt werden
Wo temporäre Dateien gespeichert werden
Wie lange zwischengespeicherte Inhalte verfügbar bleiben
Ob konvertierte Dateien erzeugt werden
Ob erzeugte Dateien bereinigt werden müssen
Ob die Anwendung Memory‑Cache oder verteilten Cache verwendet
Ob Dateien automatisch gesichert werden
Ob Protokolle sensible Dateiinhalte enthalten

Vermeiden Sie vage Annahmen wie „Dateien werden automatisch gelöscht“, es sei denn, die Produktdokumentation erklärt das Verhalten eindeutig.

Wenn Sie Doconut in einer .NET‑Anwendung verwenden, prüfen Sie die offizielle Dokumentation und Beispiele von der Seite Doconut herunterladen, um den Viewer für Ihre Umgebung korrekt zu konfigurieren.

8. Genehmigte Speicherquellen verwenden

Geschäftsanwendungen speichern Dokumente häufig an verschiedenen Orten. Einige Dateien können auf einem Serverpfad, in einer Datenbank, aus einem Stream, über eine URL, an einem Intranet‑Standort oder in Cloud‑Speicher abgelegt werden.

Die Doconut FAQ erwähnt die Unterstützung für das Anzeigen von Dateien aus physischen Pfaden, Streams, Binärquellen, Datenbanken, URLs, Intranet‑Standorten, IP‑Adressen und Cloud‑Anbietern wie Amazon AWS S3, Azure Storage, Google Cloud, Dropbox und Redis.

Dies ist nützlich für Anwendungen, die bereits ein etabliertes Dokumentenspeichermodell besitzen.

Bei sensiblen Dokumenten stellen Sie sicher, dass der Speicherzugriff von Ihrer Anwendung gesteuert wird. Vermeiden Sie öffentliche URLs für vertrauliche Dateien, es sei denn, sie sind speziell für begrenzten und kontrollierten Zugriff vorgesehen.

9. Verwenden Sie einen Viewer, der zu Ihrer .NET-Anwendung passt

Wenn Sie eine .NET-Anwendung entwickeln, sollte der Viewer zu Ihrer Architektur passen, anstatt die Benutzer in einen separaten Workflow zu zwingen.

Doconut Viewer ist für .NET-Webanwendungsszenarien konzipiert. Es kann mit ASP.NET, MVC, .NET Core, .NET 6+, Blazor und verwandten Umgebungen verwendet werden.

Doconut bietet außerdem Live-Demo-Umgebungen, in denen Entwickler verschiedene Viewer‑Szenarien testen können:

Doconut Live-Demos

Dies ist nützlich, um zu beurteilen, ob der Viewer zu Ihrer Anwendung passt, bevor Sie mit der Implementierung beginnen.

10. Fügen Sie Suche, Annotation, Konvertierung und Druck nur bei Bedarf hinzu

Nicht jede Anwendung benötigt jede Dokumentfunktion. Beginnen Sie mit dem Workflow, den Ihre Benutzer tatsächlich benötigen.

Einige Anwendungen benötigen nur die Anzeige. Andere benötigen möglicherweise Suche, Annotation, Konvertierung, Druck oder alle diese Funktionen.

Doconut verkauft vier optionale Plugins für das Viewer‑SDK:

Kontrollierter Druck ist nicht darunter. Es ist eine Fähigkeit des Viewers, sodass Sie ihn konfigurieren statt lizenzieren.

Fügen Sie diese Funktionen basierend auf echten geschäftlichen Anforderungen hinzu.

Zum Beispiel:

Verwenden Sie die Suche, wenn Benutzer Begriffe in großen Dokumenten finden müssen.
Verwenden Sie die Annotation, wenn Benutzer Dateien prüfen, markieren oder kommentieren müssen.
Verwenden Sie die Konvertierung, wenn der Workflow ein neues Ausgabeformat erfordert.
Verwenden Sie den kontrollierten Druck, wenn das Drucken von Berechtigungen oder Workflow‑Regeln abhängen soll.

11. Empfohlener sicherer Anzeige‑Workflow

Ein sicherer Dokumentanzeige‑Workflow könnte folgendermaßen aussehen:

Der Benutzer meldet sich bei der Anwendung an.
Die Anwendung prüft die Rolle und Berechtigungen des Benutzers.
Der Benutzer wählt ein Dokument aus.
Die Anwendung lädt das Dokument aus einer genehmigten Quelle.
Doconut Viewer zeigt das Dokument innerhalb der Anwendung an.
Die Anwendung steuert Download-, Druck-, Annotations-, Such- und Konvertierungsaktionen.
Die Anwendung protokolliert relevante Aktionen, falls erforderlich.
Die Anwendung verwaltet temporäre Dateien, Cache, Speicher und Bereinigung gemäß internen Richtlinien.

Dieser Ansatz hält die Dokumentaktivität innerhalb der Anwendung und gibt Entwicklern eine bessere Kontrolle über den Umgang mit sensiblen Dateien.

Checkliste für bewährte Verfahren

Bevor Sie einen sensiblen Dokumentanzeige‑Workflow veröffentlichen oder bereitstellen, prüfen Sie diese Checkliste:

Identifizieren Sie, ob das Dokument öffentlich, intern, vertraulich oder reguliert ist.
Vermeiden Sie das Hochladen vertraulicher Dateien zu Diensten mit unklaren Dateiverarbeitungsrichtlinien.
Bewahren Sie sensible Dateien innerhalb genehmigter Anwendungs‑Workflows auf.
Verlangen Sie Authentifizierung vor dem Dokumentenzugriff.
Prüfen Sie Berechtigungen, bevor Sie jede Datei öffnen.
Validieren Sie hochgeladene Dateien auf dem Server.
Vermeiden Sie direkte öffentliche Dateipfade.
Entscheiden Sie, ob ein Download erlaubt ist.
Entscheiden Sie, ob ein Druck erlaubt ist.
Protokollieren Sie den Zugriff, wenn erforderlich.
Überprüfen Sie das Verhalten von temporären Dateien und Cache.
Überprüfen Sie die Speicherung konvertierter Ausgaben, wenn die Konvertierung aktiviert ist.
Verwenden Sie genehmigte Speicherorte.
Testen Sie mit echten Benutzerdokumenten.
Überprüfen Sie Bereitstellungs‑ und Sicherheitseinstellungen mit Ihrem internen Team.

Wann Doconut.app verwenden

Verwenden Sie Doconut.app, wenn Sie ein einfaches Online‑Dokumentanzeige‑Erlebnis benötigen.

Es kann nützlich sein für:

Schnelle Dokumentvorschau
Testen, wie eine Datei im Browser geöffnet wird
Anzeige nicht sensibler Dateien online
Vermeidung der Installation von Desktop‑Software für grundlegende Anzeigeanforderungen

Für geschäftskritische oder sensible Dokument‑Workflows prüfen Sie, ob Ihre Organisation einen kontrollierten Viewer auf Anwendungsebene benötigt.

Wann Doconut Viewer SDK verwenden

Verwenden Sie Doconut Viewer, wenn:

Sie eine .NET-Anwendung entwickeln.
Benutzer Dokumente innerhalb Ihres Systems vorschauen müssen.
Ihre Anwendung Zugriff und Berechtigungen steuern muss.
Dokumente unter den Regeln Ihrer Infrastruktur bleiben sollten.
Sie Unterstützung für mehrere geschäftliche Dokumentformate benötigen.
Sie Suche, Annotation, Konvertierung oder kontrollierte Druck‑Workflows benötigen.
Sie Beispiele, Dokumentation, Live‑Demos und Herstellersupport wünschen.

Sie können beginnen mit:

Wichtigste Erkenntnisse

Online-Dokumentenanzeige ist praktisch, aber sensible Dateien erfordern einen sorgfältigen Workflow.
Vermeiden Sie das Hochladen vertraulicher Dokumente zu Diensten mit unklaren Dateiverarbeitungsrichtlinien.
Ihre Anwendung sollte Authentifizierung, Autorisierung, Speicherung, Protokollierung, Download‑ und Druckregeln steuern.
Validieren Sie Dateien auf dem Server, bevor Sie sie öffnen oder verarbeiten.
Überprüfen Sie temporäre Dateien, den Cache und konvertierte Ausgaben.
Doconut.app ist nützlich für einfache Online-Dokumentenanzeige.
Doconut Viewer SDK ist die bessere Option für kontrollierte Dokumentenanzeige in .NET‑Anwendungen.

Häufige Fragen

Ist die Online-Dokumentenanzeige für sensible Dateien sicher?
Es hängt vom Workflow ab. Bei sensiblen Dateien prüfen Sie, wo die Datei verarbeitet wird, ob sie gespeichert wird, wer darauf zugreifen kann und ob Ihre Organisation diesen Prozess zulässt.

Sollte ich Doconut.app für vertrauliche Unternehmensdateien verwenden?
Doconut.app kann für einfache Online‑Anzeige nützlich sein, aber vertrauliche Unternehmens‑Workflows erfordern häufig eine Zugriffskontrolle auf Anwendungsebene. In solchen Fällen sollten Sie das Doconut Viewer SDK für .NET‑Anwendungen prüfen.

Sendet Doconut Viewer Dateien an Doconut‑Server?
Laut den Doconut‑FAQ wird Doconut in der eigenen Umgebung des Kunden installiert und es werden keine Aufrufe an Doconut‑Server gesendet.

Kann Doconut mit ASP.NET MVC, .NET Core, .NET 6+ oder Blazor verwendet werden?
Ja. Die Doconut‑FAQ erwähnt Unterstützung für ASP.NET MVC, .NET Core, .NET 6+ und Blazor.

Kann Doconut Dateien aus Cloud‑Speichern laden?
Ja. Die Doconut‑FAQ erwähnt Unterstützung für Amazon AWS S3, Azure Storage, Google Cloud, Dropbox und Redis.

Wo kann ich Doconut‑Funktionen testen?
Sie können die offiziellen Demos hier einsehen:

Doconut Live-Demos

Fazit

Der Schutz sensibler Dokumente bei der Online‑Anzeige erfordert mehr als eine Browser‑Vorschau. Entwickler sollten einen vollständigen Workflow entwerfen, der Authentifizierung, Berechtigungen, Dateispeicherung, Download, Druck, Protokollierung, Cache und Bereinigung steuert.

Doconut.app ist nützlich für einfache Online‑Anzeigeszenarien. Für Unternehmensanwendungen, die eine kontrollierte Dokumentenanzeige in einer .NET‑Umgebung benötigen, ist Doconut Viewer das Hauptprodukt zur Evaluierung.

Um mehr zu erfahren, sehen Sie sich die offiziellen Doconut‑Ressourcen an: