L'agent Sécurité
L'agent Sécurité veille sur la sécurité de votre projet. Il vérifie le code de votre site après chaque publication et le site entier chaque semaine, vous dit en termes simples ce qu'il a trouvé et quoi faire ensuite, et demande au Builder de corriger ce que vous approuvez. Il ne modifie jamais votre site de lui-même et ne voit jamais la valeur d'une clé.
Ce qu'il vérifie
L'essentiel de ce qu'il contrôle est fait par les vérifications propres à Briks, qui lisent votre site de la même façon à chaque fois et ne coûtent aucun crédit. L'agent ne lit ensuite que ce que pointe une vérification, décide si le constat est réel et vous l'explique.
| Domaine | Ce qui est vérifié |
|---|---|
| Le code de votre site | Les clés écrites dans des fichiers, les modifications de vos données sans limite de fréquence, les fiches de membres lues sans vérifier qui les demande, le texte affiché en HTML brut, les appels vers d'autres sites web, et les routes absentes de la liste propre au site qui indique qui peut utiliser chacune. |
| Clés | Chaque clé que lit votre code et qui n'est pas définie dans Settings → Secrets, et chaque clé définie là que plus rien ne lit. Uniquement les noms : l'agent ne voit jamais une valeur. |
| Le site en ligne | Si chaque adresse répond en https et si le http simple y est redirigé, combien de jours il reste au certificat, les en-têtes de sécurité, le cookie de connexion, si d'autres sites web peuvent utiliser l'API de votre site comme un visiteur connecté, les fichiers qui ne devraient jamais être téléchargeables, et les pages d'erreur qui révèlent le fonctionnement interne du site. |
| Pour un domaine depuis lequel vous envoyez vous-même des e-mails : ses enregistrements SPF, de signature (DKIM) et DMARC. | |
| Fichiers et formulaires | Les fichiers des dossiers Storage publics dont le nom semble privé, comme backup, invoice, passport ou contract, et une soudaine rafale de saisies de formulaire par rapport à une journée habituelle. |
| Dépendances | Les avis de sécurité connus pour les paquets que votre site a en plus de ceux avec lesquels tous les sites démarrent, issus d'une base d'avis publique. |
| Un regard de plus près | Une fois par mois, il lit les parties du site qui gèrent la connexion, l'argent, les fichiers envoyés ou une fonction IA, en commençant par celles qui ont changé depuis son dernier passage. |
Quand cela s'exécute
- Après chaque publication. Les vérifications du code et des clés s'exécutent sur la version qui vient de passer en ligne, telle qu'elle a été enregistrée, tout de suite et sans frais. L'agent lui-même ne se réveille que si elles trouvent quelque chose de nouveau, ou lorsqu'un correctif qu'il a demandé est en ligne et doit être contrôlé.
- Chaque semaine, le lundi matin dans le fuseau horaire de votre espace de travail : l'ensemble des vérifications, y compris le site en ligne, et un court rapport.
- When you write to it dans son fil, par exemple pour lui demander si un nouveau formulaire peut être mis en ligne sans risque.
Les constats urgents, comme une clé écrite dans une page ou un fichier privé que tout le monde peut télécharger, vous parviennent aussitôt : dans la cloche, et dans vos conversations Telegram qui ont activé Urgent security findings dans leurs alertes.
Lire le rapport
Trouver le rapport
Ouvrir Agents
Où : Agents
Choisissez le projet, puis l'agent Security dans l'onglet Crew.
Ouvrez l'onglet Security report
Où : Security report
Les constats sont regroupés selon leur gravité : Urgent, Élevée, Moyenne et Faible. Le nombre affiché sur l'onglet correspond à ce qui vous attend.
Lire chaque constat
Chacun indique ce que quelqu'un pourrait faire, ce que cela signifie pour votre activité, et la suite : une action que vous seul pouvez faire (avec l'endroit où la faire), une correction que le Builder peut apporter, ou une note précisant que Briks s'en occupe déjà.
Consulter les listes repliées
Les risques acceptés, ce qui a été vérifié et jugé correct, et ce qui a été corrigé ces 30 derniers jours sont repliés en bas.
Worth checking liste ce qui dépend de quelque chose que vous seul pouvez voir, par exemple un fichier dans un dossier Storage public dont le nom semble privé. Elle indique précisément quoi vérifier et où. Les constats qui vous attendent apparaissent aussi sous Waiting for you, à côté de ce que demandent les autres agents.
Fix it et Accept the risk
Demander au Builder de corriger un constat
Choisissez Fix it
Où : Security report
La confirmation indique ce qu'une modification coûte habituellement en crédits et combien vous en avez. Appuyez sur Send to the Builder.
Approuver
Où : Waiting for you
Le correctif attend sous Waiting for you, dans votre e-mail et sur Telegram, comme chaque modification demandée par un agent. Vous pouvez le lire, en changer les mots, l'approuver ou le refuser.
Le Builder effectue la modification
Une fois approuvée, la correction est construite, vérifiée et publiée comme une nouvelle version, que vous pouvez annuler depuis la liste des versions.
L'agent vérifie à nouveau
Une fois la nouvelle version en ligne, les vérifications sont relancées et le constat est marqué comme corrigé lorsqu'il a disparu.
Accept the risk sert pour un constat avec lequel vous avez décidé de vivre, souvent parce qu'il vient de quelque chose que vous avez demandé, comme un fichier dans un dossier Storage public que vous voulez partager. Votre choix est conservé avec votre nom et la date, et l'agent ne le signale plus, sauf si la situation s'aggrave.
Ce qu'il ne fait jamais
- Il ne modifie jamais votre site lui-même. Chaque correction est une modification que vous approuvez, toujours, faite par le Builder, avec possibilité d'annuler.
- Il ne propose jamais d'annuler ce que vous avez demandé. Quand un de vos choix comporte un risque, il le signale une fois et vous laisse décider.
- Il ne demande, ne lit et ne répète jamais la valeur d'une clé. Il travaille uniquement avec les noms des clés.
- Il ne tente jamais de s'introduire. Sur le site en ligne, il envoie seulement les requêtes simples que fait le navigateur d'un visiteur, 25 au plus par vérification, vers les propres adresses de votre site.
- Il ne lit jamais les fiches de vos clients une par une. Il les compte, et n'en nomme une que lorsqu'un constat l'exige.
Budget et crédits
Les vérifications elles-mêmes ne coûtent rien. Ce que l'agent dépense, c'est la lecture et l'écriture qu'il fait pour expliquer un constat et formuler une correction, payées avec les crédits de votre espace de travail dans la limite de son budget mensuel : 20 crédits par défaut, modifiables dans ses réglages, dont un cinquième est disponible chaque jour. Il demande au plus deux corrections par passage, les plus graves d'abord, et chaque correction est une modification normale avec sa propre estimation en crédits.
Peut-il corriger sans me demander ?
Non. Les correctifs de sécurité attendent toujours votre approbation, et ses réglages l'indiquent à la place de l'interrupteur des autres agents. Chaque correctif attend sous Waiting for you avec son estimation en crédits, et une fois que vous l'approuvez, il est publié comme une nouvelle version que vous pouvez annuler.
Pourquoi est-il indiqué que Briks s'en occupe déjà ?
Certains constats concernent la façon dont tous les sites sont servis, comme un en-tête de sécurité ou le certificat. Briks les corrige pour tous les sites en une fois : vous n'avez rien à faire, le Builder non plus.
Va-t-il signaler à nouveau un risque que j'ai accepté ?
Seulement si la situation s'aggrave. Un constat qu'il a vérifié et jugé sans risque réel n'est pas non plus signalé de nouveau.