Keamanan Berkas PDFreevert

Dokumen proses PDFreevert menggunakan infrastruktur sisi-server. Arsitektur keamanan kami bergantung pada batas akses yang ketat, penyimpanan ephemeral otomatis, eksekusi tugas terisolasi, dan transparansi operasional - bukan pada klaim bahwa file tidak pernah meninggalkan peramban Anda.

Terakhir diperbaruiNew: Kebijakan kerahsiaanTerminologi layanan
Pengangkutan bantuan.
HTTPS/TLS
Enkripsikan Dan Tandatangan Diistirahatkan
AES-256
Retensi Berkas
3 jam
Apakah semua konversi berbasis peramban?
Tidak. Kebanyakan alat-alat fenfules menggunakan pengolahan latar belakang sisi-server.
PDFreevert end-to-end dienkripsi?
Tidak. Keenkripsian data HTTPS dalam transit dan R2 mengenkripsikan objek tersimpan pada istirahat, tetapi server kita harus membaca berkas untuk sementara waktu untuk melakukan konversi.
Apakah berkas-berkas yang telah diunggah dapat diakses publik?
Tidak. Berkas sumber dan keluaran purbadi objek pribadi disimpan hanya dapat diakses melalui kelayakan layanan yang diotentikasi.
Berapa lama berkasnya dipertahankan?
Berkas sumber dan keluaran lemachi berakhir setelah 3 jam; rutin pembersihan dijalankan setiap 1 jam.
Sampai kapan URL unduhan masih berlaku?
Sambungan unduhan KUNCI kadaluarsa setelah 10 minit Kedaluwarsa sambungan dan penghapusan objek berkas dikelola secara independen.
Anda dapat menghapus berkas secara instan?
Tidak saat ini. Berkas-berkas yang dihapus melalui pembersihan dijadwalkan, atau secara manual setelah permintaan yang diverifikasi melalui halaman Kontak kami.
Apa PDFreevert mengadakan sertifikasi keamanan formal?
Tidak. Saat ini PDFreevert tidak mengklaim ISO 27001, SOC 2, HIPAA, DSS PCI, atau sertifikasi eIDAS.

Memproses Pipaline

Pemrosesan dokumen standard Bekubel mengikuti jalur pipa ini:

  1. Pemilihan dan validasi berkas Browser
  2. API PDFreevert
  3. Privat Cloudflare R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R2 Objek sumber UC
  4. Ruang kerja pengolahan terisolasi
  5. Operasi pengubahan berkas atau PDF
  6. Privat Cloudflare R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R2 objek keluaran vinf
  7. link unduhan berumur pendek yang diizinkan oleh perusahaan
  8. Ekspirasi dan pembersihan otomatis terjadwal

Operasional metadata dan konten berkas dipisah. Isi berkas lema berdiam dalam penyimpanan objek sementara, sementara metadata dilog secara terpisah dalam basis data aplikasi. Memadam objek berkas tidak secara otomatis menghapus log sistem bukan isi.

Enkripsi di Transit

Situs web kami dan enkripsi HTTPS/TLS yang ditegakkan API. TLS mengamankan komunikasi antara peramban Anda dan PDFreevert, serta komunikasi internal antara pekerja pengolahan dan penyimpanan awan.

TLS menyediakan perlindungan transport-layer. Ini tidak merupakan enkripsi akhir-ke-akhir di mana file tetap dienkripsi dengan kunci pengguna-eksklusif selama pemrosesan.

Enkripsikan Enkripsi di Tempat Beristirahat dan Penyimpanan

Berkas termuat-muat-muat-muat-muat-muat naik dan output terkonversi disimpan dalam Cloudflare R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R2. Cloudflare Dokumentasi dokumentasi dokumentasi dokumentasi menyatakan bahwa R2 Objek dan data meta dan data meta dienkripsi secara otomatis di istirahat menggunakan AES-256 ..dengan kunci yang dikelola oleh penyedia.

Timba penyimpanan kami menggunakan petunjuk lokasi Asia-Pasifik. Petunjuk lokasi phobia mengoptimalkan kinerja routing pada dasar effort terbaik tetapi tidak menjamin keberlangsungan data yurisdiksi yang ketat.

Basis data aplikasi Logika aplikasi Log metadata, log sistem, dan permintaan dukungan; mereka tidak menyimpan isi berkas.

Pengolahan Pengolahan Data-Side Server Sementara (Side)

Setiap tugas konversi dilaksanakan di dalam ruang kerja yang terpencil dan sementara pada server pengolahan kami. Ruang kerja dibuat dengan izin sistem berkas yang dibatasi dan dihapus secara otomatis setelah penyelesaian pekerjaan yang sukses.

Worker joworkers dan objek penyimpanan lifecycles beroperasi secara independen. Jika seorang pekerja pengolahan menemui kecelakaan yang tak terduga, pembersihan penyimpanan objek tetap aktif, dan log pemulihan membantu pembersihan sistem.

Arsitektur Pengendalian Akses Senibina Akses

\"PDFreevert\" tidak pernah membuka data data kelayakan, kunci penyimpanan, atau menandatangani rahasia ke peramban klien.

Kendali akses kami meliputi:

  • Hidup-pendek, kelayakan sesi yang ditandatangani untuk akses API;
  • Token sesi unggahan GUGN yang nilai teks biasanya hanya dipegang oleh peramban, sementara hanya hashes SHA-256 yang disimpan dalam basis data;
  • Pengesahan Kriptografik bergiat menghubungkan sesi unggah, pekerjaan pengolahan, dan unduhan output;
  • URL bertandatangan pendek untuk download output;
  • Keterbatasan tingkat ketangkasan pada titik akhir API dan generasi kerja; dan
  • Batas antrian global untuk mencegah serangan pembuangan sumber daya.

Siapa saja yang memiliki token sesi atau URL yang belum di-signed dapat mengunduh output yang terkait. Pengguna zombi harus melindungi link ini dan menghindari berbagi mereka secara publik.

Pemvalidasi dan Penjaga Jaringan

PDFreevert Tessidi pemeriksaan ekstensi file, batasan ukuran, dan tanda-tangan biner sebelum menerima unggahan. Equipment Tools memberlakukan batasan tambahan pada penghitungan halaman, jumlah berkas, dan parameter kata sandi.

Dari awan Dropbox API kami hanya menerima titik akhir HTTPS dan memberlakukan pembatasan pengalihan, blok IP jaringan swasta, dan kap ukuran berkas untuk meminimalkan permintaan server-Side Forgery. Meskipun pemeriksaan ini mencegah vektor eksploitasi umum, format berkas kompleks diperlakukan sebagai input yang tidak dipercaya.

Penghapusan Pemulihan dan Penghapusan Otomat

Berkas-berkas yang dikonfigurasi untuk kadaluarsa 3 jam setelah di-upload. Para pekerja otomatisasi memindai ember penyimpanan setiap 1 jam untuk menghapus benda-benda kedaluwarsa dalam kelompok.

Prinsip retensi kunci:

  • Penentuan waktu ekspirasi menentukan kapan suatu objek menjadi memenuhi syarat untuk pembersihan;
  • Jadwal pembenahan annobia menentukan kapan pelaksanaan penghapusan terjadi;
  • Kesalahan jaringan sementara dapat menunda penghapusan objek ke siklus terjadwal berikutnya; dan
  • UDUR unduhan yang ditandatangani dengan 10 minitZ validitas akan kadaluarsa sebelum objek yang mendasari dibersihkan dari penyimpanan.

Inkuiries dukungan dan masukan umpan balik yang dipertahankan dalam database kami untuk hari 365. Log dan metadata operasional ber-PONO mengikuti jadwal retensi independen.

Pengelogan dan Pengecaman Privasi

Log log sistem log log log log log log log log log log log log log log log log log log log track kesehatan operasional, termasuk metode HTTP, jalur tersains tanpa lema tanya, kode respon, waktu pemrosesan, ID permintaan, dan alamat IP klien. Log log sistem log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log log tidak permintaan tubuh tidak permintaan badan badan muatan muatan muatan muatan muatan muatan muatan, muatan muatan muatan muatan muatan, isi, isi, isi, isi, isi, isi, isi, isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi isi, isi isi isi isi isi, isi, isi, isi, isi, isi berkas, isi berkas, isi berkas, isi berkas, isi berkas, isi berkas berkas berkas berkas berkas, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata sandi, kata kunci, token,, token sesi, token,,,,,,,,, token sesi,,,,,,,,, tanda token sesi,,,,,,,,,,,,,, tanda masuk sesi,,,,,,,,,

Koleksi data Google Analytics mengikuti aturan opt-in regional yang didefinisikan dalam Kebijakan Privasi kami. Acara-acara Analitik tak pernah memuat nama berkas, teks dokumen, ID pekerjaan, download link, kata sandi, atau rincian dukungan pelanggan.

Keamanan Infrastruktur pihak ketiga

PDFreevert LUCHA mengandalkan penyedia infrastruktur terspesialisasi: Cloudflare operasi ROC2 Penyimpanan dan D1 Database-data database thabi; penyedia hosting kami menjalankan pekerja pengolahan; Resend mengelola transaksi pengiriman email; Google dan Dropbox Dia mengelola aliran kerja pengesahihan awan.

Saat kami mengatur layanan ini dengan aman, infrastruktur pihak ketiga tetap diatur oleh kebijakan operasional dan kontrol keamanan dari penyedia masing-masing.

Skop Asuransi Keamanan dan Keamanan

PDFreevert beroperasi sebagai utilitas perangkat lunak independen. Kami saat ini tidak menerbitkan hasil uji penetrasi pihak ketiga, laporan SOC 2, sertifikasi ISO 27001, attestasi HIPAA, sertifikat kepatuhan PCI DSS, atau sertifikasi kepercayaan eIDAS.

Pengguna ubuntu harus mengevaluasi PDFreevert berdasarkan kontrol teknis secara eksplisit didokumentasikan di sini daripada diasumsikan enterprise compliance sertifikasi.

Praktek Terbaik untuk Pengguna

Anda dapat mengurangi risiko pemprosesan dokumen dengan mengikuti praktek ini:

  • Muat naik hanya file yang Anda punya otorisasi untuk diproses.
  • Hapus data pribadi yang sensitif atau rahasia sebelum unggah bila diperlukan.
  • Tetap pertahankan backup lokal dari semua dokumen asli.
  • Keluaran yang diubah segera setelah selesai.
  • Jangan berbagi token sesi sementara atau URL unduhan yang ditandatangani.
  • Mempertahankan perangkat lunak peramban yang diperbarui dan perangkat lokal yang aman.
  • Keanehan keamanan laporan, kontak, atau kerentanan melalui halaman Kontak kita.

Pelaporan Keanekagunaan

Silakan laporkan kekhawatiran keamanan ke support@pdfreevert.com atau pilih opsi Keamanan di halaman Kontak kami.

Termasuklah nama alat yang terpengaruh, setem waktu UTC, versi peramban, kode kesalahan, dan langkah uji ulang. Jangan lampirkan dokumen rahasia, kata sandi langsung, atau kunci API aktif. Gunakan file tes sintetis kapanpun mungkin.

Laporan keamanan baik-iman yang dilakukan tanpa mengorbankan privasi pengguna atau ketersediaan layanan akan diselidiki dengan segera.