FAQ
Qu'est-ce qu'un score de risque ?
Chaque application SaaS se voit attribuer un score de risque allant de 0 (aucun risque) à 10 (risque très élevé). Ce score vous permet de déterminer si une application est conforme à la politique de sécurité de votre organisation.
Ce score est calculé en tenant compte des facteurs suivants :
La catégorisation des applications, pour identifier l'exposition à des domaines à haut risque tels que le droit, la sécurité et la confidentialité.
L'évaluation des risques par groupe de pays, basée sur la localisation de l'éditeur et évaluée par nos experts en sécurité internes.
L'exposition à la cybercriminalité, selon les classements mondiaux de Indice mondial de la cybercriminalité, développé par l'université d'Oxford et l'UNSW de Canberra.
Veuillez noter que ce score n'est pas personnalisable.
Qu'est-ce qu'un tag AI ou NFSW ?
Les tags AI (Artificial Intelligence) et NSFW (Not Safe For Work) complètent la catégorie métier d'une application sans la modifier. Une application peut ainsi appartenir à la catégorie Healthcare ou Collaboration tout en étant également identifiée comme IA et/ou NSFW.
Ces tags sont disponibles pour toutes les applications référencées dans notre catalogue SaaS et sont exposés via l'ensemble de nos formats de distribution (API, SDK et fichier Protobuf).
Pourquoi utiliser ces tags ?
L'objectif est de répondre à des besoins de gouvernance, de conformité et de filtrage qui ne peuvent pas être couverts par la seule catégorisation métier.
Par exemple, certains clients souhaitent :
identifier ou surveiller toutes les applications utilisant l'intelligence artificielle ;
bloquer ou restreindre l'accès aux applications générant du contenu IA ;
détecter ou filtrer les applications à caractère NSFW ;
appliquer des politiques de sécurité indépendamment de la catégorie métier de l'application.
Tag AI
Une application reçoit le tag AI lorsqu’elle est susceptible d’utiliser des données de l’entreprise pour alimenter des capacités d’intelligence artificielle, qu’elles soient génératives (texte, images, code, etc.) ou non génératives et intégrées à la solution.
Cela peut inclure :
les solutions d'IA générative (LLM, génération d'images, génération de code, etc.) ;
les assistants conversationnels ;
les fonctionnalités d'aide à la décision ou de recommandation ;
les solutions d'OCR intelligent (reconnaissance optique de caractères, ou optical character recognition) ;
les systèmes de scoring, de prédiction ou d'analyse reposant sur l'IA.
L'usage de l'IA doit être une capacité produit revendiquée par l'éditeur ou observable dans le fonctionnement du service.
Tag NSFW
Une application reçoit le tag NSFW lorsque son usage principal ou son contenu est à caractère adulte, explicite ou assimilé selon notre guide de marquage.
Cela inclut notamment :
les applications dont le contenu adulte ou explicite constitue une fonctionnalité centrale du service ;
les applications pour lesquelles les solutions de CASB, de filtrage ou de contrôle d'accès attendent un signalement NSFW spécifique, indépendamment de leur catégorie métier.
Application (illustratif) | Catégorie | application_tags |
|---|---|---|
Téléconsultation médicale + IA | 10009 Healthcare | ["AI"] |
Chatbot génératif pur | 10014 Generative AI | ["AI"] |
App de contenu adulte | catégorie métier | ["NSFW"] |
App sans signal transverse | ex. 10001 | [] (aucun tag) |
Cas combiné (application de simulation de relation amoureuse) | 10014 Generative AI | ["AI", "NSFW"] |
Comment arbitrer entre les applications lorsqu'une IP a identifié plusieurs applications ?
Dans la gestion de réseau, l'identification des applications en fonction de leurs adresses IP est une pratique fondamentale. Cependant, avec la prolifération des services cloud, de la diffusion de contenu, des réseaux CDN et des environnements virtualisés, plusieurs applications partagent souvent la même adresse IP. Ce chevauchement crée des difficultés pour l'identification précise des applications, ce qui rend le trafic IP moins fiable.
Que faire ?
Voici comment vous pouvez aborder cette situation.
Bloquer : Si une ou plusieurs applications liées à l'IP sont indésirables ou suspectes, vous pouvez choisir de les bloquer entièrement.
Prioriser : Si l'une des applications est plus critique pour le flux de travail ou la sécurité de votre organisation, vous pouvez la prioriser tout en dépriorisant ou en bloquant les autres.
Comment choisir ?
Lors de l'arbitrage entre plusieurs applications, il est recommandé de toujours établir une priorité en fonction de la destination. La destination fournit généralement une indication plus claire de l'intention derrière la connexion, et la priorisation par destination peut aider à garantir que les applications critiques pour l'entreprise légitimes sont autorisées à passer, tout en minimisant les risques associés au trafic moins important ou potentiellement dangereux.
Par exemple, si une application est associée à un service d’entreprise reconnu et une autre à un site Internet général, il peut être préférable de privilégier le service d’entreprise pour des raisons de continuité et de sécurité.
Potentiel d'erreur
Gardez à l'esprit qu'une mauvaise évaluation de l'application ou de la destination peut se produire et entraîner des conséquences imprévues. Par exemple, le blocage d'une application cruciale peut perturber les opérations commerciales, tandis que la priorisation d'une application moins importante ou moins risquée peut exposer votre réseau à des vulnérabilités.
J'obtiens des résultats pour 127.0.0.1 ou 192.168.0.1 ou d'autres IP locales, est-ce normal ?
Oui. Cela peut se produire car certaines applications incluent ces adresses IP à des fins internes. Si cela n'a pas de sens dans votre cas d'utilisation, pensez à mettre en œuvre un filtre de ces requêtes en amont de l'appel à notre service.
Je ne peux pas utiliser certains points de terminaison malgré des informations d’identification valides et des crédits restants ?
Veuillez noter que notre service dispose de différents niveaux d'autorisation. En fonction des détails de votre abonnement, vous ne serez peut-être pas autorisé à utiliser certaines ressources et les points de terminaison de l'API ou les méthodes du SDK peuvent donc renvoyer des réponses 403 ou des données partielles.
Autorisations | Usage | |
|---|---|---|
| Inclure Données URL/domaines dans les résultats des catégorisations via l'API en utilisant le | |
| Inclura des informations sur les applications SaaS dans les résultats des catégorisations via l'API en utilisant les points de terminaison | |
| Droit d'utilisation du point de terminaison | |
| Inclura des informations sur les URL/domaines dans les résultats des catégorisations via le SDK en utilisant les méthodes | |
| Inclura des informations sur les applications SaaS dans les résultats des catégorisations via le SDK en utilisant les méthodes | |
| Droit d'utilisation de la méthode |
Vous pouvez obtenir vos informations d'autorisation via le point de terminaison GetLicenceInfo de l' API d'authentification.
Veuillez contacter notre équipe commerciale si vous avez des questions concernant votre licence et les autorisations associées.
Comment fonctionnent les crédits de catégorisation ?
Les crédits de catégorisation sont essentiels pour contrôler le nombre de demandes de catégorisation autorisées dans le cadre de la licence de votre client. Vous trouverez ci-dessous les détails spécifiques de leur fonctionnement :
Que sont les crédits de catégorisation ?
Les crédits de catégorisation représentent le nombre de catégorisations autorisées en fonction de votre licence. Chaque fois que l'API renvoie avec succès un résultat de catégorisation pour une URL ou une IP, un crédit est déduit.
Quand les crédits sont-ils consommés ?
Les crédits sont déduits lorsque l'API renvoie une catégorisation valide via les points de terminaison suivants :
GetCategoryGetSimpleCategoryBulkCategory- dans ce cas, autant de crédit seront consommé que vous avec inclus d'URL ou d'IP dans votre requête.
Les autres endpoints ne consomment pas de crédits de catégorisation.
Des crédits sont-ils consommés pour chaque demande ?
Non, les crédits ne sont utilisés que pour les résultats de catégorisation valides des points de terminaison ci-dessus. Les autres requêtes et points de terminaison d'API n'utilisent pas de crédits.
Que se passe-t-il si une demande échoue ?
Si une demande entraîne une erreur ou une catégorisation invalide, aucun crédit n'est déduit.
Comment puis-je surveiller mes crédits restants ?
Vous pouvez vérifier vos crédits restants pour la journée via la propriété credits_per_day, accessible via le point de terminaison GetLicenceInfode l'API Authenticate.
Quand les crédits sont-ils actualisés ?
Vos crédits sont actualisés quotidiennement et réinitialisés en fonction du fuseau horaire UTC+0. Cela vous permet de disposer chaque jour d'un nouvel ensemble de crédits, conformément à votre contrat de licence.
Logos
Que sont les logos d’application ?
Les logos d'application sont de petits fichiers image représentant diverses applications SaaS. Voici quelques points clés à leur sujet :
Source: les logos sont collectés manuellement à partir du site Web ou de la documentation de l'application.
Standardisation: il n'y a pas de qualité standardisée pour ces images.
Format: les images sont converties au format PNG et redimensionnées dans un format transparent 64x64px.
Taille: en moyenne, chaque fichier de logo fait environ 2 Ko.
Qui a accès aux logos des applications ?
L'accès aux logos d'application est déterminé par des autorisations spécifiques :
Pour le SDK : la permission update-logo-data est requise.
Pour l'API : la permission query-logo-data est requise.
Modifications des autorisations : Si les autorisations d'un client sont modifiées, la base de données doit être redémarrée pour refléter les modifications.
Comment sont stockés les logos ?
Les logos sont mis à jour avec toutes les autres données pendant l'exécution du programme de mise à jour.
Le programme de mise à jour garantit que les dernières données de logo sont disponibles dans le système.
Comment utiliser les logos d'application ?
Nous proposons un service permettant d'accéder aux logos d'applications SaaS stockés localement et de les mettre à jour. Voici comment vous pouvez utiliser les logos :
Obtenir un identifiant de logo : utiliser la solution
GetApplicationInfopour récupérer le logo_id associé à une application.Récupérer les données du logo via le SDK : utiliser la méthode
GetLogoDatadans le SDK pour récupérer les données du logo.Récupérer les données du logo via l'API :
- API REST : utiliser le point de terminaison
GetLogoDatapour obtenir les données du logo. L'image sera encodée au format Base64 pour la transmission.- API gRPC : utiliser le point de terminaison
GetLogoDatapour récupérer directement les données du logo.