Przejdź do treści

Intel Threat Detection Technology

Dokumentacja architekturyFeex

Okreslane takze jako Threat Detection

Intel Threat Detection Technology (TDT) zapewnia sprzetowo wspomagana telemetrie i funkcje dla zintegrowanego oprogramowania bezpieczenstwa punktow koncowych. Nie jest to samodzielna ocena antywirusowa dostarczana przez procesor.

Co musisz wiedzieć

Intel Threat Detection Technology (TDT) zapewnia sprzetowo wspomagana telemetrie i funkcje dla zintegrowanego oprogramowania bezpieczenstwa punktow koncowych. Nie jest to samodzielna ocena antywirusowa dostarczana przez procesor.

Jak to działa

Kompatybilny produkt bezpieczenstwa moze wykorzystywac telemetrie procesora i obslugiwane mechanizmy odciazania (offload) jako dane wejsciowe dla swojego potoku detekcji. To, jakie sygnaly i akceleratory sa dostepne, zalezy od platformy oraz integracji oprogramowania. Produkt ochrony punktow koncowych nadal odpowiada za zarzadzanie politykami, detekcja, reagowaniem i aktualizacjami.

Gdzie funkcja jest przydatna

Zintegrowane rozwiazanie ochrony punktu koncowego moze analizowac obslugiwane sygnaly zachowania, aby uzupelnic inne techniki wykrywania. To, czy integracja jest aktywna, nalezy ustalic na podstawie dokumentacji stanu i wdrozenia danego produktu.

Jak sprawdzać obsługę i włączenie

Nalezy dopasowac dokladna platforme do obslugiwanych mozliwosci Intel oraz wymagan integracyjnych dostawcy rozwiazania bezpieczenstwa. Nalezy zweryfikowac aktywna konfiguracje i dane diagnostyczne produktu koncowego, zamiast oczekiwac, ze ogolny bit CPUID zglosi stan antywirusa.

Funkcje platformy mogą zależeć od płyty głównej, chipsetu, konfiguracji oprogramowania układowego, sterowników i segmentu produktu. Specyfikacja procesora jest tylko jednym z elementów, a nie pełnym opisem zmontowanego komputera lub jego aktywnej konfiguracji.

Czego ta funkcja nie określa

Pole obslugi TDT nie oznacza, ze kompatybilny produkt bezpieczenstwa jest zainstalowany, wlaczony lub ze wykrywa kazdy atak. Nie dowodzi ono, ze dany proces jest bezpieczny, ani nie zastepuje aktualizacji systemu operacyjnego, oprogramowania ukladowego czy rozwiazan ochrony punktow koncowych.

Zgodność i wydajność w praktyce

Przed zmianą ustawień oprogramowania układowego, zarządzania lub pamięci rozruchowej zidentyfikuj dokładny system i postępuj zgodnie z procedurą obsługiwaną przez jego producenta. Zapisz istniejącą konfigurację i zachowaj dostęp do odzyskiwania. Ogólny artykuł o funkcji nie może zapewnić uniwersalnej sekwencji menu oprogramowania układowego.

Praktyczna lista kontrolna weryfikacji

  1. Zanotuj dokładny model procesora lub platformy oraz wersje używanej aplikacji, systemu operacyjnego i środowiska wykonawczego. Zachowaj dokładne sformułowanie błędu lub wymagania.
  2. Sprawdź dokumentację producenta dla danego modelu, a następnie zweryfikuj faktyczne możliwości i stan włączenia w środowisku, w którym działa program.
  3. Porównaj każde wymaganie wybranego pliku binarnego lub backendu. Podobnie nazwana funkcja, alias lub ogólne oznaczenie technologii nie są wystarczające.
  4. Upewnij się, że aplikacja wybrała zamierzoną implementację. Użyj jej udokumentowanej diagnostyki oraz obsługiwanego mechanizmu fallback, gdy wymagania nie są spełnione.
  5. Wprowadzaj jednorazowo tylko jedną obsługiwaną zmianę i powtarzaj to samo obciążenie testowe. Zachowaj oryginalną konfigurację oraz dostępną ścieżkę przywracania.

Gdy funkcja jest wymieniona, lecz oprogramowanie nie może z niej skorzystać

Zacznij od elementu, w którym bezpośrednio występuje błąd. Baza danych sprzętu opisuje zarejestrowane możliwości; system operacyjny lub hipernadzorca może udostępniać inne środowisko efektywne. Błąd nieprawidłowej instrukcji (illegal instruction) wymaga także zbadania faktycznej instrukcji powodującej błąd oraz kompilacji pliku binarnego, ponieważ uszkodzenie danych lub inna nieobsługiwana instrukcja może wywołać podobny objaw.

Zainstaluj wersję aplikacji, sterownika lub środowiska wykonawczego obsługiwaną na danej platformie i w razie potrzeby użyj udokumentowanej przez producenta kompilacji bazowej lub awaryjnej. Aktualizacja oprogramowania nie może utworzyć instrukcji, której procesor fizycznie nie posiada. Modyfikacje oprogramowania układowego i zasad bezpieczeństwa powinny przebiegać zgodnie z procedurą producenta systemu i planem przywracania, a nie ogólnikowym schematem optymalizacji.

Źródła i zakres niniejszego opisu

Intel Threat Detection Technology · Przegląd platformy Intel vPro: bezpieczeństwo sprzętowe i programowe

Te źródła definiują zachowanie architektoniczne i wymagania oprogramowania. Nie weryfikują one niezależnie każdej wartości funkcji na powiązanej stronie modelu sprzętu. W celu sprawdzenia obsługi przez model należy skorzystać z materiałów producenta na tej stronie i sprawdzić efektywną konfigurację systemu. Niniejszy artykuł nie zawiera wyników testów wydajnościowych, certyfikacji ani daty niezależnego przeglądu.

Źródła i weryfikacja

Własność redakcyjna: Feex. Nie odnotowano daty niezależnego przeglądu. Jak prowadzimy badania.

Czy ten artykuł był pomocny?

Wystarczy odpowiedź tak lub nie. Wybierz powód, jeśli chcesz, lub dodaj krótką notatkę.

Czy ten artykuł był pomocny?