Fiche concept

GSTACK — La discipline de gouvernance pour les consultants SAP Analytics

À jour au 2026-09-27

Édité par Cédric Mary, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que GSTACK ?

GSTACK nomme trois disciplines de gouvernance qu'un consultant applique à chaque mission — architecture orientée menaces, cartographie de propriété des contrôles avec un humain nommé et un drapeau bus-factor, et patterns sécurisés par défaut par couche SAP.

Les trois disciplines

GSTACK n'est ni un produit, ni un outil, ni une certification. C'est un raccourci méthodologique qui nomme trois disciplines de gouvernance qu'un consultant SAP analytics applique à chaque mission :

1. Architecture orientée menaces (T)

Avant la première ligne de code de modélisation, le consultant cartographie :

Ce qui peut mal tourner — l'arbre d'attaque sur le flux de données (réplication Datasphere → story SAC → export intégré). Que contrôle un attaquant ? Où sont les frontières de confiance ?
Ce qui tourne déjà mal — l'historique des incidents chez ce client. Fuites passées, conclusions du régulateur, rapports d'audit interne.
Rayon de souffle — pire scénario si l'extracteur BW/4HANA est compromis, si le partage SAC est mal configuré, si la vue intelligent-lookup Datasphere laisse fuiter des PII via des trous dans la sécurité par lignes.

La skill canonique Analytics Legends est security-threat-model.

2. Cartographie de la propriété des contrôles (O)

Pour chaque contrôle identifié (politique RLS, chiffrement au repos, rétention des logs, qui peut publier une story, qui peut redonner accès à un modèle), le consultant note :

Propriétaire — nom + rôle + email (PAS un alias d'équipe; un humain qui décroche le téléphone)
Runbook — lien confluence/notion/wiki avec les étapes opérationnelles
Bus factor — drapeau si le propriétaire est N=1
Recovery time objective (RTO) — délai jusqu'à la restauration si le propriétaire est hors-ligne

La skill canonique Analytics Legends est security-ownership-map.

Pourquoi c'est important

Chaque contrôle (politique RLS, chiffrement, rétention des logs, droits de publication) exige un propriétaire nommé — pas un alias d'équipe — plus un runbook, un drapeau bus-factor et un objectif de temps de restauration.
L'architecture orientée menaces cartographie ce qui peut mal tourner, ce qui tourne déjà mal (historique d'incidents, constats du régulateur) et le pire rayon de souffle avant d'écrire la première ligne de code de modélisation.
Les patterns sécurisés par défaut remplacent le raisonnement depuis les premiers principes à chaque fois par des défauts concrets par plateforme — Datasphere, BDC, SAC, BW/4HANA.

Points clés

GSTACK = architecture threat-first × propriété des contrôles × secure-by-default — trois disciplines appliquées comme un seul prisme.
Se rattache à trois skills canoniques : security-threat-model, security-ownership-map, security-best-practices.
Chaque constat porte une attribution [domaine · <skill> · <sévérité>] — le contrat de piste d'audit.
Toujours actif : pré-déploiement + post-déploiement + conversations sur les menaces + questions de propriété + revues de conformité + commits de gouvernance.
L'ordre permanent de l'opérateur est la charte de gouvernance de la plateforme — à lire à chaque démarrage de séance.
Étendre GSTACK aux agents Joule ajoute de nouvelles feuilles d'arbre de menaces (injection de prompt, fluage de portée d'outils, héritage de compte de service) qu'un threat model pré-agentique manque par défaut.
Enregistrer l'entrée de carte de propriété de chaque agent contre son enregistrement SAP AI Agent Hub plutôt qu'une feuille de calcul séparée — dupliquer le registre laisse les deux diverger en un trimestre.
Toute extension de capacité d'un agent existant (par ex. ajouter un chemin d'écriture) est un nouveau cycle GSTACK en miniature — rescorer le rayon d'impact, retester en mode adverse, mettre à jour la classification du Hub avant de basculer l'indicateur, pas après.

Termes employés sur cette page

Threat tree: Décomposition hiérarchique des objectifs d'un attaquant contre une surface SAP analytics (ex. Datasphere → SAC → embed).
Bus factor: Nombre de personnes qui doivent disparaître avant qu'un contrôle ne devienne non maintenu. Bus factor 1 = point de défaillance unique.
Blast radius (rayon de souffle): Ensemble des utilisateurs/données/services affectés si une frontière de confiance donnée est franchie. Plus petit = mieux.
RTO: Recovery Time Objective — délai d'indisponibilité maximal acceptable si un propriétaire de contrôle est indisponible.
Secure-by-default: Patterns d'implémentation où le choix sûr est le chemin de moindre résistance (ex. RLS activée par défaut, partage public désactivé par défaut).

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →