Comment GoDesk est construit, crypté et opéré, et comment signaler une vulnérabilité. Réponses honnêtes, y compris sur ce que nous n'avons pas encore certifié.
Le contenu de session (votre écran, frappes, fichiers transférés) est chiffré de bout en bout avec un échange de clés X25519 et AES-256-GCM. Nos serveurs relais ne voient que des paquets chiffrés. Nous ne pouvons pas lire vos sessions.
Nous ne sommes pas encore certifiés SOC 2 ou ISO 27001. Les fournisseurs d'infrastructure sur lesquels nous comptons le sont. Si vous trouvez une vulnérabilité, écrivez à info@godeskflow.com.
Cette page décrit l'architecture de sécurité du client GoDesk et le service relais hébergé opéré par upDevTeam LTD sur godeskflow.com, et le processus de divulgation responsable pour signaler les vulnérabilités.
C'est informatif. Les engagements de sécurité contractuels figurent dans les Conditions de Service et le DPA.
Le chiffrement de bout en bout est la propriété de sécurité centrale du Service. Le relais ne conserve jamais le contenu de session en texte clair.
Les bibliothèques cryptographiques sont fixées aux versions amont auditées et mises à jour selon un calendrier documenté. Nous n'implémentons pas nos propres primitives.
L'infrastructure de production fonctionne sur les fournisseurs suivants :
Tous les fournisseurs sont liés par des accords de traitement des données qui reflètent les obligations de notre DPA.
Contrôles d'accès au niveau utilisateur :
Statut honnête à la date en haut de cette page : GoDesk et upDevTeam LTD ne sont PAS actuellement certifiés selon SOC 2, ISO 27001, ISO 27017, ISO 27018, HIPAA, PCI-DSS, FedRAMP, ou tout autre standard de sécurité formel de tierce partie. Les affirmations publiques à l'inverse sont erronées.
Nos fournisseurs d'hébergement et d'infrastructure (Hetzner, Cloudflare, Supabase, Stripe) eux-mêmes sont audités SOC 2 / ISO 27001 ; notre sécurité hérite d'une certaine assurance provenant des leurs mais ne lui est pas égale.
Nous travaillons en vue d'une révision de sécurité externe pour 2026 et publierons le résultat sur cette page dès qu'il sera disponible. Nous ne prétendrons pas à des certifications que nous ne détenons pas.
Les actions administratives sur les systèmes de production sont enregistrées dans un journal central, append-only, avec une rétention d'au moins 90 jours. Le journal enregistre l'acteur, l'action, le timestamp et l'IP source. L'accès à la production est limité à un petit nombre d'ingénieurs nommés avec une authentification à deux facteurs obligatoire.
Nous surveillons le temps de disponibilité, les taux d'erreur et les signaux liés aux abus (pics de trafic soudains, tentatives de force brute, énumération des identifiants de pair) et effectuons une rotation de la couverture d'astreinte sur une base hebdomadaire.
Les dispositifs du personnel utilisés pour accéder aux systèmes de production doivent :
Le client GoDesk est open source sous AGPL-3.0. Tout le monde peut lire le code source, le compiler et vérifier qu'il fonctionne comme nous l'affirmons. Le code du relais (un fork de hbbr / hbbs) est également open source.
Nous publions des hachages SHA-256 pour chaque installateur publié. Nous poursuivons la signature de code EV pour Windows et la notarisation d'Apple pour macOS ; l'état de la construction actuelle est sur la page de téléchargement.
Nous accueillons les rapports des chercheurs en sécurité indépendants. Pour signaler une vulnérabilité :
Nous ne gérons actuellement pas de programme de récompense pour les bugs payants. Nous reconnaissons publiquement les rapports significatifs (avec votre permission) sur une page hall of fame une fois le problème corrigé.
Les constatations critiques (RCE, chiffrement de bout en bout rompu, contournement de l'authentification de masse) sont immédiatement signalées à l'ingénieur de garde et sont prioritaires par rapport au travail programmé.
Les éléments suivants ne sont pas éligibles au traitement en zone de sécurité au titre de la section 9 et peuvent être signalés mais risquent de ne pas être considérés comme des vulnérabilités :
Nous maintenons un manuel de réponse aux incidents écrit couvrant la détection, la containment, l'éradication, la récupération et la révision post-incident. Le manuel est examiné au moins une fois par an et après chaque incident matériel.
En cas de violation de données personnelles, les délais de notification de notre Politique de Confidentialité et du DPA s'appliquent.
Lorsque l'architecture ou tout engagement sur cette page change de manière matérielle, nous mettons à jour la date 'Dernière mise à jour' et annonçons le changement dans le journal des modifications.
Lire le code source est le moyen le plus fiable de vérifier une affirmation de sécurité. Commencez sur github.com/GoDeskFlow.