Chiffrement de bout en bout
Chaque session utilise une clé AES-256-GCM éphémère négociée via ECDH (P-256). La clé est supprimée après la session — même nous ne pouvons pas déchiffrer le contenu après coup.
WinDesk a été conçu dès le départ comme un produit de sécurité : flux pair-à-pair, chiffrement de bout en bout, connexion de l'hôte liée au matériel, hébergement suisse. Pas de pont cloud, pas de CLOUD Act, pas besoin de nous faire confiance — c'est la cryptographie qui s'en assure.
Chaque session utilise une clé AES-256-GCM éphémère négociée via ECDH (P-256). La clé est supprimée après la session — même nous ne pouvons pas déchiffrer le contenu après coup.
La connexion de l'hôte est liée à la puce de sécurité de l'appareil, lorsqu'elle existe (TPM sous Windows et Linux, Secure Enclave sur Mac). Chaque association est en outre liée à une empreinte matérielle de l'hôte.
Les données d'écran transitent directement entre client et hôte, en pair-à-pair. Notre infrastructure ne les voit pas : seul le signaling (l'établissement de la connexion) passe par notre serveur suisse, jamais les contenus d'écran. Il n'existe délibérément aucun relais média — si, dans de rares cas, les deux extrémités se trouvent derrière un NAT restrictif (symétrique), la connexion directe peut ne pas s'établir : nous choisissons alors sciemment de ne pas faire transiter les données d'écran par un serveur.
TOTP ou passkey (WebAuthn / FIDO2). Les administrateurs et tous les comptes avec Pro configurent la double authentification juste après la première connexion. Les actions sensibles (révoquer un appareil, changer un rôle, annuler l'abonnement) requièrent une re-confirmation par mot de passe ou passkey (10 min de fraîcheur).
Les sessions, les associations nouvelles et supprimées ainsi que les changements de rôle sont journalisés. Tu filtres l'historique des sessions par hôte et par date.
Serveurs dans des centres de données suisses certifiés, pas de cloud US. Sàrl suisse sans maison-mère US — le CLOUD Act ne s'applique pas.
La nLPD suisse (nouvelle loi fédérale sur la protection des données) est largement équivalente au RGPD. Notre déclaration de confidentialité documente le traitement selon Art. 13 RGPD et Art. 19 nLPD.
Chiffrement à l'état de l'art : AES-256-GCM, ECDH P-256, confidentialité persistante (perfect forward secrecy) par session.
Windows : signature de code EV DigiCert via SafeNet eToken. macOS : Apple Developer ID + notarisation Apple. Linux : sommes de contrôle SHA-256 pour chaque fichier, mises à jour signées.
Il n'y en a pas. WinDesk n'a fait l'objet ni d'un audit externe ni d'un test d'intrusion, et ne détient aucune certification ISO 27001. Nous n'annonçons pas de date tant qu'aucune n'est fixée. Ce qui est en place figure en détail sur cette page — à lire plutôt qu'à promettre.
Les logiciels de bureau à distance sont détournés dans une économie souterraine pour tech-support scams, détournements bancaires, romance scams et opérations findom — AnyDesk est une cible documentée depuis des années. WinDesk est techniquement durci contre ces cas d'usage :
Plus : Lightnet Multimedia GmbH poursuit l'abus pénalement, y compris à l'international via la Convention de Budapest et les traités bilatéraux d'entraide judiciaire. Si tu es victime d'un scam à distance ou souhaites signaler un abus : page Signalement d'abus + aide aux victimes.
Non. Le chiffrement de bout en bout assure techniquement que le contenu des sessions nous est illisible. Nous ne voyons que des métadonnées (qui, quand, combien de temps, quelle IP) pour la facturation et l'audit de sécurité.
WinDesk n'utilise aucun relais média : les contenus d'écran, l'audio et les entrées ne transitent jamais par nos serveurs. Seul le signaling (l'établissement de la connexion) passe par notre serveur suisse, et il ne transporte aucun contenu d'écran. Les clés AES ne sont jamais échangées avec le serveur — seulement entre les deux extrémités.
Non. Lightnet Multimedia GmbH est une Sàrl suisse sise à Graben (CH-3376). Pas de maison-mère US, tous les serveurs en Suisse et Allemagne/Finlande. Le CLOUD Act ne s'applique pas.
Avec les mécanismes de protection du système d'exploitation (DPAPI sous Windows, TPM en mode service ; sous Linux TPM 2.0 ou le trousseau de clés du système). La connexion de l'hôte elle-même est liée à la puce de sécurité, lorsqu'elle existe.
Non. TOTP s'exécute côté client, les passkeys sont liées au matériel. Sans le second facteur, ni toi ni nous ne pouvons franchir l'étape de connexion. En cas de perte des deux facteurs (mot de passe + appareil d'authentification), une récupération est possible uniquement après vérification d'identité.
Free sans compte, sans carte bancaire. AES-256-GCM s'applique à chaque session — y compris Free.