Sécurité et confidentialité

Où vit ton token, ce que BuildCaptain envoie et à qui, et comment l'accès des agents IA est verrouillé.

Écrit par Loris Siegenthaler · Créateur de BuildCaptain

2 min de lecture

Mis à jour le 20 août 2026

Tes identifiants

Ton token d'API Jenkins est stocké dans le Keychain macOS, jamais dans un fichier ni une préférence.
Il n'est envoyé qu'au serveur Jenkins que tu as configuré, en HTTPS — le HTTP en clair est refusé pour les noms d'hôte publics et n'est autorisé que pour les adresses de réseau privé (p. ex. http://192.168.1.20:8080/), où le trafic reste dans ton LAN ou ton VPN — cette exception nécessite BuildCaptain 26.8.3 ou une version ultérieure. Les réponses qui tentent de rediriger les requêtes vers un autre hôte sont bloquées.

BuildCaptain n'a ni comptes, ni backend cloud, ni analytics, ni télémétrie. Le seul serveur auquel elle parle est ton Jenkins.
L'app tourne dans l'App Sandbox de macOS.
Le log de débogage (page Logs) ne vit qu'en mémoire, enregistre les métadonnées des requêtes (méthode, chemin, statut, durée) et ne contient jamais de tokens, de corps de réponse ni de sortie de build. Il disparaît quand l'app quitte.
Les achats sont entièrement gérés par le Mac App Store — nous ne voyons jamais les informations de paiement.

L'accès des agents est désactivé tant que tu ne l'actives pas, et même ensuite :

Les agents se connectent via un socket local sur ton Mac, restreint à ton propre compte utilisateur — rien n'est exposé au réseau.
Les agents ne reçoivent jamais tes identifiants Jenkins ; chaque requête passe par l'app, qui applique tes configurations d'exécution : pipeline autorisé, correspondance de dépôt, listes de valeurs autorisées par paramètre et approbation humaine optionnelle.
La CLI compagne est open source (MIT) — tu peux auditer exactement ce qui tourne sur ta machine.

Le site marketing que tu es en train de lire est distinct de l'app et couvert par notre politique de confidentialité.