Sécurité et protection des données chez Diaposi.

Dernière vérification : 4 novembre 2026

Diaposi applique des mesures de sécurité adaptées aux données, aux fonctionnalités et aux risques concernés. Cette page décrit les contrôles constatés dans le code examiné et les engagements d'exploitation nécessaires en production. Aucun service connecté ne peut garantir une sécurité absolue.

Il s'agit d'une présentation publique. Elle exclut volontairement les identifiants, détails du réseau interne, règles de détection et procédures de reprise dont la publication affaiblirait le service.

1. Principes de sécurité

• Collecter et conserver uniquement les données nécessaires à la fonctionnalité demandée, aux obligations légales et à une sécurité proportionnée.
• Séparer les jetons d'accès et droits des comptes, animateurs, participants et lecteurs de rapports.
• Écarter les données d'authentification du JavaScript lisible par la page lorsque la fonctionnalité le permet.
• Traiter les présentations importées, liens, textes des participants et sorties d'IA comme des entrées non fiables.
• Limiter l'accès à la production aux personnes autorisées qui en ont un besoin opérationnel documenté.
• Examiner les incidents, vulnérabilités et changements importants d'architecture selon leur risque.

2. Identité et contrôle des accès

Les connexions aux comptes utilisent des jetons aléatoires côté serveur transmis par des cookies HttpOnly. L'animateur et le participant utilisent des jetons distincts et limités à une session ; un rapport terminé est protégé soit par une capacité propre au rapport, soit par la connexion au compte et le contrôle de ses permissions. Les mots de passe sont conservés avec une fonction de hachage résistante aux attaques matérielles, jamais en clair. La connexion Google ou Microsoft, lorsqu'elle est activée, utilise des protections d'état et PKCE.

L'application contrôle les autorisations pour les opérations protégées liées aux comptes, sessions, fichiers et rapports. Les liens de session et codes de récupération peuvent néanmoins donner accès à leur détenteur ; l'utilisateur doit les protéger et révoquer ou renouveler l'accès s'il soupçonne une divulgation.

3. Données en transit et sur les appareils

L'architecture de production prévoit HTTPS à la frontière du service et l'attribut Secure pour les cookies sensibles. Des en-têtes de sécurité limitent l'intégration dans une page tierce, les objets, les sources de scripts et l'utilisation des ressources entre origines. Les requêtes du navigateur et de l'API sont soumises à des contrôles d'origine et de taille.

Les notes personnelles d'une session en direct restent dans le navigateur du participant. Les notes synchronisées dans le parcours d'un apprenant connecté sont chiffrées dans le navigateur avec un algorithme de chiffrement authentifié avant leur stockage. La clé en clair reste sur l'appareil ; un mécanisme de récupération protège une copie chiffrée et enveloppée. Diaposi ne peut pas retrouver le texte lisible sans le secret détenu par l'utilisateur.

Mesuré sur l'hôte en production : TLS 1.0 et 1.1 sont refusés, TLS 1.2 est accepté et HTTP/3 est proposé, ce qui suppose TLS 1.3. Les réponses portent HSTS un an sous-domaines compris, une politique de sécurité du contenu, nosniff, un cadrage SAMEORIGIN et une politique no-referrer.

4. Application et isolation des imports

La configuration de déploiement examinée exécute l'application avec des privilèges système réduits, un système de fichiers applicatif en lecture seule et des limites de ressources. La conversion des présentations est séparée de l'application exposée au réseau, privée d'accès réseau, limitée en ressources et ne reçoit que les fichiers nécessaires. Les imports sont contrôlés selon leur type autorisé, leur signature et leur taille avant traitement.

Le service applique aussi une validation des requêtes, des limites de fréquence, des contrôles de même origine, des erreurs de production non détaillées et des journaux bornés. Ces mesures réduisent le risque sans remplacer les mises à jour, la supervision, l'examen des dépendances et les tests indépendants.

5. Intelligence artificielle

Les fonctions d'IA sont séparées des contrôles d'accès principaux. L'application transmet uniquement l'entrée nécessaire à la génération ou à l'évaluation demandée, valide la structure des réponses et n'inclut pas volontairement les commentaires du présentateur. Toute sortie d'IA est traitée comme une donnée non fiable et doit être vérifiée par une personne avant toute utilisation dans une décision éducative.

6. Journaux, supervision et conservation

L'application consigne des événements limités d'accès, d'erreur, de sécurité et de fonctionnement pour diagnostiquer les pannes, prévenir les abus et enquêter sur les incidents. La conservation prévue dans l'application examinée est en principe de 30 jours pour les journaux d'accès et d'erreur et jusqu'à 12 mois pour les événements de session. Les segments sensibles des chemins sont masqués dans les journaux d'accès et les paramètres d'URL en sont exclus.

L'accès opérationnel aux journaux doit être restreint et contrôlé. Ils ne doivent pas devenir un stockage secondaire pour les présentations, mots de passe, jetons d'accès complets ou secrets de récupération du chiffrement.

7. Sauvegardes et reprise

Diaposi réalise ses propres sauvegardes plutôt que de s'en remettre au fournisseur de la base, qui n'en effectue aucune pour ce déploiement : ce sont donc les seules copies existantes. Une sauvegarde est chiffrée en AES-256-GCM au sein même du processus qui la crée, de sorte que l'export lisible n'existe jamais sous forme de fichier ; elle est conservée selon une rotation générationnelle et recopiée vers un stockage aux Pays-Bas. Les documents importés sont recopiés séparément de la base, car une base restaurée sans eux décrirait des sessions dont les diapositives ont disparu. Une restauration complète a été réalisée et consignée.

8. Prestataires et personnel

Cinq prestataires portent la production : un hôte applicatif, une base gérée, un stockage de sauvegarde, un prestataire de messagerie et un prestataire d'IA. Chacun est nommé dans le registre des sous-traitants de la politique de confidentialité, avec son rôle et sa localisation ; tous les serveurs qui détiennent les données de Diaposi se trouvent dans l'Espace économique européen. Les services que vous pouvez appeler depuis l'application (YouTube, Google Drive, Dropbox, SoundCloud, GIPHY) y sont nommés aussi et ne reçoivent rien tant que vous ne les utilisez pas. L'hôte applicatif n'accepte le SSH que par clé, l'authentification par mot de passe et interactive étant désactivée, avec un pare-feu n'autorisant que HTTP, HTTPS et SSH et un bannissement automatique des tentatives répétées. Diaposi est dirigé par son président, qui seul détient ces clés et ces comptes ; aucun prestataire, agence ni autre membre du personnel n'a accès à la production.

9. Gestion des vulnérabilités

L'analyse des dépendances et des images de conteneurs s'exécute à chaque publication et la bloque : la chaîne audite les dépendances Node au niveau élevé, audite les dépendances Python du convertisseur et analyse les deux images construites, en échouant sur toute vulnérabilité élevée ou critique corrigeable. Cette page ne revendique aucune certification, opinion d'audit, conclusion de test d'intrusion ni programme de récompense.

Les dépendances et mises à jour de plateforme qui concernent la sécurité doivent être contrôlées régulièrement. Les changements importants exigent une revue de code et des tests proportionnés. Les constats à risque élevé doivent être traités selon leur exploitabilité, les données touchées et leur impact, puis vérifiés après correction.

10. Gestion des incidents

Tout incident suspecté doit être contenu, analysé, documenté et corrigé. Lorsque Diaposi agit comme responsable du traitement, il notifie l'autorité compétente selon les délais et conditions de risque des articles 33 et 34 du RGPD, y compris les personnes concernées lorsque la violation est susceptible d'engendrer un risque élevé. Lorsque Diaposi agit comme sous-traitant, il informe le client responsable du traitement dans les meilleurs délais et l'assiste dans son analyse.

Le président de Diaposi est le responsable de tout incident et est joignable à security@diaposi.com. Un signalement est accusé sous un jour ouvré. Lorsqu'un incident constitue une violation de données personnelles, l'autorité de contrôle est notifiée dans les 72 heures suivant la prise de connaissance, et les personnes concernées sont informées directement lorsque la violation est susceptible d'engendrer un risque élevé pour elles. Lorsque Diaposi agit pour un établissement, celui-ci est informé sans délai injustifié afin de pouvoir remplir sa propre obligation. Les preuves sont conservées avant toute remise en état, et chaque incident est consigné avec ce qui s'est produit, ce qui a été fait et ce qui a changé ensuite.

11. Signaler un problème de sécurité

Signalez une vulnérabilité présumée de manière confidentielle à security@diaposi.com. Indiquez la page ou fonctionnalité concernée, les étapes reproductibles et l'impact. N'accédez pas aux données d'un tiers, n'utilisez pas d'ingénierie sociale, ne perturbez pas un cours en direct, ne dégradez pas le service, ne conservez pas de données personnelles et ne publiez pas le problème avant que Diaposi ait pu l'examiner dans un délai raisonnable.

Diaposi accusera réception des signalements de bonne foi lorsque cela est opérationnellement possible. Ce texte ne crée pas de programme de récompense, n'autorise aucun test illégal et ne promet aucun paiement.

12. Responsabilités du client

• Utiliser des données d'authentification uniques et protéger les liens de session, rapport et récupération.
• Importer uniquement les contenus dont le traitement est autorisé et éviter les données sensibles inutiles.
• Configurer correctement la visibilité et informer les participants du traitement effectué par l'établissement.
• Vérifier les sorties d'IA et ne jamais utiliser Diaposi comme seul fondement d'une admission, notation, sanction ou autre décision importante.
• Retirer les accès des anciens membres, limiter les exports et protéger les fichiers exportés hors de Diaposi.
• Signaler rapidement tout soupçon de compromission.

Pour les données couvertes par ces mesures, consultez la Politique de confidentialité.