1. Chercher un rapport par nom
Recherche dans le module Reporting du tenant choisi (nom ou description) via
reports(filter: { text }) — aucune session à recopier, le token du tenant
(Paramétrage des tenants Tanium) suffit.
2. Récupérer un rapport directement par ID (si vous le connaissez déjà)
Même mécanisme que ci-dessus, sans passer par la recherche par nom.
3. Diagnostic : explorer le schéma Gateway
Liste tout type/champ du schéma GraphQL Gateway du tenant choisi dont le nom ou la description contient le mot-clé. Utile si les sections 1/2 ne trouvent rien, pour vérifier ce que Gateway expose réellement sur ce tenant (ex. si le module Reporting y est bien activé).
4. Module Asset — API REST officielle (token existant)
Le module Asset est une solution distincte de Reporting (confirmé par la doc Tanium : "Getting Data From Tanium") avec sa propre API REST documentée, elle aussi authentifiée avec le token stable du tenant — pas de session à copier. Si "CCL - Report OS" est un rapport/une vue Asset (et non un rapport Reporting, voir sections 1-2), c'est ici qu'il faut chercher. Deux étapes : lister les vues Asset pour trouver l'ID de la bonne, puis récupérer ses données. Affiché en JSON brut pour l'instant, le temps de confirmer la forme exacte de la réponse.
4a. Lister les vues Asset
4b. Récupérer les données d'une vue (par ID)
5. Solution de repli ultime : endpoint interne de la console (non documenté)
À réserver au cas où rien de ce qui précède ne donne de résultat. Contrairement au reste de
cette page, Tanium ne documente pas officiellement cet appel et en déconseille l'usage — la
session console expire régulièrement et doit être recopiée depuis les DevTools du navigateur
(F12 → Réseau → en-tête session d'une requête vers la console) à chaque fois
qu'elle ne fonctionne plus. Rien n'est enregistré ici d'une fois sur l'autre.