Sécurité et données
Une plateforme scolaire manipule des informations sur des mineurs, des résultats qui décident d'une orientation et des sommes d'argent. Cette page décrit comment l'accès à ces données est contrôlé, tracé et limité — concrètement, pas en principe.
C'est la promesse centrale d'une plateforme partagée par plusieurs établissements, et la seule qui ne supporte aucune exception.
À chaque requête, l'identité de l'école connectée est posée dans le contexte de la transaction, et les règles de sécurité au niveau des lignes filtrent ce qui est visible, table par table. Une requête qui oublierait un filtre ne renverrait pas les données d'un autre établissement : elle ne renverrait rien.
Une isolation qui repose uniquement sur des conditions écrites dans le code tient tant que personne n'oublie d'en écrire une. La faire appliquer par la base de données déplace la garantie du côté où l'oubli n'est pas possible. C'est plus contraignant à développer, et c'est le bon endroit pour cette contrainte.
Un professeur atteint ses cours dans ses classes ; un titulaire sa classe ; un secrétaire les dossiers et les encaissements ; la direction l'ensemble. Le contrôle est appliqué à chaque appel, pas seulement à l'affichage du menu.
Une personne n'a qu'un rôle, sauf deux combinaisons prévues : Professeur et Titulaire, Préfet et Directeur. Toute autre combinaison est refusée — ce qui garde les responsabilités lisibles.
La connexion repose sur un jeton de courte durée renouvelé par une session enregistrée, révocable. Un mot de passe provisoire doit être changé à la première connexion.
Dans une école, la question n'est presque jamais « qu'est-ce qui est écrit ? » mais « qui l'a écrit, et quand ? ». Ardoise répond aux deux.
Voir le journal d'activitéJamais stockés en clair. Seule une empreinte résistante est conservée, et la réinitialisation passe par un lien à usage unique qui expire.
Les points d'entrée publics et les fonctions coûteuses sont plafonnés : un formulaire public ne peut pas être noyé sous des envois automatiques, ni l'IA appelée en boucle.
Sauvegardes enregistrées avec leur date, leur portée et leur résultat. Une sauvegarde dont on ne sait pas si elle a réussi n'est pas une sauvegarde.
Exécutées en lecture seule, bornées à l'école qui interroge et interrompues au-delà d'un délai court. Voir les garde-fous.
L'assistance qui regarde l'écran d'une école le fait sans droit d'écriture, pour une durée limitée, avec motif et horaire enregistrés.
Export des archives par année et par classe, bulletins téléchargeables. Vos données sortent quand vous le décidez.
Aucun logiciel n'est invulnérable, et une page de site ne remplace pas un audit. Ce qui est décrit ici est ce qui est réellement en place : isolation appliquée par la base, contrôle des rôles à chaque requête, journalisation des gestes qui engagent, sauvegardes suivies et accès d'assistance contraint. Si votre établissement a des exigences particulières — clauses contractuelles, restitution périodique, localisation des données — posez-nous la question directement.
Sur une infrastructure d'hébergement professionnelle, dans des centres de données gérés par des opérateurs spécialisés, avec sauvegardes régulières. Les données ne sont pas stockées sur un serveur installé dans une école ni sur l'ordinateur d'un membre du personnel.
Non, et la garantie n'est pas seulement applicative. Chaque requête s'exécute dans un contexte lié à l'école connectée, et les règles de sécurité de la base filtrent les lignes accessibles table par table. Même une erreur de programmation qui oublierait un filtre ne ferait pas apparaître les données d'un autre établissement.
Un administrateur de la plateforme peut, pour porter assistance, observer l'interface d'une école. Cet accès est délibérément contraint : il est limité dans le temps, strictement en lecture — aucune écriture n'est possible — et il est enregistré avec le motif, l'adresse et l'horaire. Le journal continue par ailleurs de nommer la personne réelle, jamais l'identité observée.
Vos données restent exportables : archives par année et par classe, bulletins déjà produits. Nous considérons qu'un logiciel qui retient les données d'une école pour l'empêcher de partir ne mérite pas qu'on lui confie celles d'un enfant.
Ils ne sont jamais stockés en clair : seule une empreinte cryptographique est conservée, calculée avec un algorithme conçu pour résister aux tentatives de retrouver le mot de passe d'origine. Personne, chez Ardoise, ne peut lire le mot de passe d'un directeur.
Écrivez-nous : nous répondons sur ce qui existe, pas sur ce qui serait agréable à annoncer.