Úvod

Bezpečné nahrávání dokumentu a chráněný online konverzní workflow

Nahrání citlivého dokumentu do online konvertoru může působit rizikově. Soubor může být zachycen, uložen déle, než se očekává, nebo zpracován způsobem, který vyvolává obavy o soukromí. Front‑end inženýři ve firmách SaaS mohou toto riziko snížit použitím bezpečného, na soukromí zaměřeného prohlížeče, který řídí přístup, chrání dokumenty během zpracování a omezuje dobu, po kterou jsou dočasné soubory dostupné.

Tento příspěvek přehledá rizika spojená s obecnými online konvertory a poté rozliší dvě věci, které jsou neustále zaměňovány: bezplatný veřejný prohlížeč na OnlineDocumentViewer.com a Doconut SDK, který tým SaaS integruje do svého vlastního produktu. Nejedná se o stejný produkt a odpovídají na různé otázky.

Porozumění hrozbám v oblasti služeb konverze souborů

I když je online konvertor dobře propracovaný, může vystavit citlivá data, pokud se bezpečnost neřeší pečlivě. Mezi nejčastější rizika patří nebezpečné přenosy, nejasné zásady uchovávání a slabé řízení přístupu.

Hrozba	Jak k tomu dochází	Reálný dopad
Zachycení typu man-in-the-middle	Slabá nebo nebezpečná nastavení přenosu mohou soubory vystavit během nahrávání nebo přístupu.	Důvěrné smlouvy, zdravotní záznamy, finanční zprávy nebo zdrojové soubory mohou být odhaleny.
Trvalé ukládání na serverech třetích stran	Některé služby uchovávají nahrané soubory po hodiny nebo dny bez jasné viditelnosti pro uživatele.	To může vytvořit rizika soukromí, problémy s dodržováním předpisů a obavy z auditu.
Slabá izolace vloženého prohlížeče	Špatně kontrolované vložené náhledy mohou zvýšit expozici nežádoucím skriptům nebo neoprávněnému přístupu.	Obsah citlivých dokumentů může být ve větším riziku, pokud prohlížeč není řádně izolován.

Pro SaaS produkt, který potřebuje zacházet s důvěrnými soubory, mohou tyto slabiny vytvořit vážné obchodní a compliance problémy. Řešení není jen použít bezpečný přenos. Potřebujete také prohlížeč, který omezuje expozici dokumentu, řídí přístup a podporuje workflow zaměřené na soukromí.

Dva různé produkty a rozdíl zde má význam

Než půjdeme dál: OnlineDocumentViewer.com je bezplatná veřejná webová stránka. Kdokoli nahraje soubor, přečte si ho a soubor je smazán, jakmile se sezení ukončí. Neexistují žádné účty, role, oprávnění ani auditní stopa, protože není nikdo, komu by se daly přiřadit. Je to dobrá odpověď na „Nemohu otevřít tento soubor“, ale ne na otázku „Kdo v mé organizaci může tuto smlouvu číst?“.

Na druhou otázku odpovídá Doconut SDK: stejný renderovací engine, licencovaný a nainstalovaný na vašich vlastních serverech, přičemž vaše aplikace poskytuje autentizaci, autorizaci, úložiště a logování kolem něj.

Většina tohoto článku se týká druhé možnosti.

Proč je důležitý časově omezený přístup

Když je prohlížeč vložen do webové aplikace, způsob, jakým jsou dokumenty získávány, je celým bezpečnostním příběhem. Přímý odkaz na soubor je snadno implementovatelný a zůstává platný dlouho po tom, co jej uživatel, který jej obdržel, již nepotřebuje.

Bezpečnější vzor je krátkodobý, serverem generovaný odkaz, omezený na jeden dokument a jedno sezení, přičemž kontrola oprávnění se provádí při každém požadavku.

Tento vzor je něco, co vaše aplikace implementuje. Není to vlastnost komponenty prohlížeče a rozhodně to není vlastnost veřejné webové stránky: OnlineDocumentViewer.com nemá žádný model identity, který by něco omezoval. Místo toho má sezení, které končí a soubor s ním odejde.

Automatické mazání souborů a soukromí: Co je potřeba ověřit

Nařízení o ochraně soukromí a interní bezpečnostní politiky často vyžadují, aby týmy neuchovávaly osobní nebo důvěrná data déle, než je nezbytné. Mnoho bezplatných nebo obecných konvertorů zmiňuje automatické mazání, ale podrobnosti nejsou vždy jasné. Některé mohou soubory smazat až po pevně stanoveném zpoždění, zatímco jiné mohou dočasné kopie uchovávat déle, než se očekává.

Při hodnocení jakéhokoli prohlížeče dokumentů nebo konvertoru ověřte:

Jak dlouho jsou nahrané soubory dostupné.
Zda jsou dočasné soubory smazány po skončení relace prohlížení.
Zda jsou vytvářeny záložní kopie nebo surové záznamy dokumentů.
Zda je k dispozici historie přístupů k revizi.
Zda služba podporuje vaše interní požadavky na soukromí a shodu.

Na tomto webu je odpověď na všech pět otázek stručná: nahraný soubor je smazán po ukončení relace prohlížení, neexistuje žádný účet ani knihovna, historie přístupů se neuchovává, protože není k ní přiřazena žádná identita, a žádná certifikace to nepotvrzuje. To je vhodný model pro soubor, který byste stejně poslali e-mailem, a špatný model pro případový soubor.

Vkládání prohlížeče bez pluginů

Zde se dva produkty jasně odlišují, takže buďte přesní, který z nich hodnotíte.

	Bezplatná webová stránka	Doconut SDK
Kde běží	Na našich serverech	Na vašich
Vkládací do vašeho produktu	Ne	Ano
Samostatně hostováno	Ne	Ano
Ověřování a role	Žádné. Neexistují žádné účty	Vaše aplikace
Auditní stopa	Žádná	Cokoliv, co vaše aplikace zaznamená
Uchovávání	Smazáno po ukončení relace prohlížení	Vaše politika
Náklady	Zdarma	Komerční licence
Formáty	73 rozšíření	75 napříč 18 rodinami, DICOM zahrnutý

Oba jsou bez pluginů a oba renderují na serveru, takže se na uživatelově zařízení nic nespouští. Všechno ostatní v tomto seznamu je rozdíl a výběr špatného sloupce je důvod, proč bezpečnostní revize selže.

Praktické tipy pro integraci zabezpečených SaaS pracovních toků

Tyto tipy se vztahují na vložený prohlížeč ve vašem vlastním produktu — tedy SDK. Nelze je použít na veřejnou webovou stránku, která neobsahuje žádný váš server.

1. Vytvořte krátkodobý přístup na serveru

Získejte ID dokumentu vlastněné aplikací místo odhalování původního souboru. Svázat referenci s jedním dokumentem, jednou operací a jednou relací a přiřadit jí omezenou dobu životnosti.

2. Vraťte pouze to, co klient potřebuje

Frontend by měl získat referenci pro prohlížení, nikdy cestu k úložišti ani přihlašovací údaje.

3. Používejte oprávnění podle role na serveru

Někteří uživatelé pouze čtou; někteří mohou také tisknout nebo exportovat. Vynucujte to na úrovni požadavku, ne skrýváním tlačítka v panelu nástrojů.

4. Zaznamenávejte události přístupu

Uživatel, nájemce, ID dokumentu, operace, výsledek autorizace, časové razítko. Identifikátory a výsledky — ne obsah dokumentu, ne tokeny, ne URL úložiště.

Klíčové body

Citlivé dokumenty by neměly být vystaveny prostřednictvím trvalých veřejných odkazů.
Otázkou, kterou byste měli položit hostovanému konvertoru, je uchovávání, ne šifrování: jak dlouho je soubor uchováván a kdo k němu může přistupovat, dokud existuje.
Bezplatný prohlížeč na tomto webu nemá žádné účty, žádné role ani auditní stopu. Nahraný soubor smaže po ukončení relace a to je celý jeho model přístupu.
Vše, co vyžaduje autorizaci, oprávnění, logování nebo samostatné hostování, je úkolem SDK, běžícího ve vaší aplikaci.
Náhled bez pluginů udržuje uživatele uvnitř vašeho produktu — ale pouze vložené SDK vám poskytuje prostředek, jak je v produktu udržet.
Nároky na shodu patří vašemu nasazenému systému, ne komponentě. Nemáme žádné certifikace a žádný z produktů to nemění.

Často kladené otázky

Q: Mohu zabránit uživatelům stahovat dokument?

A: Ne na této webové stránce — nemá žádné účty, žádné role ani model oprávnění. Ve vaší vlastní aplikaci s SDK je panel nástrojů váš k nastavení a váš server musí i nadále autorizovat každý požadavek za ním. Skrytí tlačítka není kontrolou přístupu.

Q: Moje aplikace ukládá dokumenty do cloudového úložiště. Lze tento pracovní tok stále použít?

A: S SDK, ano. Váš backend získá ID dokumentu vlastněné aplikací a přeloží jej na umístění úložiště, ověří, že uživatel má k němu přístup, a předá soubor prohlížeči. Původní cesta úložiště nikdy nedojde do prohlížeče. Bezplatná webová stránka to nedokáže: má jeden vstup, kterým je nahrání souboru od uživatele na klávesnici.

Q: Je automatické mazání souborů dostatečné pro shodu?

A: Ne. Vyčištění je jen jednou z mnoha kontrol; shoda závisí na vašem pracovním toku, politikách, logování, kontrolách přístupu a zacházení s daty. Ověřte chování uchovávání v prostředí, ve kterém skutečně provozujete, a uvědomte si, že žádná naše certifikace to nepotvrzuje — žádnou nemáme.

Q: Co když uživatel potřebuje dokument vytisknout?

A: Bezplatný prohlížeč tiskne; není nic k nastavení a nikdo, kdo by to konfiguroval, není potřeba. Ve vaší vlastní aplikaci je tisk rozhodnutím podle role, které učiníte a vynutíte na serveru.

Závěr

Nahrání citlivého souboru do online konvertoru je rozhodnutí ohledně uchování a přístupu, nikoli ohledně formuláře nahrávání. Zeptejte se, jak dlouho je soubor uchováván, kdo k němu může mít přístup a kde je zpracováván.

Pro jednorázový soubor, který není důvěrný, Online Document Viewer jej otevře zdarma, bez účtu, a smaže jej, když zavřete kartu. Pro náhled dokumentu ve vašem vlastním SaaS produktu — s vaší autentifikací, vašimi oprávněními a vaším úložištěm — to, co potřebujete, je Doconut SDK, který běží na vašich serverech a nikdy dokument nikam neodesílá.

Dva produkty. Vyberte ten, který odpovídá dokumentu.