PDFreevert zabezpečení souborů

PDFreevert zpracovává dokumenty pomocí serverside infrastruktury. Naše bezpečnostní architektura se spoléhá na přísné přístupové hranice, automatické úložné úložné úložné prostory, izolované provedení úkolu a provozní průhlednost - nikoli na tvrzení, že soubory nikdy neopustí váš prohlížeč.

Ochrana dopravy
HTTPS/TLS
Šifrování v klidu
AES-256
Retence souboru
3 hodiny
Jsou všechny konverze založené na prohlížeči?
Ne. Většina nástrojů používá serverboard zpracování pozadí.
Je PDFreevert end- to- end šifrován?
Ne. HTTPS šifruje data v tranzitním režimu a R2 šifruje uložené objekty v klidu, ale náš server musí dočasně číst soubory pro provedení konverzí.
Jsou nahrané soubory veřejně přístupné?
Ne. Zdrojové a výstupní soubory jsou uloženy v soukromých objektech, které jsou přístupné pouze prostřednictvím ověřených servisních údajů.
Jak dlouho jsou soubory uchovávány?
Zdrojový a výstupní soubor vyprší po 3 hodiny; čistící rutiny běží každý 1 hodina.
Jak dlouho jsou URL stahovány v platnosti?
Stáhnout odkazy vyprší po 10 minut. Konec platnosti odkazu a smazání objektu souboru jsou řízeny nezávisle.
Mohou uživatelé smazat soubory okamžitě?
Teď ne. Soubory jsou smazány prostřednictvím plánovaného čištění, nebo ručně po ověřené žádosti prostřednictvím naší Kontaktní stránky.
Má PDFreevert formální bezpečnostní osvědčení?
Ne. PDFreevert v současné době nepožaduje ISO 27001, SOC 2, HIPAA, PCI DSS nebo eIDAS certifikaci.

Zpracovatelské potrubí

Standardní zpracování dokumentů se řídí tímto potrubím:

  1. Výběr a validace souborů prohlížečů
  2. HTTPS nahrání na PDFreevert API
  3. Privátní objekt Cloudflare R2
  4. Izolovaný pracovní prostor pro zpracování
  5. Převod souborů nebo operace PDF
  6. Soukromý výstupní objekt Cloudflare R2
  7. Autorizovaný stahovací odkaz pro krátké download
  8. Plánované ukončení platnosti a automatické čištění

Operační metadata a obsah souborů jsou odděleny. Obsah souboru se nachází v přechodném úložišti objektu, zatímco metadata jsou v databázích aplikace zaznamenávána odděleně. Pročištění objektu souboru automaticky neodstraňuje záznamy systému neobsaženého.

Šifrování v tranzitním režimu

Naše webové stránky a API vynucují šifrování HTTPS / TLS. TLS zajišťuje komunikaci mezi Vaším prohlížečem a PDFreevert, stejně jako vnitřní komunikaci mezi zpracovateli a úložištěm cloud.

TLS zajišťuje ochranu transportní vrstvy. To nepředstavuje end- to- end šifrování, kde soubory zůstávají šifrovány uživatel- exkluzivní klíče během zpracování.

Šifrování na místech odpočinku a skladování

Nahrané soubory a konvertované výstupy jsou uloženy v Cloudflare R2. Dokumentace Cloudflare uvádí, že objekty a metadata R2 jsou automaticky zašifrovány v klidu pomocí AES- 256 pomocí klíčů řízených poskytovatelem.

Náš sklad používá asia- pacifickou nápovědu k umístění. Umístění napovídá optimalizovat výkon routingu na základě best- úsilí, ale nezaručují přísné jurisdikční údaje rezidentské.

Databáze aplikací ukládají metadata úloh, záznamy o systému a šetření; neukládají obsah souborů.

Dočasné servisní zpracování

Každý úkol konverze se provádí v izolovaném, dočasném pracovním prostoru na našem procesním serveru. Pracovní prostory jsou vytvořeny s omezenými povoleními souborového systému a po úspěšném dokončení práce automaticky vymazány.

Pracovní prostory pracovníků a skladovací prostory objektů fungují nezávisle. Pokud zpracovatel narazí na neočekávanou havárii, úložiště objektů zůstává aktivní a obnovovací protokoly pomáhají při čištění systému.

Architektura řízení přístupu

PDFreevert nikdy nevystavuje databázové pověření, klávesy pro ukládání dat nebo podepisuje tajemství klientovi.

Naše přístupové kontroly zahrnují:

  • Short- live, signed relace pověření pro přístup API;
  • Upload session tokeny, jejichž jednoduché hodnoty jsou drženy pouze v prohlížeči, zatímco pouze SHA-256 hashes jsou uloženy v databázi;
  • šifrovací ověření propojující nahrávací relace, zpracování pracovních míst a stahování výstupů;
  • Short- live signed URL pro stahování výstupů;
  • přísná omezení sazeb pro koncové body API a tvorbu pracovních míst a
  • Globální limity fronty, aby se zabránilo útokům na vyčerpání zdrojů.

Každý, kdo má neprošlou session token nebo podepsanou URL, si může stáhnout související výstup. Uživatelé musí tyto odkazy chránit a vyhnout se jejich veřejnému sdílení.

Ověřování souborů a síťová ochranná opatření

PDFreevert kontroluje rozšíření souborů, omezení velikosti a binární podpisy před přijetím uploadů. Nástroje vynucují další limity na počtech stránek, množství souborů a parametry hesla.

Pro dovoz cloud ze Dropbox nebo veřejných URL, naše API akceptuje pouze HTTPS koncové body a podporuje přesměrování omezení, private- network IP bloků, a file- size caps ke zmírnění Server- Side Request Forgery. Zatímco tyto kontroly zabraňují běžnému využívání vektorů, složité formáty souborů se považují za nedůvěryhodný vstup.

Retence a automatizované výmazy

Soubory jsou nakonfigurovány tak, aby po nahrání pozbyly platnosti 3 hodiny. Automatizovaný pracovník prohledává uložení každého 1 hodina, aby odstranil prošlé objekty v dávkách.

Klíčové zásady uchovávání:

  • Časový údaj vypršení platnosti určuje, kdy se objekt stane způsobilým pro očištění;
  • Plán čištění určuje, kdy dojde k vymazání;
  • Přechodné chyby sítě mohou odložit výmaz objektu do dalšího plánovaného cyklu a
  • Podepsaná URL ke stažení s platností 10 minut vyprší dříve, než je základní objekt vymazán z úložiště.

V naší databázi jsou uchovávány dotazy o podpoře a záznamy o zpětné vazbě pro dny 365. Provozní záznamy a metadata se řídí nezávislými retenčními plány.

Logování a ochrana osobních údajů

Systémové záznamy sledují provozní zdraví, včetně HTTP metod, dezinfekčních cest bez dotazovacích řetězců, kódů odezvy, doby zpracování, požadavku ID a IP adres klienta. Záznamy systému nenahrávají požadavek na tělesa s užitečným zatížením, obsah souborů, hesla, hrubé relace tokeny, stahování URL, nebo podpůrné zprávy.

Sbírka dat Google Analytics se řídí regionálními pravidly definovanými v našich Zásadách ochrany osobních údajů. Analytické akce nikdy neobsahují názvy souborů, text dokumentu, ID pracovních míst, stahování odkazů, hesla nebo podrobnosti o podpoře zákazníků.

Bezpečnost infrastruktury pro třetí strany

PDFreevert se spoléhá na specializované poskytovatele infrastruktury: Cloudflare provozuje úložiště R2 a databáze D1; náš poskytovatel hostingu provozuje pracovníky zpracovávající; Resend spravuje transakční emailové doručování; Google a Dropbox spravují pracovní toky pro ověřování cloud.

I když tyto služby bezpečně konfigurujeme, infrastruktura třetích stran se nadále řídí operačními politikami a bezpečnostními kontrolami příslušných poskytovatelů.

Oblast zabezpečení

PDFreevert funguje jako nezávislý software. V současné době nezveřejňujeme výsledky prenatronových testů třetích stran, SOC 2 zprávy, ISO 27001 certifikace, HIPAA certifikáty, PCI DSS certifikáty shody, nebo eIDAS trust certifications.

Uživatelé by měli zhodnotit PDFreevert na základě technických kontrol, které jsou zde výslovně zdokumentovány, spíše než předpokládaných certifikátů dodržování předpisů pro podniky.

Nejlepší bezpečnostní postupy pro uživatele

Riziko zpracování dokumentů můžete snížit následujícími postupy:

  • Nahrajte pouze soubory, které máte oprávnění zpracovávat.
  • Odstranit citlivé nebo důvěrné osobní údaje před nahráním, pokud je to proveditelné.
  • Udržujte místní zálohy všech originálních dokumentů.
  • Stáhnout konvertované výstupy ihned po dokončení.
  • Nesdílejte dočasné session tokeny nebo podepsaný stáhnout URL.
  • Udržovat aktualizovaný software prohlížeče a zabezpečovat lokální zařízení.
  • Nahlaste bezpečnostní anomálie, odhalené odkazy, nebo slabiny na naší kontaktní stránce.

Podávání zpráv o zranitelnosti

Prosím, informujte support@pdfreevert.com nebo zvolte možnost Bezpečnost na naší kontaktní stránce.

Zahrňte dotčený název nástroje, UTC časové razítko, verzi prohlížeče, chybové kódy a reprodukovatelné testovací kroky. Nepřipojujte skutečné důvěrné dokumenty, živá hesla nebo aktivní API klíče. Použijte syntetické testovací soubory, kdykoli je to možné.

Bezpečnostní zprávy Good- víra prováděné bez ohrožení soukromí uživatele nebo dostupnosti služeb budou neprodleně prošetřeny.