Passer au contenu

Intel Threat Detection Technology

Référence d'architectureFeex

Aussi appelé Threat Detection

Intel Threat Detection Technology (TDT) fournit de la télémétrie assistée par le matériel et des fonctionnalités pour les logiciels intégrés de sécurité des terminaux. Il ne s'agit pas d'un verdict antivirus autonome fourni par le processeur.

Ce que vous devez savoir

Intel Threat Detection Technology (TDT) fournit de la télémétrie assistée par le matériel et des fonctionnalités pour les logiciels intégrés de sécurité des terminaux. Il ne s'agit pas d'un verdict antivirus autonome fourni par le processeur.

Comment ça marche

Un produit de sécurité compatible peut utiliser la télémétrie du processeur et des mécanismes de délestage pris en charge comme entrées pour son pipeline de détection. Les signaux et accélérateurs disponibles dépendent de la plateforme et de l'intégration logicielle. Le produit pour terminal assure toujours la gestion des politiques, de la détection, de la réponse et des mises à jour.

Domaines d'utilité

Une solution intégrée pour terminal peut analyser les signaux de comportement pris en charge afin de compléter ses autres techniques de détection. L'activation effective de l'intégration doit être établie à partir de la documentation d'état et de déploiement de ce produit.

Comment vérifier la prise en charge et l'activation

Faites correspondre la plateforme exacte avec les capacités prises en charge par Intel et les exigences d'intégration du fournisseur de sécurité. Vérifiez la configuration active et les résultats de diagnostic du produit pour terminal plutôt que d'attendre d'un bit CPUID générique qu'il signale l'état de l'antivirus.

Les fonctionnalités de la plateforme peuvent dépendre de la carte mère, du jeu de puces, de la configuration du micrologiciel, des pilotes et de la gamme du produit. La spécification du processeur est un élément parmi d'autres, et non une description complète de l'ordinateur assemblé ou de sa configuration active.

Ce que la fonctionnalité n'établit pas

Un champ indiquant la prise en charge de TDT ne signifie pas qu'un produit de sécurité compatible est installé, activé ou capable de détecter chaque attaque. Il ne permet pas d'établir qu'un processus particulier est sûr et ne remplace pas les mises à jour du système d'exploitation, du micrologiciel ou du terminal.

Compatibilité et performances en pratique

Avant de modifier les paramètres du micrologiciel, de gestion ou de stockage de démarrage, identifiez le système exact et suivez la procédure prise en charge par son fabricant. Enregistrez la configuration existante et préservez l'accès à la récupération. Un article générique sur les fonctionnalités ne peut pas fournir une séquence universelle de menus de micrologiciel.

Une liste de contrôle pratique pour la vérification

  1. Enregistrez le modèle exact de processeur ou de plateforme ainsi que les versions de l'application, du système d'exploitation et du runtime concernés. Conservez la formulation de l'erreur ou de l'exigence réelle.
  2. Consultez la référence du fabricant pour ce modèle exact, puis inspectez la capacité effective et l'état activé dans l'environnement où le programme s'exécute.
  3. Comparez chaque exigence du binaire ou du backend sélectionné. Une fonctionnalité au nom similaire, un alias ou une étiquette technologique générale ne suffisent pas.
  4. Confirmez que l'application a sélectionné l'implémentation prévue. Utilisez ses diagnostics documentés et une solution de repli prise en charge lorsque les exigences ne sont pas satisfaites.
  5. Effectuez une seule modification prise en charge à la fois et répétez la même charge de travail. Gardez la configuration d'origine et une procédure de récupération disponibles.

Si la fonctionnalité est répertoriée mais que le logiciel ne peut pas l'utiliser

Commencez par le composant exact en échec. Une base de données matérielle décrit une capacité enregistrée ; le système d'exploitation ou l'hyperviseur peut exposer un environnement effectif différent. Une erreur d'instruction non autorisée nécessite également d'examiner l'instruction fautive réelle et le binaire compilé, car une corruption ou une instruction non prise en charge sans rapport peut produire un symptôme similaire.

Installez la version de l'application, du pilote ou du runtime prise en charge pour la plateforme exacte, et utilisez la version de référence ou de secours documentée par le fournisseur si nécessaire. Une mise à jour logicielle ne peut pas créer une instruction dont le processeur est dépourvu. Les modifications de micrologiciel et de politique de sécurité doivent suivre la procédure du fabricant du système et un plan de récupération plutôt qu'une recette d'optimisation générique.

Sources et portée de cette explication

Intel Threat Detection Technology · Présentation de la plateforme Intel vPro : sécurité matérielle et logicielle

Ces références établissent le comportement architectural et les exigences logicielles. Elles ne vérifient pas de manière indépendante chaque valeur de fonctionnalité sur la page d'un modèle matériel associé. Pour la prise en charge d'un modèle, utilisez les preuves du fabricant fournies sur cette page et vérifiez la configuration effective du système. Cet article ne fournit pas de benchmark, de certification ou de date d'évaluation indépendante.

Sources et vérification

Responsabilité éditoriale : Feex. Aucune date de révision indépendante n'est enregistrée. Notre méthodologie de recherche.

Cet article vous a-t-il été utile ?

Un simple oui ou non suffit. Choisissez une raison si vous le souhaitez, ou ajoutez une courte remarque.

Cet article vous a-t-il été utile ?