Sécurité des fichiers PDFreevert

Notre site et notre API imposent le chiffrement HTTPS/TLS. TLS protège les communications entre votre navigateur et PDFreevert, ainsi que les échanges internes entre les Workers de traitement et le stockage cloud.

TLS protège la couche de transport. Il ne constitue pas un chiffrement de bout en bout dans lequel les fichiers resteraient chiffrés pendant leur traitement avec des clés détenues exclusivement par l’utilisateur.

Les fichiers importés et les résultats sont conservés dans Cloudflare R2. Selon la documentation de Cloudflare, les objets R2 et leurs métadonnées sont automatiquement chiffrés au repos avec AES-256 et des clés gérées par le fournisseur.

Notre compartiment utilise une indication d’emplacement Asie-Pacifique. Ces indications optimisent le routage dans la mesure du possible, mais ne garantissent pas une résidence stricte des données dans une juridiction précise.

Les bases de données de l’application stockent les métadonnées des tâches, les journaux système et les demandes d’assistance, mais pas le contenu des fichiers.

Chaque conversion s’exécute dans un espace temporaire isolé sur notre serveur de traitement. Ces espaces disposent d’autorisations restreintes et sont supprimés automatiquement lorsque la tâche se termine avec succès.

Les espaces du Worker et le stockage d’objets ont des cycles de vie indépendants. Si un Worker s’arrête de manière inattendue, les mécanismes de nettoyage du stockage restent en place et les journaux de récupération facilitent le nettoyage du système.

PDFreevert n’expose jamais au navigateur les identifiants de base de données, les clés de stockage ou les secrets de signature.

Nos contrôles d’accès comprennent :

• Des identifiants de session signés et de courte durée pour l’accès à l’API ;
• Des jetons de session d’envoi dont seul le navigateur conserve la valeur en clair, la base de données ne stockant que leurs empreintes SHA-256 ;
• Une vérification cryptographique reliant les sessions d’envoi, les tâches et les téléchargements ;
• Des URL signées de courte durée pour télécharger les résultats ;
• Des limites strictes de fréquence sur les points d’accès de l’API et la création de tâches ;
• Des limites globales de file d’attente pour prévenir les attaques par épuisement des ressources.

Toute personne possédant un jeton de session ou une URL signée encore valide peut télécharger le résultat associé. Protégez ces liens et ne les partagez pas publiquement.

PDFreevert vérifie les extensions, les limites de taille et les signatures binaires avant d’accepter les fichiers. Les outils imposent aussi des limites sur le nombre de pages et de fichiers ainsi que sur les paramètres de mot de passe.

Pour les imports depuis Dropbox ou des URL publiques, notre API accepte uniquement HTTPS, limite les redirections, bloque les IP de réseaux privés et plafonne la taille des fichiers afin de réduire le risque de falsification de requêtes côté serveur (SSRF). Ces vérifications empêchent des attaques courantes, mais les formats complexes restent considérés comme des entrées non fiables.

Les fichiers sont configurés pour expirer 3 heures après leur envoi. Un Worker automatique examine les compartiments toutes les 1 heure pour supprimer les objets expirés par lots.

Principes de conservation :

• La date d’expiration détermine quand un objet devient admissible à la suppression ;
• Le calendrier de nettoyage détermine quand la suppression est exécutée ;
• Des erreurs réseau temporaires peuvent reporter la suppression au cycle suivant ;
• Une URL signée valable 10 minutes expire avant la suppression de l’objet stocké.

Les demandes d’assistance et les commentaires sont conservés dans la base de données pendant 365 jours. Les journaux opérationnels et les métadonnées suivent des calendriers indépendants.

Les journaux suivent le fonctionnement du service : méthodes HTTP, chemins nettoyés sans paramètres de requête, codes de réponse, temps de traitement, identifiants de requête et adresses IP clientes. Ils n’enregistrent ni corps de requête, ni contenu de fichier, ni mot de passe, ni jeton de session brut, ni URL de téléchargement, ni message d’assistance.

La collecte Google Analytics suit les règles régionales de consentement de notre Politique de confidentialité. Les événements ne contiennent jamais de noms de fichiers, de texte de documents, d’identifiants de tâches, de liens de téléchargement, de mots de passe ou de détails d’assistance.

PDFreevert utilise des fournisseurs spécialisés : Cloudflare exploite R2 et les bases D1 ; notre hébergeur exécute les Workers ; Resend assure les e-mails transactionnels ; Google et Dropbox gèrent l’authentification cloud.

Nous configurons ces services de manière sécurisée, mais leur infrastructure reste régie par les politiques opérationnelles et les contrôles de sécurité de chaque fournisseur.

PDFreevert est un outil logiciel indépendant. Nous ne publions actuellement ni résultats de tests d’intrusion externes, ni rapports SOC 2, ni certifications ISO 27001, ni attestations HIPAA, ni certificats de conformité PCI DSS ou de confiance eIDAS.

Évaluez PDFreevert selon les contrôles techniques explicitement décrits ici, sans présumer l’existence de certifications de conformité d’entreprise.

Vous pouvez réduire les risques liés au traitement des documents en suivant ces pratiques :

• Importez uniquement des fichiers que vous êtes autorisé à traiter.
• Retirez les données personnelles sensibles ou confidentielles avant l’envoi, si possible.
• Conservez des sauvegardes locales de tous les documents originaux.
• Téléchargez les résultats dès la fin du traitement.
• Ne partagez pas de jetons de session temporaires ni d’URL signées.
• Gardez votre navigateur à jour et sécurisez vos appareils.
• Signalez les anomalies, les liens exposés ou les vulnérabilités via notre page Contact.

Signalez vos préoccupations à support@pdfreevert.com ou choisissez l’option Sécurité sur notre page Contact.

Indiquez l’outil concerné, la date et l’heure UTC, la version du navigateur, les codes d’erreur et des étapes reproductibles. Ne joignez pas de vrais documents confidentiels, de mots de passe en cours d’utilisation ou de clés API actives. Utilisez si possible des fichiers de test synthétiques.

Les signalements de bonne foi qui ne compromettent ni la confidentialité des utilisateurs ni la disponibilité du service seront examinés rapidement.