Retour aux Études de Cas
fashionAccès Complet Débloqué

Quatre Rôles, une Place de Marché, et la Faille Trouvée Avant le Lancement

Une place de marché intermédiée compte quatre types d’utilisateurs qui ne doivent pas voir les données des autres. Un audit avant lancement a trouvé un parcours d’inscription publique pouvant devenir administrateur — avant le moindre utilisateur payant.

Industrie de la mode et du textile · mise en relation B2B intermédiée

fashion
4
roles
1
critical Found
no
launched With It

!Le Besoin

Mettre en relation une marque de mode et un fabricant n’est pas un annuaire. L’acheteur décrit son besoin, les fournisseurs répondent par des propositions, et un consultant s’interpose pour affiner le brief et protéger les deux parties — soit quatre rôles distincts avec quatre vues distinctes des mêmes données, et des règles strictes sur qui peut voir une proposition, un prix ou l’identité d’une contrepartie. Un modèle d’autorisation erroné ne fait pas que fuiter des données : il détruit l’intermédiation qui justifie la plateforme. Une place de marché où un fournisseur voit l’offre d’un concurrent, ou où un acheteur contourne le consultant, n’a plus de produit à vendre.

L'Approche

Nous avons construit la plateforme autour des quatre rôles comme concepts de premier plan — acheteur, fournisseur, consultant et administrateur — avec un assistant de demande guidé, un flux de propositions et une vitrine fournisseurs, chacun n’affichant que ce à quoi le rôle a droit. Puis, avant toute ouverture à des utilisateurs payants, nous avons mené un audit destructif sur les quatre vues plutôt que de tester le chemin heureux et crier victoire. Il a révélé une faille d’autorisation critique : le déclencheur de base de données qui provisionne un nouveau compte faisait confiance aux métadonnées fournies par le client ; une inscription publique pouvait donc revendiquer un rôle d’administrateur et prendre le contrôle de n’importe quel compte. Deux autres contournements de paywall et d’autorisation sont sortis du même passage. Le verdict a été consigné par écrit comme non prêt au lancement, failles hiérarchisées et parcours principaux confirmés — car le produit utile d’un audit de sécurité est une décision de lancement, pas une réassurance.

Technologies Utilisées

Next.jsSupabaseRow-level securityRole-based authorizationi18n

La Livraison

Quatre rôles de premier plan — acheteur, fournisseur, consultant, administrateur — chacun avec sa vue autorisée des données partagées
Un assistant de demande guidé, un flux de propositions et une vitrine fournisseurs, opérationnels sur les quatre rôles
Un audit destructif complet sur chaque rôle avant l’admission du moindre utilisateur payant
Une faille d’autorisation critique trouvée et vérifiée en conditions réelles : une inscription publique pouvant revendiquer un rôle administrateur
Deux autres contournements de paywall et d’autorisation identifiés au même passage
Un verdict écrit de non-préparation au lancement, failles hiérarchisées et parcours fonctionnels consignés

L'Impact

La voie de prise de contrôle des comptes a été fermée avant qu’un utilisateur payant ait pu en pâtir
Ce qui l’a révélée, c’est l’audit séparé des quatre vues de rôle — le chemin heureux passait proprement et serait parti en production
Faire confiance aux métadonnées client dans un déclencheur de création de compte est désormais un motif connu à vérifier, non une surprise
La décision de lancement s’est appuyée sur des preuves écrites, pas sur l’impression que tout allait bien
Cette plateforme est en pré-lancement et nous ne revendiquons pas de résultats qu’elle n’a pas produits — la découverte est le résultat à rapporter

Prêt à obtenir des résultats similaires?

Contactez-nous
Supalabs AI solutions