СПОСОБ И УСТРОЙСТВО ДЛЯ ПРОВЕРКИ И ПОДТВЕРЖДЕНИЯ ЦЕЛОСТНОСТИ H(E)NB

1. Способ выполнения проверки целостности сетевого устройства, содержащий нижеследующие этапы, выполняемые на сетевом устройстве, на которых:
измеряют показатели целостности для компонента;
извлекают доверенное эталонное значение (TRV) из защищенного локального хранилища, причем TRV исходно хранится в защищенном локальном хранилище; и сравнивают измеренные показатели целостности с TRV для определения результата проверки целостности компонента.
2. Способ по п.1, дополнительно содержащий этап, на котором объекту подтверждения платформы (PVE) отправляют список программных функциональных возможностей и ассоциированных атрибутов, включая по меньшей мере одно из эталонных показателей целостности и серьезности.
3. Способ по п.2, в котором спецификация конфигурации устройства содержит список программных функциональных возможностей и ассоциированных атрибутов.
4. Способ по п.3, в котором ассоциированные атрибуты содержат соответствие программных функциональных возможностей относительно компонентов и модулей.
5. Способ по п.3, в котором по меньшей мере одно из спецификации конфигурации устройства и списка программных функциональных возможностей и ассоциированных атрибутов хранится в сетевом устройстве.
6. Способ по п.2, дополнительно содержащий этап, на котором отправляют к PVE сообщение с результатом проверки целостности, содержащее идентификаторы функциональных возможностей и результат проверки целостности для каждой функциональной возможности, ассоциированной с идентификатором функциональных возможностей, чтобы PVE использовал это сообщение для определения действия.
7. Способ по п.1, дополнительно содержащий этап, на котором выполняют заранее установленные действия на основе классификации серьезности сбоя проверки целостности.
8. Способ по п.7, в котором заранее установленные действия включают в себя по меньшей мере одно из отправки сообщения об аварии, инициирования обновления кода, инициирования исправления или сообщения списка не прошедших проверку функциональных возможностей.
9. Способ по п.2, в котором список программных функциональных возможностей и ассоциированных атрибутов включает в себя по меньшей мере одно из характерных для компонента информационных элементов, характерных для модуля информационных элементов или функциональных элементов.
10. Способ по п.9, в котором характерные для компонента информационные элементы включают в себя по меньшей мере одно из описания компонента, идентификации компонента (ID) или доверенного эталонного значения (TRV).
11. Способ по п.9, в котором характерные для модуля информационные элементы включают в себя по меньшей мере одно из описания модуля, идентификации модуля (ID), описания функции, ID функции, описания компонента, ID компонента, рабочей версии или серьезности.
12. Способ по п.4, в котором по меньшей мере одна из программных функциональных возможностей проверяется по меньшей мере один раз во время проверки целостности.
13. Способ по п.4, в котором по меньшей мере один из модулей появляется в одном компоненте.
14. Способ по п.4, в котором по меньшей мере один из модулей совместно используется двумя функциями.
15. Способ по п.4, в котором каждый модуль обладает ассоциированными функциональными возможностями.
16. Способ по п.1, в котором группа модулей ассоциируется с компонентом, совместно использует идентификатор компонента (ID), ассоциированный с компонентом, или проверяется вместе на целостность с компонентом.
17. Способ по п.1, в котором модули ассоциируются с сетевым устройством и в котором модули имеют один идентификатор компонента (ID) и категоризируются по иному идентификатору функциональных возможностей (ID), нежели другие модули.
18. Способ по п.1, в котором модули ассоциируются с сетевым устройством и в котором модули категоризируются на основе функциональных возможностей и величин проверки целостности.
19. Способ по п.16, в котором модули с совместно используемым идентификатором компонента имеют одно доверенное эталонное значение (TRV), и при условии, что TRV не проходит проверку, модули с идентификатором не прошедшего проверку компонента используются для определения списка не прошедших проверку функциональных возможностей.
20. Способ по п.1, в котором сетевое устройство является домашним усовершенствованным Узлом Б (H(e)NB).
21. Способ по п.1, дополнительно содержащий этап, на котором запускают сетевое устройство с одним из обычного кода или кода нейтрализации неисправности на основе результата проверки целостности компонента.
22. Способ по п.1, дополнительно содержащий этапы, на которых:
запускают сетевое устройство с кодом нейтрализации неисправности, когда результат проверки целостности компонента указывает сбой проверки целостности;
отправляют сообщение об аварии; и принимают сообщение нисходящей линии связи для извлечения информации исправления.
23. Способ по п.22, дополнительно содержащий этапы, на которых:
принимают информацию исправления; и перезапускают сетевое устройство на основе установленной информации исправления.
24. Способ по п.23, в котором информация исправления принимается путем загрузки информации исправления в ответ на сообщение нисходящей линии связи.
25. Способ по п.22, дополнительно содержащий этап, на котором:
загружают информацию, ассоциированную со сбоем, для разрешения подготовки информации исправления.
26. Способ по п.22, в котором сообщение об аварии включает в себя по меньшей мере одно из идентификатора производителя, идентификатора доверенной среды, идентификатора сетевого устройства или кода сбоя.
27. Способ по п.22, в котором степень серьезности задает влияние сбоя проверки целостности.
28. Способ по п.22, в котором проверка целостности выполняется локально.
29. Способ по п.25, в котором информация, ассоциированная со сбоем, отправляется по меньшей мере одному из системы управления устройством (DMS) или объекта подтверждения платформы (PVE).
30. Способ по п.22, в котором сетевое устройство использует уровень защищенных сокетов/безопасность транспортного уровня (SSL/TLS) для отправки сообщения об аварии.
31. Способ по п.22, в котором сетевое устройство конфигурируется с унифицированным указателем ресурса (URL) DMS по умолчанию.
32. Способ по п.22, в котором спецификация конфигурации устройства хранится в защищенной памяти сетевого устройства и доступна уполномоченной стороне.
33. Способ по п.22, в котором сетевое устройство инициирует процесс обновления для извлечения данных из сервера обновлений при окончании срока действия спецификации конфигурации устройства.
34. Способ по п.25, в котором сетевое устройство выполняет проверку целостности устройства у заранее назначенных компонентов.
35. Способ по п.22, дополнительно содержащий этап, на котором принимают действие сетевого устройства от PVE.
36. Способ по п.1, дополнительно содержащий этапы, на которых:
отправляют указание результата проверки целостности; и принимают действие, которое нужно выполнить, причем принятое действие основывается на результате проверки целостности.
37. Способ по п.36, в котором результат проверки целостности включает в себя список не прошедших проверку функциональных возможностей.
38. Способ по п.37, в котором принятое действие вызывает исправление.
39. Способ по п.37, в котором на основе результата проверки целостности сетевое устройство изолируется, получает полный доступ, получает частичный доступ или получает вмешательство персонала для исправления.
40. Способ по п.37, дополнительно содержащий этап, на котором отправляют сообщение об аварии в ответ на действие, когда действие указывает исправление.
41. Способ по п.40, дополнительно содержащий этапы, на которых:
принимают сообщение нисходящей линии связи для извлечения информации исправления;
принимают информацию исправления; и перезапускают сетевое устройство на основе установленной информации исправления.
42. Способ по п.41, в котором информация исправления принимается путем загрузки информации исправления в ответ на сообщение нисходящей линии связи.
43. Способ по п.41, дополнительно содержащий этап, на котором:
загружают информацию о сбое для разрешения подготовки информации исправления.
44. Способ по п.43, в котором информация о сбое включает в себя список не прошедших проверку функциональных возможностей.
45. Способ по п.43, в котором информация о сбое отправляется одному из системы управления устройством (DMS) или объекта подтверждения платформы (PVE).
46. Способ по п.43, в котором информация о сбое включает в себя список проверенных функциональных возможностей.
47. Способ по п.43, в котором информация о сбое включает в себя список непроверенных функциональных возможностей.
48. Способ по п.36, в котором связывание подтверждения и аутентификации обеспечивается сеансом Обмена ключами по Интернету (IKE).
49. Способ по п.36, в котором связывание подтверждения и аутентификации обеспечивается процедурами аутентификации, проходящими при условии, что результат проверки целостности является успешным.
50. Способ по п.36, дополнительно содержащий этапы, на которых:
устанавливают ассоциацию безопасности Обмена ключами по Интернету (IKE); и отправляют сертификат для аутентификации в запросе IKE_AUTH.