Compte

Votre compte est votre identité sur Bastide : une adresse de courriel, un mot de passe, éventuellement un second facteur, et les jetons que vous frappez pour vos scripts. Cette page dit comment l'ouvrir, s'y connecter, le protéger et gérer ce qui agit en votre nom. Tout se règle sur l'écran Compte de la console, qui vaut quelle que soit l'organisation ouverte.

Créer un compte

1. Ouvrez https://console.bastide.app/creer-un-compte.
2. Saisissez votre adresse de courriel et le nom de l'organisation à créer (de 2 à 100 caractères), cochez les conditions de la bêta, puis « Recevoir le lien ».
3. Le courriel reçu porte un lien valable sept jours, à usage unique, vers Ouvrir un compte (/ouvrir-un-compte).
4. Choisissez votre mot de passe ; le nom de l'organisation peut encore s'y corriger. « Ouvrir le compte » crée le compte et l'organisation, dont vous devenez Propriétaire.

La demande ne crée rien par elle-même : elle fait partir une invitation à l'adresse donnée, et ouvrir le courriel prouve que l'adresse est la vôtre. La réponse est la même que l'adresse porte déjà un compte ou non : elle ne dit pas qui est inscrit. Pour la même raison, un compte déjà ouvert ne reçoit aucun lien.

Trois plafonds bornent les demandes : trois liens par heure pour une même adresse, dix demandes par heure depuis une même adresse IP, trois cents inscriptions par jour pour toute la plateforme.

Rejoindre une organisation existante

Si un membre vous invite, son courriel mène à Rejoindre une organisation, qui montre l'organisation, le rôle et qui vous invite. Sans compte, vous y choisissez votre mot de passe et entrez directement ; avec un compte, vous rejoignez sous votre session. Voir Organisations.

Par l'API

L'inscription est hors du registre des opérations, puisque la personne n'a pas encore d'identité :

curl -X POST https://api.bastide.app/v1/account/signup/request \
  -H "Content-Type: application/json" \
  -d '{ "email": "vous@exemple.fr", "organizationName": "Mon équipe" }'

La réponse est 202 dans tous les cas. Le lien reçu s'accepte ensuite par POST /v1/account/signup, avec le jeton d'invitation (ins_…), le mot de passe et, au choix, le nom de l'organisation.

Se connecter

L'écran Connexion offre trois chemins.

Par mot de passe

Votre adresse et votre mot de passe, puis « Ouvrir la console ». Vous recevez une session : elle dure huit heures au plus et se ferme après soixante minutes sans geste. Si votre compte appartient à plusieurs organisations, la console vous propose de choisir, la dernière choisie sur ce poste d'abord.

Si votre compte tient un second facteur, le mot de passe juste ne suffit pas : l'écran demande ensuite le code de votre application, votre clé d'accès, ou l'un de vos codes de récupération. Ce second temps vaut cinq minutes et cinq essais ; au-delà, on recommence par le mot de passe.

Par jeton personnel

« Entrer avec un jeton personnel » ouvre la console avec un jeton pat_…. Le jeton reste dans l'onglet et disparaît à sa fermeture. C'est le seul chemin d'un compte qui n'a pas encore de mot de passe. Sous un jeton, on ne change ni son mot de passe ni ses seconds facteurs : ces gestes demandent une session ouverte par mot de passe.

Par authentification unique

« Se connecter avec l'authentification unique » demande l'identifiant (slug) de votre organisation et vous envoie chez son fournisseur d'identité OpenID Connect, puis vous ramène. Seuls les comptes provisionnés par l'annuaire de l'organisation (SCIM) entrent par ce chemin, et le second facteur de Bastide reste dû. La configuration de l'authentification unique en libre-service n'est pas encore disponible. Voir Authentification unique.

Les tentatives

Cinq échecs en quinze minutes, pour un compte depuis une adresse IP, font attendre l'essai suivant : soixante secondes d'abord, puis le double à chaque échec, jusqu'à quinze minutes. La réponse est la même pour une adresse inconnue, un compte suspendu et un mot de passe faux.

Le mot de passe

• De 12 à 256 caractères.
• Il ne reprend pas votre adresse de courriel et ne figure pas parmi les mots de passe compromis ou trop courants. La vérification se fait sur place, sans appel à un service tiers.
• Seule une empreinte en est gardée.

Pour le changer : Compte, section « Mot de passe » : l'actuel, le nouveau, puis le nouveau une seconde fois. Vos autres sessions se ferment ; celle-ci reste ouverte.

Mot de passe ou second facteur perdu

Sous le formulaire de Connexion, « Mot de passe ou second facteur perdu ? » mène à la page /reinitialiser, qui offre deux demandes :

Trois liens au plus partent par compte, par genre et par heure. La réponse ne dit jamais si l'adresse a un compte. Perdre à la fois le mot de passe et le second facteur passe par le support : c'est voulu.

Le second facteur

Compte, section « Sécurité ». Deux sortes de facteurs :

• Une application d'authentification (codes à six chiffres, renouvelés toutes les trente secondes) : « + Ajouter une application d'authentification », votre mot de passe actuel, puis le code QR ou la clé à saisir, puis un premier code pour confirmer. Un facteur non confirmé dans les quinze minutes n'existe pas.
• Une clé d'accès (clé de sécurité, empreinte, téléphone) : « + Ajouter une clé d'accès », votre mot de passe actuel, puis la cérémonie du navigateur.

Au premier facteur confirmé, dix codes de récupération s'affichent, une seule fois : rangez-les hors ligne. Chacun sert une fois, à la place du code de l'application. « Émettre de nouveaux codes » en produit dix autres, et les anciens cessent de valoir. Vous pouvez tenir cinq facteurs au plus.

Ajouter ou retirer un facteur demande le mot de passe actuel, et ferme vos autres sessions. Le dernier facteur d'un compte qui tient un rôle de Mainteneur, d'Administrateur ou de Propriétaire ne se retire pas.

Attention. L'écriture SQL, les migrations de schéma et la gestion des clés du backend exigent un second facteur, quelle que soit l'organisation. Un rôle qui les ouvre (Mainteneur, Administrateur, Propriétaire) ne s'attribue qu'à un compte qui tient un facteur confirmé.

Quand l'organisation l'exige

Le Propriétaire ou le rôle Sécurité peut exiger le second facteur, dans Réglages de l'organisation, carte « Second facteur obligatoire ». L'obligation vaut pour les rôles Propriétaire, Administrateur et Sécurité. Une grâce de quatorze jours court ; des relances sont écrites au journal d'audit avant son terme. Passé la grâce, un compte de ces rôles sans facteur confirmé est refusé dans l'organisation (second_factor_required), par sa session comme par ses jetons. Enrôler un facteur rouvre l'accès aussitôt.

Un compte de service ne peut tenir aucun facteur : il s'exempte nommément, avec un motif (de 20 à 500 caractères) et une échéance de quatre-vingt-douze jours au plus.

Les sessions

Compte, section « Sessions » : chaque session de console ouverte, d'où elle a été ouverte, son dernier geste et jusqu'à quand elle vaut ; « Cette session » marque la vôtre. Fermer une session la fait refuser au premier appel qui suit. Un changement de mot de passe ou de second facteur ferme les autres sessions ; un changement de rôle les ferme toutes.

Les jetons personnels

Un jeton personnel est ce qu'on donne à un script, à une intégration ou à la ligne de commande : il appelle l'API en votre nom, dans la limite de votre rang et des portées que vous lui nommez. Il est à vous, pas à l'organisation : un administrateur ne voit pas vos jetons.

Compte, section « Vos jetons », puis « Frapper un jeton » :

1. À quoi il sert : le nom qui se relira dans la liste.
2. Durée de vie : 7, 30, 90 (proposé), 180 ou 365 jours. Aucun jeton n'est perpétuel.
3. Ce qu'il pourra faire : au moins une portée. La console n'offre que celles que porte votre propre jeton.

Le jeton s'affiche une seule fois : copiez-le avant « Je l'ai copié ». Bastide n'en garde qu'une empreinte. Vérifiez qu'il ouvre :

curl -H "Authorization: Bearer $BASTIDE_JETON" https://api.bastide.app/v1/account/personal-access-tokens

Ses portées et son échéance sont fixées à la création : il ne se modifie pas, il se révoque. Un jeton inutilisé pendant quatre-vingt-dix jours est désactivé, après un avis ; « Réactiver » le rend utilisable avec les mêmes portées et la même échéance. Cinquante jetons au plus sont en vigueur par compte.

Pour la ligne de commande, bastide login frappe le jeton pour vous ; en intégration continue, posez-le dans la variable BASTIDE_TOKEN. Pour une intégration qui ne doit pas dépendre d'une personne, préférez un compte de service.

Les clients MCP autorisés

Quand un agent se branche par OAuth, la console vous montre la page Autoriser un client MCP : qui demande, depuis quelle adresse et quoi. Compte, section « Clients MCP autorisés », liste chaque client accepté, ses portées et son dernier usage ; le retirer fait tomber ses jetons au premier appel qui suit. Voir MCP.

Les notifications du compte

Compte, section « Notifications » : pour l'organisation ouverte, quatre genres de fait, et pour chacun les canaux qui vous préviennent (courriel, notification web, application).

Une case cochée s'enregistre tout de suite. Les appareils déclarés par l'application mobile se listent et se retirent au même endroit. Voir Notifications.

Les avis reçus

Compte, section « Avis reçus » : les messages que la plateforme a adressés à votre compte (un jeton qui dort, une relance du second facteur, un lien, une invitation) et ce qu'ils sont devenus : remis, en attente, refusés par la messagerie ou abandonnés. Utile quand un courriel attendu n'arrive pas.

Fermer son compte

La fermeture d'un compte en libre-service n'est pas encore disponible, pas plus que la suppression d'une organisation. Écrivez au support : pendant la bêta, vos données vous sont rendues sur demande, puis effacées. Avant cela, vous pouvez supprimer vos projets (voir Créer un projet) et produire une archive de sortie (voir Sortir de Bastide).

Erreurs fréquentes

Voir aussi

• Démarrage rapide
• Organisations
• Sécurité
• Comptes de service

Signaler une erreur sur cette page