FAQ de l’évaluation

Des réponses courtes aux questions les plus fréquentes des questionnaires de sécurité

  1. Données et hébergement
  2. Chiffrement
  3. Accès et traçabilité
  4. Vulnérabilités et mises à jour
  5. Images et chaîne d’approvisionnement

Données et hébergement

Où se trouvent les données, et qui peut y accéder :

Question Réponse
Où nos données sont-elles stockées ? Dans la base de données MySQL ou MariaDB que vous exploitez, et dans le dossier persistant de votre instance. AnsibleForms est auto-hébergé, sans service cloud derrière.
Envoie-t-il des données à ses auteurs ? Non. Il n’y a ni télémétrie, ni remontée d’usage, ni vérification de mises à jour.
À quoi se connecte-t-il ? Uniquement aux systèmes qu’un administrateur configure : voir Connexions sortantes.
Utilise-t-il l’IA ou envoie-t-il des données à un fournisseur de modèles ? Uniquement avec l’assistant de chat activé, qui est désactivé par défaut. Il envoie alors les définitions de formulaire et les valeurs en cours de saisie au fournisseur que vous configurez.
Peut-il fonctionner sans accès à internet ? Oui. L’application n’a pas besoin d’accès à internet ; les playbooks ont besoin de ce que leurs tâches atteignent.

Chiffrement

Ce qui est chiffré, et avec quelles clés :

Question Réponse
Les données sont-elles chiffrées en transit ? Avec HTTPS, servi par l’application ou par votre reverse proxy, et wss:// entre l’application et ses environnements d’exécution.
Les données sont-elles chiffrées au repos ? Chaque secret stocké est chiffré par l’application en AES-256. Les jobs et leur sortie sont stockés tels quels : utilisez le chiffrement au repos propre à la base de données. Voir Secrets stockés.
Qui détient les clés ? Vous : le ENCRYPTION_SECRET est défini par vous, tenu à l’écart des sauvegardes, et peut faire l’objet d’une rotation.
Les secrets peuvent-ils rester dans notre coffre ? Oui : HashiCorp Vault et CyberArk sont lus quand un job en a besoin.

Accès et traçabilité

Qui peut se connecter, ce qu’il peut faire, et ce qui est enregistré :

Question Réponse
Prend-il en charge l’authentification unique ? Oui : LDAP / Active Directory, OpenID Connect et Entra ID. Voir Authentification.
Prend-il en charge l’authentification multifacteur ? Via l’authentification unique : la MFA de votre fournisseur d’identité s’applique. Les comptes locaux n’en ont pas en propre.
Comment les autorisations sont-elles gérées ? Avec des rôles associés à des groupes, vérifiés par le serveur à chaque requête. Voir Autorisations.
Y a-t-il un journal d’audit ? Oui : chaque modification et chaque tentative refusée, conservées 365 jours par défaut et transférables vers syslog. Voir Piste d’audit.
Y a-t-il un mot de passe par défaut ? Le premier compte admin a un mot de passe par défaut public, qui doit être changé à la première connexion. Voir Le compte admin.

Vulnérabilités et mises à jour

Comment les problèmes sont trouvés, corrigés et annoncés :

Question Réponse
Des vulnérabilités ont-elles été trouvées ? Oui. Chacune de celles publiées est listée dans Avis de sécurité, avec la version qui l’a corrigée.
Comment en signaler une ? En privé, via GitHub : voir Signaler une vulnérabilité.
Comment le code est-il vérifié ? Analyse statique CodeQL et revue des dépendances sur chaque pull request, tests automatisés et mises à jour Dependabot. Voir Développement sécurisé.
Quelles versions reçoivent des correctifs de sécurité ? 7.x et 6.5.x. Voir Versions prises en charge.
Comment apprendre la publication d’un nouvel avis ? Suivez les alertes de sécurité du dépôt sur GitHub. Voir Être informé des nouveaux avis.
A-t-il fait l’objet d’un test d’intrusion ? Aucun rapport de test d’intrusion tiers n’est publié. Le code est public : votre propre équipe ou votre testeur peut donc l’évaluer, et les découvertes sont signalées comme indiqué ci-dessus.

Images et chaîne d’approvisionnement

D’où viennent les images, et comment les vérifier :

Question Réponse
Où les images sont-elles publiées ? Sur le GitHub Container Registry, ghcr.io/ansibleforms/ansibleforms, construites par des workflows GitHub Actions publics. Voir Versions et images.
Les conteneurs s’exécutent-ils en root ? Non : avec l’utilisateur non privilégié node.
Les images sont-elles signées ? Pas encore. Récupérez-les par digest (@sha256:...) pour être sûr d’exécuter l’image que vous avez examinée.
Y a-t-il un SBOM ? Aucun n’est encore publié avec les images. Un scanner comme Trivy ou Syft en construit un à partir de l’image.
Les images sont-elles analysées à la recherche de vulnérabilités ? Pas dans le pipeline de release. Leurs images de base sont épinglées par digest et maintenues à jour par Dependabot ; analysez les images dans votre propre registre pour appliquer votre propre politique.
Sous quelle licence est-il distribué ? GPL-3.0, open source, sans garantie.