Flusk Vault Release

Dans notre étude, nous avons analysé les 100 plus grosses applications Bubble.

Selon vous, quel était le pourcentage d'applications présentant au moins 1 faille de sécurité ?

• 15%

• 40%

• 65%

• 80%

Les URLs de tous calls APIs sont publiques et visibles par défaut depuis le front-end d'une application Bubble.

• Vrai

• Faux

La meilleure manière de sécuriser une page "admin" est de :

• Cacher tous les groupes par défaut, et les afficher si l'utilisateur est un administrateur

• Utiliser l'action "Go to page" si l'utilisateur n'est pas un administrateur

L'action "Assign a temp password to a user" peut présenter une faille de sécurité si elle est utilisée en front-end ?

• Oui, elle peut

• Non, cette action est sécurisée

Une clé d'authentification API rentrée dans la section "Shared Headers" d'un call API est :

• Un endroit sûr pour stocker une clé d'authentification

• Un endroit où une erreur humaine suffit pour laisser la clé visible à tous

Dans mon application, j'ai un Data Type 'X' qui est sensible mais non protégé par des Privacy Rules.

Si ma Data API est fermée et qu'aucune page n'appelle cette donnée, elle n'est pas accessible au public.

• Vrai. On ne peut pas dire que ma donnée est sécurisée, mais elle n'est pas accessible.

• Faux, ma donnée est toujours accessible au public.

Les Privacy Rules sont le seul et l'unique moyen de protéger ses données

• Vrai, c'est la seule solution

• Faux, il existe deux autres moyens

Je veux ouvrir un webhook sur mon application Bubble pour que Stripe puisse me notifier d'un paiement.

Il n'est pas possible de paramétrer les Headers du call sortant de Stripe, donc je dois désactiver l'authentification sur mon endpoint.

• Vrai, mais je peux restreindre le déclenchement de ce Webhook aux IPs de Stripe

• Faux, je ne dois jamais désactiver l'authentification sur des endpoints sensibles.