Bezpieczeństwo plików PDFreevert

Nasza strona internetowa i API egzekwują szyfrowanie HTTPS / TLS. TLS zabezpiecza komunikację między przeglądarką a PDFreevert, a także komunikację wewnętrzną pomiędzy pracownikami przetwarzającymi a przechowywaniem danych w chmurze.

TLS zapewnia ochronę warstwy transportowej. Nie jest to szyfrowanie end-to@-@ end, gdzie pliki pozostają zaszyfrowane za pomocą wyłącznych kluczy użytkownika podczas przetwarzania.

Przesyłane pliki i skonwertowane wyjścia są przechowywane w Cloudflare R2. Dokumentacja Cloudflare stwierdza, że obiekty i metadane R2 są automatycznie szyfrowane w spoczynku przy użyciu AES- 256 przy pomocy kluczy zarządzanych provider- managed.

Nasze wiadro do przechowywania używa podpowiedzi o lokalizacji Azji i Pacyfiku. Lokalizacja podpowiedzi zoptymalizować wydajność routingu na podstawie best- wysiłku, ale nie gwarantują ścisłego pobytu danych jurysdykcyjnych.

Bazy danych aplikacji przechowują metadane zadań, dzienniki systemowe i zapytania o wsparcie; nie przechowują zawartości plików.

Każde zadanie konwersji wykonuje się w odizolowanym, tymczasowym miejscu pracy na naszym serwerze przetwarzania. Przestrzenie robocze są tworzone z ograniczonymi uprawnieniami do systemu plików i usuwane automatycznie po pomyślnym zakończeniu zadania.

Przestrzenie robocze pracowników i żywotność obiektu działają niezależnie. Jeżeli pracownik przetwórczy napotka nieoczekiwany wypadek, czystki do przechowywania obiektów pozostają aktywne, a dzienniki odzyskiwania pomagają w czyszczeniu systemu.

PDFreevert nigdy nie ujawnia uwierzytelniania bazy danych, kluczy do przechowywania danych ani nie podpisuje tajemnic w przeglądarce klienta.

Nasze kontrole dostępu obejmują:

• Krótkożyta, podpisane referencje sesyjne dla dostępu API;
• Wysyłanie żetonów sesyjnych, których wartości tekstowe są przechowywane tylko przez przeglądarkę, podczas gdy w bazie danych przechowywane są tylko haski SHA- 256;
• weryfikacja kryptograficzna łącząca sesje wysyłania, zadania przetwarzania i pobieranie danych wyjściowych;
• Podpisane adresy URL Short- lived do pobierania wyjść;
• rygorystyczne limity stawek dla punktów końcowych API i tworzenia miejsc pracy; oraz
• Limity globalnej kolejki, aby zapobiec atakom wyczerpania zasobów.

Każdy, kto posiada nieutracony symbol sesji lub podpisany adres URL, może pobrać związane z nim wyjście. Użytkownicy muszą chronić te linki i unikać ich publicznego udostępniania.

PDFreevert sprawdza rozszerzenia plików, limity wielkości i sygnatury binarne przed zaakceptowaniem wysyłania. Narzędzia wymuszają dodatkowe ograniczenia dotyczące liczenia stron, ilości plików i parametrów hasła.

W przypadku importu w chmurze z Dropbox lub publicznych adresów URL, nasz API akceptuje tylko punkty końcowe HTTPS i wymusza ograniczenia przekierowania, prywatne bloki IP sieci i czapki wielkości plików w celu złagodzenia fałszerstwa Server- Side Request. Podczas gdy te kontrole zapobiegają wspólnemu wykorzystywaniu wektorów, złożone formaty plików są traktowane jako niezaufane wejście.

Pliki są skonfigurowane, aby wygasnąć 3 godziny po wysłaniu. Automatyczny pracownik skanuje wiadra pamięci masowej co 1 godzina, aby usunąć wygasłe obiekty w partiach.

Kluczowe zasady utrzymania:

• Znacznik czasu ważności określa, kiedy obiekt kwalifikuje się do oczyszczenia;
• Harmonogram czyszczenia określa, kiedy następuje wykonanie usunięcia;
• Przejściowe błędy sieciowe mogą opóźniać usuwanie obiektów do następnego cyklu planowego; oraz
• Podpisany adres URL do pobrania z poprawnością 10 minut wygaśnie przed usunięciem z pamięci.

Zapytania wsparcia i wpisy zwrotne są przechowywane w naszej bazie danych dla dni 365. Logi operacyjne i metadane są zgodne z niezależnymi harmonogramami retencji.

Logi systemu śledzą stan zdrowia operacyjnego, w tym metody HTTP, ścieżki oczyszczone bez ciągów zapytań, kody odpowiedzi, czasy przetwarzania, identyfikatory i adresy IP klienta. Logi systemowe nie rejestrują żądanych jednostek ładunkowych, zawartości plików, haseł, żetonów sesji surowych, pobierania adresów URL lub wiadomości wsparcia.

Gromadzenie danych Google Analytics odbywa się zgodnie z regionalnymi zasadami określonymi w naszej polityce prywatności. Zdarzenia analityczne nigdy nie zawierają nazw plików, tekstów dokumentów, identyfikatorów zadań, linków do pobierania, haseł ani szczegółów obsługi klienta.

PDFreevert opiera się na specjalistycznych dostawcach infrastruktury: Cloudflare obsługuje R2 pamięci masowej i bazy danych D1; nasz dostawca hostingu prowadzi pracowników przetwórczych; Resend zarządza transakcyjną dostawą poczty e-mail; Google i Dropbox zarządzają przepływami roboczymi uwierzytelniania w chmurze.

Chociaż bezpiecznie konfigurujemy te usługi, infrastruktura trzeciej strony pozostaje regulowana przez politykę operacyjną i kontrolę bezpieczeństwa odpowiednich dostawców.

PDFreevert działa jako niezależne narzędzie oprogramowania. Aktualnie nie publikujemy wyników trzeciej grupy testów penetracyjnych, raportów SOC 2, certyfikatów ISO 27001, świadectw HIPAA, certyfikatów zgodności PCI DSS lub certyfikatów zaufania eIDAS.

Użytkownicy powinni ocenić PDFreevert w oparciu o kontrole techniczne wyraźnie udokumentowane tutaj, a nie zakładane certyfikaty zgodności przedsiębiorstw.

Można zmniejszyć ryzyko przetwarzania dokumentów poprzez następujące praktyki:

• Wysyłaj tylko pliki, które masz do przetwarzania.
• Usuwanie wrażliwych lub poufnych danych osobowych przed wysłaniem w miarę możliwości.
• Utrzymanie lokalnych kopii zapasowych wszystkich oryginalnych dokumentów.
• Pobierz skonwertowane wyjścia natychmiast po zakończeniu.
• Nie udostępniaj znaczników sesji tymczasowej ani nie pobieraj podpisanych adresów URL.
• Utrzymanie zaktualizowanego oprogramowania przeglądarki i zabezpieczenia lokalnych urządzeń.
• Zgłoś anomalie bezpieczeństwa, odsłonięte linki lub słabości za pośrednictwem naszej strony kontaktowej.

Proszę zgłosić obawy dotyczące bezpieczeństwa support@pdfreevert.com lub wybrać opcję Bezpieczeństwa na naszej stronie kontaktowej.

Dołącz nazwę danego narzędzia, znacznik czasu UTC, wersję przeglądarki, kody błędów i powtarzalne kroki testowe. Nie należy dołączać prawdziwych poufnych dokumentów, haseł na żywo lub aktywnych kluczy API. W miarę możliwości należy używać syntetycznych plików testowych.

Raporty dotyczące bezpieczeństwa w dobrej wierze, prowadzone bez uszczerbku dla prywatności użytkownika lub dostępności usług, zostaną niezwłocznie zbadane.