Einführung

Öffentliche Dateikonvertierung ist praktisch, aber sie wirft Sicherheitsfragen auf. Daten können lecken, die Aufbewahrung kann unklar sein, Compliance‑Verpflichtungen können zunehmen, und bösartige Dateien können komplexe Parser ins Visier nehmen. Für .NET‑Teams sollten diese Bedenken geklärt werden, bevor ein externer Konverter Teil eines Geschäfts‑Workflows wird.

Doconut bietet einen selbstgehosteten .NET‑Betrachter und Konvertierungs‑Workflow, der die unterstützte Dokumentenverarbeitung innerhalb der Infrastruktur des Anwendungs‑Eigentümers hält. Das kann die Abhängigkeit von einem öffentlichen Konverter reduzieren, aber die Anwendung muss dennoch Zugriffskontrolle, sichere Übertragung, Speicher‑Richtlinien, Bereinigung, Patch‑Management und Überwachung implementieren.

Sicherheitsprüfungen zwischen einem vertraulichen Dokument, einem öffentlichen Konverter und einer kontrollierten Windows‑Umgebung

Sichere Dateikonvertierung und Verschlüsselung für .NET‑Apps

Warum Verschlüsselung wichtig ist

Wenn Sie eine Datei an einen Cloud‑Konverter senden, muss sie über das öffentliche Internet übertragen werden. Ist die Übertragung nicht gesichert, kann ein Hacker dazwischen schalten und die Daten abgreifen – klassischer „Man‑in‑the‑Middle“-Angriff. Selbst bei HTTPS speichern viele kostenlose Tools die Datei auf einem gemeinsam genutzten Server ohne zusätzliche Verschlüsselung, wodurch sie Insider‑Bedrohungen oder falsch konfigurierten Speicher‑Buckets ausgesetzt ist.

Was die beiden Doconut‑Produkte tatsächlich tun

Sie beantworten dies unterschiedlich, und die Verwechslung führt dazu, dass Menschen mit einem Sicherheitsdesign enden, das nicht standhält.

Der Doconut SDK wird in Ihrer eigenen Umgebung installiert. Das Rendering erfolgt auf Ihrem Server, und die Komponente stellt keine Aufrufe an Doconut. Das ist das gesamte Sicherheitsargument und ein starkes: Die Datei überschreitet nie eine Grenze, die Sie nicht kontrollieren, sodass es keine Drittanbieter‑Aufbewahrungsfrage gibt.

Was das SDK nicht tut, ist, Ihren Speicher für Sie zu verschlüsseln. Es gibt keine AES‑256‑at‑rest‑Funktion, kein Schlüssel‑Management und kein integriertes Audit‑Log. Das sind Aufgaben Ihrer Plattform, und Sie haben sie wahrscheinlich bereits – das ist der Punkt. Jeder, der behauptet, eine Viewer‑Bibliothek mache Ihre Anwendung audit‑bereit, verkauft Ihnen etwas.

Doconut.app ist unsere kostenlose gehostete Seite und stellt einen echten Upload dar: Die Datei gelangt zu unseren Servern, wird dort gerendert und wird gelöscht, wenn die Ansichtssitzung endet. Die Übertragung erfolgt über HTTPS. Es gibt kein Konto und es wird danach nichts gespeichert. Für ein Dokument, das Sie im Zug lesen würden, ist das in Ordnung; für regulierte Daten ist es das nicht, und wir sagen das lieber.

Automatische Dateilöschung und Lebenszyklus‑Management

Die verborgene Gefahr von zurückbleibenden Dateien

Viele Cloud‑Konverter versprechen „automatische Löschung nach der Konvertierung“, aber die Definition von „nach“ variiert stark. Einige Dienste behalten Dateien für Stunden, Tage oder sogar Wochen, wodurch ein Zeitraum entsteht, in dem vertrauliche Dokumente von unbefugtem Personal eingesehen oder durch forensische Analyse wiederhergestellt werden können. Für Unternehmen, die Verträge, Konstruktionspläne oder personenbezogene Daten verarbeiten, ist dieser Zeitraum inakzeptabel.

Die endgültige Antwort von Doconut App

Auf Doconut.app – Die Datei existiert für die Dauer der Ansichtssitzung und wird gelöscht, wenn sie endet. Es gibt keine Aufbewahrungseinstellung, die Sie konfigurieren könnten, da es keine Konten und keine Administratoren gibt; das Timing liegt bei uns. Drucken ist für jeden Betrachter über Strg+P möglich.
Im SDK – Der Lebenszyklus liegt bei Ihnen. Die Komponente schreibt temporäre Render‑Ausgaben an einen von Ihnen konfigurierten Ort, und Sie sind für die Bereinigung verantwortlich. Dies ist der am häufigsten übersprungene Schritt bei einer Integration, und verwaiste Render‑Dateien in einem Temp‑Verzeichnis sind genau das Geister‑Datei‑Problem, vor dem dieser Abschnitt warnt. Prüfen Sie, wohin geschrieben wird, und planen Sie die Bereinigung.
Kontrolliertes Drucken ist Teil des Viewers und kein separates Plugin, sodass das Einschränken von Druck und Download für bestimmte Rollen eine Konfigurations‑ und Berechtigungsfrage innerhalb Ihrer Anwendung ist.

Compliance‑bereite cloud‑basierte Anzeige für regulierte Branchen

Regulatorischer Druck

Gesundheitswesen (HIPAA), Finanzwesen (PCI DSS) und Regierung (FedRAMP) setzen alle strenge Regeln dafür, wie Daten übertragen, gespeichert und gelöscht werden dürfen. Ein Cloud‑Konverter, der Dateien auf einem gemeinsam genutzten Multi‑Tenant‑Server speichert, kann schnell zu einem Compliance‑Albtraum werden, der kostspielige Ausnahmeverfahren oder das komplette Verwerfen des Werkzeugs erfordert.

Wo Doconut steht, klar ausgedrückt

Wir besitzen keine Zertifizierungen. Kein ISO 27001, kein SOC 2, keine HIPAA‑Bestätigung, keine PCI DSS‑Bewertung, keine FedRAMP‑Autorisation. Weder die kostenlosen Seiten noch das SDK. Wenn ein Anbieter‑Fragebogen nach einem Zertifikat fragt, lautet die ehrliche Antwort, dass wir keines haben, das wir Ihnen geben könnten.

Keine Software‑Komponente kann Ihre Anwendung in irgendeinem Fall konform machen. Diese Rahmenwerke fragen nach Prozessen, Zugriffskontrolle, Aufbewahrung, Nachweisen und Personen. Eine Rendering‑Bibliothek ist nur eine von vielen Kontrollen.

Was das SDK einer regulierten Umgebung bietet, ist architektonisch statt dokumentarisch: Da es innerhalb Ihrer Infrastruktur läuft und nichts extern aufruft, verlässt das Dokument niemals die Grenze, die Sie bereits bewertet haben. Für die meisten Prüfungen ist das die nützlichere Antwort als ein Zertifikat, das jemand anderem gehört, und es ist die, die Sie selbst nachweisen können.

Doconut.app ist der gegenteilige Fall und sollte entsprechend behandelt werden: eine öffentliche Seite, geteilte Infrastruktur, kein Vertrag, keine DPA und kein BAA. Legen Sie keine regulierten Daten dort ab.

Verhinderung von Malware und Code‑Injektion bei der Online‑Dokumentenkonvertierung

Die verborgene Bedrohung durch bösartige Payloads

Dateiformate wie PDF, Office und CAD können Skripte, Makros oder fehlerhafte Daten einbetten, die Exploits in anfälligen Rendering‑Engines auslösen. Ein Cloud‑Dienst, der Dateien auf einem gemeinsam genutzten Server verarbeitet, kann unbeabsichtigt bösartigen Code ausführen und damit den Dienst sowie alle nachgelagerten Kunden gefährden.

Wie das Rendering‑Modell dies beeinflusst

Seien Sie genau darin, wo die Analyse stattfindet, denn das Bedrohungsmodell hängt vollständig davon ab: Doconut rendert serverseitig. Das Dokument wird auf dem Server geparst und der Browser erhält gerenderte Seiten. Es ist kein client‑seitiger WebAssembly‑Viewer.

Was daraus folgt:

Der Browser ist nicht die Angriffsfläche – kein Plugin, kein ActiveX, und der Rechner des Benutzers erhält niemals die Quelldatei, sondern nur die gerenderte Ausgabe.
Der Server ist die Oberfläche, und er ist Ihr Server, wenn Sie das SDK ausführen. Ein Parser, der nicht vertrauenswürdige Eingaben verarbeitet, ist ein Parser, der nicht vertrauenswürdige Eingaben verarbeitet; führen Sie ihn mit minimalen Rechten aus, halten Sie ihn gepatcht und behandeln Sie hochgeladene Bytes als feindlich. Der Vorteil gegenüber einem öffentlichen Konverter besteht darin, dass dies Ihre Isolation ist, die Sie entwerfen und verifizieren können, nicht eine Behauptung, der Sie blind vertrauen müssen.
Rendering ist keine Ausführung – Makros in einer .docm‑ oder .xlsm‑Datei werden nicht ausgeführt, und Skripte in einem PDF werden nicht gestartet. Der Viewer zeichnet das Dokument.
Die Erweiterungsliste ist eine Whitelist – die kostenlosen Viewer akzeptieren über 70 Erweiterungen und verweigern alles andere beim Upload.

Keines davon ersetzt das Scannen von Uploads, wenn Ihre Risikobewertung dies verlangt. Fügen Sie diese Ebene selbst hinzu; der Viewer enthält keine Malware‑Erkennung.

Ein Viewer, der zu etablierten .NET‑Anwendungsstilen passt

Die Integrationsherausforderung

Unternehmen betreiben häufig eine Mischung aus ASP.NET Core, MVC, WebForms und neueren Blazor‑Anwendungen. Das Hinzufügen eines Drittanbieter‑Viewers bedeutet meist das Jonglieren mit JavaScript‑Bibliotheken, die Bewältigung von Plugin‑Kompatibilitäten und das Bekämpfen von Browser‑Eigenheiten. Jede zusätzliche Abhängigkeit führt zu einer neuen Angriffsfläche und einer Wartungsbelastung.

Was das SDK dagegen tut

Zero‑Plugin, reines HTML5 – Funktioniert in jedem modernen Browser (Chrome, Edge, Firefox, Safari), ohne dass etwas auf dem Client‑Rechner installiert werden muss.
Blazor‑Integration – Koordiniert den Viewer‑Zustand aus einer Komponente, während Datei‑Zugriff und Verarbeitung auf dem Server bleiben. Folgen Sie der Dokumentation für die installierte SDK‑Version.
Anpassbare UI – Die Symbolleiste, Farben und das Branding des Viewers können so angepasst werden, dass sie zu Ihrer Anwendung passen, sodass er als Teil Ihres Produkts wirkt und nicht als Fenster zu einer fremden Lösung. Verwenden Sie die Optionsnamen aus der Dokumentation der von Ihnen installierten Version.

Einbetten des Viewers

Fügen Sie das unterstützte Doconut‑Paket hinzu, erzwingen Sie die Dokumenten‑Autorisierung in der ASP.NET‑Anwendung und initialisieren Sie den Viewer mithilfe der offiziellen Dokumentation für diese Version. Gehen Sie nicht davon aus, dass Transport, Verschlüsselung, Löschung oder UI‑Berechtigungen automatisch gegeben sind; prüfen und konfigurieren Sie jede Kontrolle in der bereitgestellten Architektur.

Blazor-Integration und Bewertung

Doconut kann an Blazor‑Anwendungs‑Workflows teilnehmen, aber das genaue Komponentenmodell und die Einrichtung hängen von der installierten SDK‑Version ab. Authentifizierung, sichere Übertragung, Speicherschutz, Aufräumen und Prozessisolation müssen in der vollständig bereitgestellten Architektur verifiziert werden, anstatt anzunehmen, dass sie automatisch aktiviert sind.

Zur Evaluation enthält die Download‑Seite die Testlizenz und die Dokumentation; die Bedingungen und was jede Edition beinhaltet, finden Sie auf der Preisübersichts‑Seite, anstatt hier zusammengefasst zu werden, wo sie schnell veralten würden.

Wenn Sie zuerst nur sehen wollen, wie eine bestimmte umständliche Datei gerendert wird, führt Doconut.app dieselbe Engine für jeweils eine Datei aus, kostenlos — und löscht sie anschließend.

Wichtige Erkenntnisse

Die Sicherheitseigenschaft des SDK ist architektonisch – es läuft in Ihrer Umgebung und ruft nichts Externes auf, sodass das Dokument Ihre Grenze nie verlässt. Es liefert keine Verschlüsselung im Ruhezustand, Schlüsselverwaltung oder Prüfprotokollierung; diese bleiben bei Ihnen.
Doconut.app ist ein echter Upload – HTTPS ein, gerendert auf unseren Servern, gelöscht, wenn die Sitzung endet, kein Konto. In Ordnung für eine gewöhnliche Datei, ungeeignet für regulierte Daten.
Compliance ist nicht integriert – wir besitzen keine ISO 27001, SOC 2, HIPAA, PCI DSS oder FedRAMP‑Zertifizierung, und keine Komponente kann eine solche verleihen.
Rendering erfolgt serverseitig, nicht WebAssembly – der Browser erhält Seiten, nie die Quelldatei. Rendering ist keine Ausführung, sodass Makros nicht laufen.
Bereinigen Sie Ihr temporäres Verzeichnis – bei einer selbstgehosteten Bereitstellung ist verwauschte Renderausgabe das realistische Ghost‑File‑Risiko.
Zero‑Plugin‑Browser‑Erlebnis – integriert sich in ASP.NET Core, MVC, WebForms und Blazor‑Workflows.
Bewerten Sie in Ihrer eigenen Umgebung – die Render‑Qualität können Sie kostenlos auf Doconut.app prüfen; alles andere erfordert die Testlizenz auf Ihren eigenen Servern.

Häufige Fragen

F: Bewahrt Doconut.app eine Kopie meines Dokuments nach dem Anzeigen?
A: Nein. Es wird in einer temporären Sitzung, die an Ihren Browser gebunden ist, gerendert und nach Sitzungsende von unseren Servern gelöscht. Es gibt kein Konto, dem es zugeordnet werden könnte, und keine Bibliothek, in der es wieder auftauchen könnte. Bei einer selbstgehosteten SDK‑Bereitstellung bezieht sich die entsprechende Frage auf Ihr eigenes temporäres Verzeichnis, und die Antwort hängt von der von Ihnen konfigurierten Aufräum‑Strategie ab.

F: Kann ich das Herunterladen oder Drucken für bestimmte Benutzer aktivieren?
A: Im SDK ja — die Viewer‑Steuerelemente sind konfigurierbar und kontrolliertes Drucken ist Teil des Viewers, nicht ein zusätzliches Plugin, sodass Sie diese Rechte pro Rolle aus Ihrer eigenen Anwendung vergeben können. Auf der kostenlosen Seite bei Doconut.app gibt es keine Rollen und keine API: Jeder, der die Ansicht nutzt, kann mit Strg + P drucken.

F: Wie geht es mit großen CAD‑ oder hochauflösenden Bilddateien um?
A: Die Engine rendert DWG, DXF, DGN, PSD, TIFF und DNG aus Geometrie‑ und Pixeldaten statt aus einer eingebetteten Vorschau, wendet eingebettete ICC‑Profile an und lässt Sie CAD‑Layer ein‑ bzw. ausschalten sowie Entfernungen und Flächen messen. Auf der kostenlosen Seite gelten die Obergrenzen: 10 MB für CAD, was bei veröffentlichten Zeichnungen häufig überschritten wird, und 25 MB für PSD, TIFF und Bilder. Selbstgehostet richtet sich die Obergrenze nach dem Arbeitsspeicher Ihres Servers.

F: Ist der Viewer mit mobilen Browsern kompatibel?
A: Ja. Da das Rendering auf dem Server erfolgt und der Browser gewöhnliches HTML und Bilder erhält, funktioniert er in iOS Safari, Android Chrome und jedem modernen mobilen Browser — ein schwaches Gerät ist kein Nachteil, weil es die Arbeit nicht übernimmt.

F: Was kostet das?
A: Doconut.app ist kostenlos, ohne kostenpflichtige Stufe, ohne Konto und ohne ablaufende Testphase — das ist das gesamte Modell. Das SDK ist eine kommerzielle Lizenz mit einer kostenlosen Testphase; aktuelle Editionen und Preise finden Sie auf der Preisübersichts‑Seite, die maßgeblich ist, nicht dieser Artikel.

Abschließende Gedanken

Wenn Sie einen cloud‑basierten Dateikonverter in eine Unternehmens‑.NET‑Anwendung einbetten, sind Datenexposition, unsichere Dateilebenszyklen, Compliance‑Lücken und bösartige Payloads reale Risiken. Ein selbstgehosteter Doconut‑Workflow kann Windows‑basierte .NET‑Teams mehr Kontrolle über Verarbeitung und Speicherung geben, während die umgebende Anwendung für das komplette Sicherheitsdesign verantwortlich bleibt.

Entscheidung zwischen beiden? Wenn die Dokumente gewöhnlich sind, öffnet Doconut.app sofort eines kostenlos. Wenn nicht, liegt das Argument für das SDK darin, dass die Datei auf Ihren Servern bleibt — und die Arbeit, dies einem Auditor zu beweisen, bleibt bei Ihnen, was die einzige Version ist, die einem echten Sicherheits‑Review standhält.