Un constructeur d'applications sans code populaire a laissé 170 applications vulnérables à une exposition de données en raison d'une mise en œuvre inadéquate de la sécurité au niveau des lignes. L'incident révèle une lacune critique : de nombreux développeurs utilisant ces plateformes manquent de l'expertise en codage nécessaire pour mettre en œuvre correctement les contrôles de sécurité. En conséquence, les e-mails des utilisateurs, les clés API et les informations de paiement étaient accessibles à des parties non autorisées.

Le mécanisme d'audit de sécurité s'est avéré insuffisant — il se contentait de vérifier que des politiques de sécurité existaient sur le papier, sans jamais valider si ces politiques fonctionnaient réellement en production. Cela crée une fausse impression de confiance.

Le problème souligne une problématique plus large dans le paysage du développement Web3 : la barrière à l'entrée a considérablement diminué, mais les meilleures pratiques de sécurité n'ont pas suivi le rythme. Les développeurs utilisant des outils d'abstraction ont besoin de cadres de sécurité appropriés intégrés à la plateforme elle-même, et pas seulement de cases à cocher pour la conformité. Pour les projets manipulant des données sensibles ou des transactions financières, c'est une leçon difficile sur pourquoi la revue de code et les tests de sécurité ne peuvent pas être entièrement automatisés.