Le jeton de votre bot permet de lire les messages de vos utilisateurs et de parler au nom de votre bot. Cette page décrit précisément comment nous le protégeons — et ce que nous n'avons pas encore construit.
Le jeton de votre bot Telegram est une identifiant complet de votre bot ; il est donc scellé avec AES-256-GCM avant de toucher la base de données ou une sauvegarde, déchiffré uniquement pour appeler Telegram, jamais journalisé, et affiché masqué partout dans le produit.
HTTPS avec TLS 1.2+ pour chaque connexion, renforcé par HSTS. Les jetons de bot et les secrets à double facteur sont chiffrés au repos avec une clé détenue uniquement par votre déploiement.
Mots de passe hachés avec scrypt, double authentification TOTP optionnelle avec codes de récupération, cookies de session httpOnly avec protection CSRF, limitation de débit à la connexion et à la réinitialisation du mot de passe, et verrouillage automatique après des échecs répétés.
Cinq rôles d'espace de travail, du propriétaire au lecteur, appliqués côté serveur à chaque requête — pas seulement masqués dans l'interface. L'accès du personnel à un espace de travail client n'est possible que par usurpation d'identité, toujours enregistrée.
Connexions, modifications de bot, publications, événements de facturation, changements d'équipe et usurpations d'identité du personnel sont écrits dans un journal d'audit en ajout seul que vous pouvez consulter dans votre console.
Sauvegardes chiffrées nocturnes de la base de données avec rétention configurable et une procédure de restauration documentée et testée. Les connexions des bots sont vérifiées toutes les quelques minutes et reconnectées automatiquement en cas de coupure par Telegram.
Nous fonctionnons sur OVH et Hetzner, des hébergeurs audités selon des normes reconnues de sécurité et de conformité pour centres de données. Nous menons en plus nos propres tests de sécurité au niveau serveur et commandons des tests d'intrusion par des tiers ainsi qu'une vérification indépendante de l'ensemble du système.
Beaucoup de fournisseurs omettent cette section. Nous préférons que vous puissiez planifier en connaissance de cause.
| Domaine | Contrôle |
|---|---|
| Chiffrement en transit | TLS 1.2+ partout, HSTS activé |
| Secrets au repos | AES-256-GCM pour les jetons de bot et les secrets 2FA |
| Mots de passe | scrypt (N=32768), vérification en temps constant |
| Sessions | Jetons opaques 256 bits, cookies httpOnly, stockés hachés, expiration glissante de 30 jours |
| Durcissement du navigateur | Content-Security-Policy, X-Frame-Options, nosniff, politique de référent stricte |
| Prévention des abus | Limitation de débit sur l'authentification, la réinitialisation du mot de passe et les formulaires publics |
| Autorisation | Vérifications de rôle appliquées côté serveur à chaque requête |
| Piste d'audit | Journal en ajout seul des actions de compte, de bot, de facturation et du personnel |
| Sauvegardes | Exports chiffrés nocturnes, rétention configurable, exercice de restauration documenté |
| Dépendances | Versions de dépendances verrouillées, installées uniquement depuis le registre public npm |
| Infrastructure | Centres de données OVH et Hetzner, audités de façon indépendante |
| Tests d'intrusion | Tests par des tiers commandés, plus une vérification indépendante continue |
Si vous pensez avoir découvert une vulnérabilité de sécurité dans Meshwire, veuillez la signaler en privé afin que nous puissions enquêter et réagir avant toute divulgation publique. Nous accusons réception des signalements sous 24 heures et visons à résoudre les problèmes critiques sous 7 jours. Nous n'engageons pas de poursuites contre les chercheurs de bonne foi qui respectent cette politique.