Protégez le document. Protégez le compte. Gardez des limites claires.

1. Modèle de sécurité ReadThisAloud

ReadThisAloud sépare le traitement local des documents des services commerciaux et de compte en ligne. Le Reader Windows est considéré comme un terminal contrôlé par le client ; les documents sources, le texte reconnu par OCR, la synthèse Natural Voice, le traitement de lecture synchronisée et l’encodage audio autorisé ont lieu localement lors de l’utilisation standard.

ReadThisAloud.com et les services associés gèrent les fonctions qui doivent être partagées entre les appareils ou les comptes, notamment l’authentification, la validation de licence et d’appareil, l’état de l’abonnement, l’autorisation et la mesure de l’allocation de narration, la facturation, les téléchargements sécurisés, les mises à jour, le support et les opérations administratives.

• maintenir le texte source du document hors des demandes ordinaires de narration côté serveur ;
• envoyer les nombres de caractères et les métadonnées d’autorisation au lieu du texte de narration pour la mesure du forfait ;
• protéger les identifiants de base de données, de paiement, d’e-mail, d’administration et autres identifiants de backend des appareils clients ;
• authentifier et autoriser les demandes de compte et d’appareil à la limite du service ReadThisAloud ;
• séparer la gestion des cartes de paiement des données ordinaires de l’application ReadThisAloud via Stripe lorsque cela est pris en charge ; et
• minimiser la collecte et la conservation des informations qui ne sont pas nécessaires au fonctionnement du service sous licence.

2. Architecture de sécurité : Reader local → Services ReadThisAloud → Fournisseurs opérationnels

Le texte source du document utilisé pour la narration standard ne fait pas partie de ce chemin de service en ligne. Le Reader effectue la synthèse vocale et l’OCR pris en charge sur l’ordinateur du client. Les demandes d’autorisation et de mesure en ligne sont conçues pour transporter les informations de compte, d’appareil, de forfait, d’application, d’horodatage et de nombre de caractères plutôt que le texte source.

Les modèles vocaux requis sont inclus dans le programme d’installation de ReadThisAloud et stockés localement sur l’ordinateur Windows. Aucun téléchargement séparé de modèle n’est nécessaire lors de la première utilisation. Le trafic de téléchargement et de mise à jour du logiciel contient des fichiers d’application et des métadonnées du service, et non le document ou le texte de narration du client.

4. Identifiants de service protégés

Les fonctions de compte, de paiement, d’e-mail, de base de données et autres fonctions de service reposent sur des identifiants protégés côté serveur. Ces identifiants sont conservés hors des pages web publiques et ne sont pas présentés comme paramètres client dans le Reader.

L’accès aux systèmes capables de lire ou de modifier les identifiants de production est considéré comme un accès privilégié et doit être limité aux personnes et composants qui en ont besoin.

5. Protection du compte, de l’appareil et de la mesure

L’API ReadThisAloud sert de passerelle contrôlée pour les fonctions de compte, d’authentification, de licence, d’appareil, d’abonnement, d’allocation de narration et de mesure. Une demande peut être évaluée selon l’état du compte, l’appareil autorisé, l’état de l’abonnement, les limites du forfait, la disponibilité de l’utilisation, la version de l’application, la validité de la demande et les indicateurs d’abus.

Pour l’autorisation de narration ordinaire, le service est conçu pour recevoir le nombre de caractères et les métadonnées opérationnelles nécessaires pour approuver et enregistrer l’utilisation plutôt que le texte source du document. Le texte approuvé est synthétisé localement par le Reader.

Les limites de débit, les contrôles d’authentification, le traitement idempotent des transactions, la validation et les journaux d’audit contribuent à protéger les comptes clients et les systèmes ReadThisAloud contre les abus.

6. Sécurité du transport et communication réseau

ReadThisAloud utilise HTTPS/TLS pour les communications prises en charge entre le Reader Windows, ReadThisAloud.com et les autres points de terminaison contrôlés par ReadThisAloud. Le transport chiffré protège les données de compte, de licence, d’appareil, d’autorisation, de mesure, de facturation, de téléchargement et de support pendant leur transit.

Le texte de narration standard et le texte reconnu par OCR sont traités localement et ne sont pas transmis à un fournisseur de synthèse vocale en ligne. Si un client soumet volontairement du contenu au Support ou stocke un fichier exporté dans un dossier synchronisé tiers, cette action distincte peut transmettre du contenu en dehors du flux de travail local du Reader.

7. Comptes clients, mots de passe et authentification

Les systèmes de compte ReadThisAloud sont conçus pour protéger l’accès aux abonnements, téléchargements, appareils, informations liées à la facturation et autres fonctions client. Les clients sont responsables de l’utilisation d’un mot de passe unique, de la protection du compte e-mail associé et de la prévention de tout accès non autorisé aux appareils sur lesquels ils restent connectés.

ReadThisAloud peut utiliser des contrôles de session, des enregistrements d’authentification, des mécanismes de réinitialisation de mot de passe, la surveillance des connexions, des limites de débit ou d’autres mesures de protection adaptées au système de compte.

Le Support ReadThisAloud ne devrait pas avoir besoin de votre mot de passe actuel. N’envoyez pas de mots de passe par e-mail ou ticket de support. Si l’accès au compte doit être rétabli, utilisez un processus approuvé de réinitialisation de mot de passe ou de vérification d’identité.

8. Sécurité des licences, postes et appareils

Les contrôles de licence et d’appareil protègent à la fois les clients légitimes et ReadThisAloud. Ils contribuent à empêcher qu’une licence achetée soit copiée, mise en commun, revendue ou activée au-delà des droits du forfait applicable.

ReadThisAloud peut conserver des identifiants d’activation, des identifiants liés aux appareils, des informations de forfait, des dates d’activation, un historique de désactivation et d’autres registres de licence raisonnablement nécessaires pour administrer les droits achetés et enquêter sur les abus présumés.

Les empreintes ou identifiants d’appareil sont des outils de sécurité et de licence ; ils ne sont pas destinés à donner à ReadThisAloud la propriété ou un contrôle à distance général de l’ordinateur du client.

9. Utilisation de la narration, limites de débit et prévention des abus

Les forfaits ReadThisAloud incluent des allocations de narration et peuvent inclure des soldes de Character Boost achetés. La validation de l’utilisation est donc à la fois un contrôle commercial et de sécurité. ReadThisAloud peut mesurer les caractères de narration, les événements d’autorisation, les totaux d’utilisation du compte ou des unités de forfait équivalentes associées à un compte ou à une licence.

Les limites côté service peuvent aider à empêcher des identifiants volés, des abus automatisés, le partage de compte ou un compte compromis de consommer l’allocation d’un autre client ou de surcharger les services ReadThisAloud.

La demande de mesure est conçue autour des nombres de caractères et des données d’autorisation de compte/appareil ; elle ne nécessite pas le texte source de la narration.

10. Documents clients et contenu de narration

Le Contenu client est traité conformément aux principes de minimisation des données décrits dans la Politique de confidentialité. L’extraction standard des documents, l’OCR pris en charge, la synthèse Natural Voice, le surlignage synchronisé et l’encodage MP3 ont lieu localement sur l’ordinateur Windows.

ReadThisAloud.com n’a pas besoin du texte source du document pour autoriser ou mesurer la narration standard. Les registres de service en ligne peuvent inclure des identifiants de compte ou de licence, des informations sur l’appareil, des horodatages, la version de l’application, des nombres de caractères, des totaux d’utilisation, l’état de la demande et des métadonnées opérationnelles associées.

Si un client envoie intentionnellement un document, une capture d’écran, un exemple de texte ou un fichier de diagnostic au Support, ce matériel soumis est traité comme contenu de support et peut être conservé avec le dossier de support comme décrit dans la Politique de confidentialité.

11. Journaux, métadonnées opérationnelles et diagnostics

ReadThisAloud peut enregistrer les événements de compte, d’authentification, de licence, d’appareil, d’autorisation, de mesure, de facturation, de version d’application, d’erreur et de sécurité nécessaires au fonctionnement et à la protection du service.

Les journaux serveur ordinaires ne devraient pas contenir le texte source complet du document utilisé pour la narration locale ou l’OCR. Les informations de diagnostic doivent être limitées à ce qui est raisonnablement nécessaire, et les clients doivent éviter d’envoyer des documents confidentiels ou des secrets au Support sauf si cela est spécifiquement nécessaire et autorisé.

12. Sécurité des paiements et Stripe

ReadThisAloud utilise Stripe pour le traitement des paiements en ligne pris en charge. L’architecture de paiement privilégiée de ReadThisAloud consiste à utiliser des interfaces de paiement prises en charge par Stripe qui transmettent les données sensibles de carte directement à Stripe plutôt que de faire transiter les données brutes de carte par les serveurs d’application ReadThisAloud.

Stripe indique être certifiée en tant que prestataire de services PCI de niveau 1. Stripe explique également que la conformité PCI reste une responsabilité partagée : l’utilisation de Stripe peut réduire l’exposition de ReadThisAloud aux données de carte, mais n’élimine pas la responsabilité de ReadThisAloud de configurer l’intégration de manière sécurisée et de remplir les obligations PCI applicables.

ReadThisAloud peut recevoir des informations de transaction non sensibles ou limitées telles que des identifiants de transaction, la marque de la carte, les quatre derniers chiffres, les informations d’expiration, les coordonnées de facturation, l’état du paiement, les remboursements et les signaux de fraude lorsqu’ils sont fournis par Stripe.

Le Support ReadThisAloud ne devrait jamais vous demander d’envoyer par e-mail le numéro complet de votre carte bancaire ou son code de sécurité.

13. Accès administratif et principe du moindre privilège

L’accès administratif aux systèmes de production, bases de données, paramètres de paiement, configuration des e-mails, dossiers clients, environnements de déploiement et contrôles de sécurité doit être limité selon les besoins du poste.

L’accès au déploiement de code et à la configuration est privilégié car une personne ou un processus disposant de ces autorisations peut être en mesure d’affecter le comportement de production ou d’accéder à des identifiants de service protégés. ReadThisAloud doit utiliser, lorsque cela est possible, une séparation des rôles, une authentification forte, des journaux d’audit et des autorisations limitées.

14. Distribution, installation et mises à jour du logiciel

Les clients doivent installer ReadThisAloud uniquement depuis ReadThisAloud.com ou une autre source expressément autorisée par ReadThisAloud. Les sites de téléchargement tiers peuvent distribuer des copies obsolètes, modifiées, groupées ou malveillantes que ReadThisAloud ne contrôle pas.

Des mises à jour de sécurité et de compatibilité peuvent être publiées à mesure que l’application évolue. ReadThisAloud peut exiger une version minimale prise en charge lorsqu’une ancienne version ne peut plus communiquer de manière sûre ou fiable avec les services de production.

Les clients doivent maintenir Windows et les autres composants système pertinents à jour et ne doivent pas désactiver des protections raisonnables de sécurité du terminal uniquement pour exécuter ReadThisAloud. Si un produit de sécurité signale l’installateur officiel, contactez le Support avant de créer une exception.

15. Sécurité de l’infrastructure et des serveurs

L’infrastructure de production de ReadThisAloud doit être configurée pour minimiser les services exposés, séparer le développement de la production lorsque cela est possible, restreindre l’accès administratif, protéger les secrets, appliquer les mises à jour de sécurité et utiliser les contrôles des fournisseurs d’hébergement et de services adaptés au service.

La configuration, l’application de correctifs, la gestion des dépendances, les sauvegardes, les autorisations, l’exposition réseau et le cycle de vie des identifiants sont des responsabilités opérationnelles continues plutôt que des tâches ponctuelles.

ReadThisAloud peut modifier les composants d’hébergement, les contrôles de sécurité, les régions, les fournisseurs ou l’architecture technique lorsqu’il est raisonnablement nécessaire d’améliorer la sécurité, la fiabilité, le coût, l’évolutivité ou la conformité légale.

16. Surveillance, détection et réponse protectrice

ReadThisAloud peut surveiller les événements de service et de sécurité pour identifier les abus d’authentification, les activités de licence inhabituelles, l’utilisation excessive de narration, les demandes API mal formées, les erreurs d’application, les comportements de paiement suspects, la dégradation du service ou d’autres indicateurs d’utilisation abusive.

Les actions de protection peuvent inclure la limitation du débit, l’invalidation de session, la réinitialisation du mot de passe, la révocation de jeton, la désactivation d’appareil, le blocage de demandes, la restriction temporaire du compte, la mise à jour forcée, l’isolement du service, l’examen de fraude ou d’autres mesures adaptées au risque observé.

La surveillance de sécurité vise à protéger le service et ne garantit pas que chaque événement malveillant sera détecté avant qu’un préjudice ne se produise.

17. Réponse aux incidents de sécurité

Si ReadThisAloud identifie un incident de sécurité présumé, la réponse peut inclure la validation de l’événement, le confinement de l’accès concerné, la conservation des preuves pertinentes, la rotation ou la révocation des identifiants, la correction de configurations ou de code vulnérables, la restauration du service, l’évaluation des informations concernées, la surveillance des abus persistants et la documentation des actions correctives.

Lorsque la loi applicable exige une notification au client ou aux autorités après une violation admissible, ReadThisAloud fournira l’avis requis par cette loi. Toutes les interruptions de service, attaques bloquées, échecs de connexion, défauts logiciels ou événements suspects ne constituent pas nécessairement une violation de données légalement déclarable.

Pendant un incident actif, ReadThisAloud peut désactiver temporairement une fonctionnalité ou un compte si cela est raisonnablement nécessaire pour contenir le risque.

18. Disponibilité, sauvegardes et récupération

La sécurité inclut également la capacité de se remettre des défaillances. ReadThisAloud peut utiliser des sauvegardes, la récupération de configuration, l’annulation de déploiement, la redondance de service, les capacités de récupération des fournisseurs ou d’autres mesures de continuité adaptées à ses systèmes de production.

Étant donné que ReadThisAloud n’est pas destiné à être le dépôt permanent des documents originaux du client, les clients restent responsables de conserver leurs propres sauvegardes des documents sources et des copies des fichiers MP3 exportés qu’ils souhaitent préserver.

La disponibilité des sauvegardes ne garantit pas zéro temps d’arrêt, zéro perte de données ou une récupération instantanée après chaque événement possible.

19. Fournisseurs de services tiers

ReadThisAloud dépend de services tiers pour certaines parties de son fonctionnement. Stripe fournit l’infrastructure de paiement prise en charge ; d’autres fournisseurs peuvent assurer l’hébergement du site web, les e-mails transactionnels, la surveillance, la sécurité, la distribution de logiciels/modèles, le support ou d’autres fonctions opérationnelles.

ReadThisAloud évalue les fournisseurs à la lumière de leur rôle et des informations de sécurité disponibles, mais ReadThisAloud ne contrôle pas les systèmes internes d’un fournisseur. Les pannes, vulnérabilités, changements de politique ou modifications de service de tiers peuvent donc affecter les parties en ligne de ReadThisAloud.

La synthèse Natural Voice locale standard et l’OCR pris en charge ne nécessitent pas de fournisseur tiers de traitement vocal.

21. Considérations informatiques pour les entreprises

Les organisations doivent examiner ReadThisAloud avant son déploiement dans un environnement géré. Les sujets pertinents peuvent inclure la version de Windows, les autorisations d’installation, la protection des terminaux, les règles de proxy et de pare-feu, les communications sortantes du service, l’administration des postes, les pratiques d’identité, la distribution de logiciels, la classification des documents et la politique d’utilisation acceptable.

Les clients Business peuvent contacter ReadThisAloud pour des questions de sécurité ou d’approvisionnement. ReadThisAloud peut fournir des informations raisonnables sur la sécurité du produit, mais peut retenir des détails sensibles sur l’architecture interne, les identifiants, les exploits, les configurations de sécurité ou des informations qui affaibliraient sensiblement la sécurité de ReadThisAloud si elles étaient divulguées publiquement.

L’approbation interne de ReadThisAloud par un client reste sous la responsabilité du client.

23. Interaction sécurisée avec le Support ReadThisAloud

Le Support ReadThisAloud peut demander des informations nécessaires pour diagnostiquer un problème, mais vous ne devez jamais envoyer :

• votre mot de passe ReadThisAloud ;
• les identifiants backend de ReadThisAloud, des clés API privées ou les identifiants de service d’une autre partie ;
• votre mot de passe de compte Stripe ;
• un numéro complet de carte de paiement ou un code de sécurité de carte ;
• des clés de chiffrement privées, phrases de récupération ou secrets d’authentification sans rapport ; ou
• des documents confidentiels lorsqu’un exemple expurgé suffit à reproduire le problème.

Le Support peut légitimement demander l’e-mail de votre compte, la version de l’application, la version de Windows, le message d’erreur, l’identifiant de transaction, les journaux de diagnostic, des captures d’écran ou un exemple de document soigneusement sélectionné lorsque cela est nécessaire pour reproduire un problème technique.

24. Signaler une vulnérabilité présumée

Si vous pensez avoir identifié une vulnérabilité de sécurité dans ReadThisAloud.com, le Reader Windows, une API ReadThisAloud, l’authentification, la licence ou un autre système contrôlé par ReadThisAloud, veuillez la signaler en privé plutôt que de publier les détails de l’exploit avant que ReadThisAloud ait eu une possibilité raisonnable d’enquêter.

Envoyez une description concise à support@readthisaloud.com avec l’objet Signalement de vulnérabilité de sécurité. Indiquez le composant concerné, les étapes de reproduction, le résultat observé, le résultat attendu et suffisamment de détails techniques pour permettre à ReadThisAloud de valider le signalement.

N’exploitez pas une vulnérabilité présumée pour accéder aux données d’un autre client, perturber la production, maintenir un accès persistant, exfiltrer des secrets, effectuer des tests destructifs ou enfreindre la loi applicable. Un signalement de vulnérabilité n’autorise pas des tests au-delà des accès que vous possédez déjà légalement.

25. Limites de sécurité et absence de garantie absolue

Les contrôles de sécurité réduisent les risques ; ils ne les éliminent pas. ReadThisAloud ne peut pas garantir que le service ne connaîtra jamais de vulnérabilité, d’attaque malveillante, de fournisseur tiers compromis, de défaut logiciel, de vol d’identifiants, de compromission d’un appareil client, de panne ou d’accès non autorisé.

ReadThisAloud peut modifier ses contrôles à mesure que les menaces, la technologie, l’architecture, les fournisseurs, les lois et les exigences d’exploitation évoluent. Un contrôle décrit sur cette page ne doit pas être interprété comme une police d’assurance, une garantie de niveau de service, une certification, une garantie de service ininterrompu ou une promesse que chaque attaque sera empêchée.

Les déclarations de sécurité sont également soumises aux CLUF, Conditions d’utilisation, ainsi qu’aux droits auxquels il ne peut légalement être renoncé.

26. Modifications de sécurité et coordonnées

ReadThisAloud peut mettre à jour cette page Sécurité à mesure que le produit et l’architecture de production évoluent. Les changements importants en matière de confidentialité sont traités dans la Politique de confidentialité, tandis que les droits de licence et de service sont régis par le CLUF et les Conditions d’utilisation.