Votre première sauvegarde Okta
en moins de 10 minutes.

CYBBACK propose deux façons de démarrer. Les deux débloquent toutes les fonctionnalités Okta.

Option A — Essai gratuit

1. Ouvrez cybback.com/essai-gratuit.
2. Renseignez votre e-mail professionnel, votre société et un mot de passe. Cliquez sur Démarrer l’essai.
3. Confirmez via l’e-mail de vérification.
4. Sur l’écran de sélection, choisissez Okta. Votre espace d’essai est provisionné immédiatement.

Option B — Licence payante (Stripe)

1. Rendez-vous sur cybback.com/tarifs et choisissez le plan Okta correspondant au nombre d’utilisateurs Okta à protéger.
2. Cliquez sur Souscrire. Stripe Checkout accepte cartes, SEPA et facturation sur les plans annuels.
3. Votre licence est active immédiatement — visible dans Compte → Abonnement.

CYBBACK lit et restaure vos données via l’API de gestion Okta. Deux modes d’authentification sont possibles ; l’app API Services OAuth est recommandée en production car elle n’expire jamais.

Option A — Token API SSWS (le plus simple)

1. Connectez-vous à la console Admin Okta avec un compte Super Administrator dédié (le token hérite des droits de son créateur).
2. Ouvrez Security → API → Tokens et cliquez sur Create token.
3. Copiez la valeur — elle n’est affichée qu’une seule fois.

Option B — App API Services OAuth 2.0 (recommandé)

1. Applications → Create App Integration → API Services. Nommez-la CYBBACK Backup.
2. Client authentication : Public key / Private key → générez une paire de clés, téléchargez le PEM, notez le kid.
3. Onglet Okta API Scopes : accordez okta.users.manage, okta.groups.manage, okta.apps.manage, okta.policies.manage, okta.authorizationServers.manage, okta.idps.manage, okta.networkZones.manage, okta.roles.manage, okta.orgs.read, okta.logs.read (liste complète dans le guide in-app).
4. Onglet Admin roles : assignez Super Administrator à l’app — les scopes seuls ne suffisent pas.

Coller les identifiants dans CYBBACK

1. Ouvrez app.cybback.com/dashboard/okta-backup → Configuration → Ajouter une org.
2. Saisissez l’URL de l’org (https://votre-org.okta.com), choisissez le mode d’authentification, collez le token ou le client ID + clé privée + kid.
3. Cliquez sur Valider. CYBBACK appelle /api/v1/org, /users, /groups et /apps en direct, vérifie les scopes accordés et détecte la topologie (Org2Org). Puis Enregistrer.

Tout ce qui est restaurable est capturé par défaut. Ajustez les catégories optionnelles et déclarez votre topologie hub and spoke.

Capturé à chaque sauvegarde

• Utilisateurs & groupes — profils, statuts (déprovisionnés inclus), appartenances, règles de groupe, rôles admin, manager.
• Applications — SAML / OIDC / SWA / Org2Org avec assignations, secrets OIDC, clés SAML, features, grants.
• Politiques & règles — session, mot de passe, enrôlement MFA, accès aux apps, inscription, routage IdP.
• Objets de sécurité — zones réseau, origines de confiance, device assurance, règles comportementales, authentificateurs, ThreatInsight.
• Fédération — serveurs d’autorisation (scopes, claims, politiques), fournisseurs d’identité, clés.
• Configuration de l’org — marques & thèmes, domaines, hooks, rôles admin personnalisés, ensembles de ressources, features.

Options

• System Log — archivage des événements d’audit (fenêtre initiale 1–90 j, puis incrémental). Okta ne les conserve que 90 jours.
• Appareils — inventaire Okta Verify / Device Trust.
• Pont Workflows — Okta n’expose aucune API de gestion des Workflows : la capture est poussée depuis votre tenant. Cliquez sur Activer, copiez le jeton (affiché une fois), l’URL et l’en-tête, puis collez-les dans le flow que vous créez dans Okta Workflows (procédure pas à pas dans l’onglet Configuration : déclencheur System Log sur workflows.user.flow.save → Export Folder → File · Multipart Upload, la seule carte qui accepte un fichier). Chaque flow enregistré est ensuite poussé vers CYBBACK et rattaché à la sauvegarde suivante.

Hub and spoke

Ajoutez un identifiant par org : le hub d’abord, puis chaque spoke avec le rôle Spoke et son hub sélectionné. La topologie est détectée à la validation (une app okta_org2org signale un spoke). Chaque org a son propre job de sauvegarde ; les utilisateurs sourcés sont rattachés par login à la restauration.

Souveraineté totale ? Pointez CYBBACK vers votre bucket compatible S3 — AWS S3, GCS, Scaleway, OVH, Wasabi, MinIO. Vos données, votre fournisseur, votre région.

Provisionner le bucket

1. Chez votre fournisseur S3, créez un bucket privé (pas d’accès public, versioning recommandé).
2. Créez une access key / secret key limitée à ce bucket.
3. Notez l’URL d’endpoint et la région.

Configurer CYBBACK

1. Ouvrez Dashboard → Stockage.
2. Sélectionnez Mon propre stockage S3.
3. Remplissez le formulaire, cliquez sur Tester la connexion, puis Enregistrer.

• Actions IAM requises : PutObject, GetObject, DeleteObject, ListBucket.
• Résilience : CYBBACK stocke un snapshot chiffré des identifiants S3 avec chaque sauvegarde. Les anciennes sauvegardes restent restaurables même après un changement de fournisseur.
• Chiffrement au repos (option) : activez AES-256-GCM pour que chaque fichier JSON (.x) soit chiffré avant l’envoi.

Tout est configuré. Lancez votre premier snapshot Okta — manuellement pour être serein tout de suite, puis laissez la planification automatique prendre le relais.

Sauvegarde manuelle

1. Revenez sur l’onglet Dashboard.
2. Cliquez sur Lancer la sauvegarde Okta (cochez Forcer une sauvegarde complète pour ignorer l’état incrémental). Un job par org configurée est mis en file.
3. La progression est diffusée en direct : identités, apps, sécurité, configuration, System Log, manifeste.

Planification automatique

1. La première sauvegarde crée une planification Auto - Okta (05:00 et 17:00 Europe/Paris).
2. Ajustez-la depuis Dashboard → Planifications : quotidienne, hebdomadaire ou cron personnalisé.

Suivre vos sauvegardes

• Temps réel : la page Événements diffuse chaque opération de tous les services via SSE.
• Notifications : succès / échec / alertes de dérive par e-mail, Slack et webhooks.
• Détection de dérive : alertes sur les schémas suspects — déprovisionnement massif, suppression de groupes ou de politiques entre deux runs.

CYBBACK restaure depuis n’importe quel snapshot Okta. Recréez un utilisateur, un groupe, une app, une politique — avec les objets dont ils dépendent — dans l’org d’origine ou une autre.

Le flux de restauration en 3 étapes

1. Sélection. Ouvrez le snapshot, parcourez les catégories (identités, sécurité, applications, configuration), recherchez et cochez les objets. Activez Corbeille pour afficher les objets supprimés d’Okta depuis la sauvegarde.
2. Options. CYBBACK vérifie en direct dans votre org ce qui existe encore et affiche un plan de dépendances : groupes manquants, assignations d’apps, apps manquantes (bloquant), rôles admin, membres supprimés, politiques liées, managers manquants. Activez les cascades souhaitées, puis choisissez Simulation, Mettre à jour les existants, un préfixe de nom et le mode d’activation des utilisateurs (STAGED, e-mail d’activation, silencieux).
3. Exécution. Le worker asynchrone recrée d’abord les dépendances (schémas → zones → groupes → utilisateurs → règles → politiques → IdP → apps → rôles), puis la sélection. Journal en direct et résumé de ce qui a été créé, mis à jour ou ignoré.

Bonnes pratiques

• Commencez toujours par une simulation — le worker indique exactement ce qu’il créerait sans toucher à Okta.
• Relisez les cascades privilégiées (rôles admin, politiques) avant de les activer : elles changent qui peut se connecter et comment.
• Restaurez les apps avant leurs assignations quand le plan signale une app manquante — les assignations vers une app absente sont ignorées.