Platform validation and management of wireless devices

US9924366B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-9924366-B2
Application numberUS-201514699509-A
CountryUS
Kind codeB2
Filing dateApr 29, 2015
Priority dateMar 6, 2009
Publication dateMar 20, 2018
Grant dateMar 20, 2018

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

Methods, components and apparatus for implementing platform validation and management (PVM) are disclosed. PVM provides the functionality and operations of a platform validation entity with remote management of devices by device management components and systems such as a home node-B management system or component. Example PVM operations bring devices into a secure target state before allowing connectivity and access to a core network.

First claim

Opening claim text (preview).

What is claimed: 1. A method of performing validation of a device coupled to a platform validation entity (PVE), the method being performed at the PVE, the method comprising: receiving a validation message from the device based on an integrity check of one or more software modules of the device, the validation message comprising information about the device and indicating one or more security policy attributes associated with any software modules that failed the integrity check, each security policy attribute providing information on an action that may be taken at the PVE in response to the failed integrity check; and based on the validation message, determining whether to allow network access to the device. 2. The method of claim 1 , wherein one of the one or more security policy attributes for any failed software module is a code selected from a list of codes. 3. The method of claim 2 , wherein the code indicates that network access needs to be denied. 4. The method of claim 2 , wherein the code indicates that temporary network access is acceptable. 5. The method of claim 2 , wherein the code indicates that limited network access is acceptable. 6. The method of claim 2 , wherein the list includes a code that indicates that network access should be allowed. 7. The method of claim 1 , wherein the device is a wireless transmit/receive unit (WTRU). 8. The method of claim 1 , wherein based on the validation message the PVE determines whether to mandate configuration changes at the device. 9. The method of claim 1 , wherein the security policy attributes indicate what actions should be done by the PVE for the any modules that failed the integrity check. 10. A method of performing validation of a device to a platform validation entity (PVE), the method being done at the device, the method comprising: performing an integrity check on modules of the device; obtaining security policy attributes for any modules that fail the integrity check; and sending a validation message to the PVE based on the integrity check, the validation message comprising information about the device and indicating one or more security policy attributes associated with any software modules that failed the integrity check, each security policy attribute providing information on an action that may be taken at the PVE in response to the failed integrity check. 11. The method of claim 10 , wherein the security policy attribute for any failed software module is a code selected from a list of codes. 12. The method of claim 11 , wherein the code indicates that network access needs to be denied. 13. The method of claim 11 , wherein the code indicates that temporary network access is acceptable. 14. The method of claim 11 , wherein the code indicates network access should be allowed. 15. The method of claim 11 , wherein the code indicates that limited network access is acceptable. 16. The method of claim 10 , wherein the security policy attributes indicate what actions should be done by the PVE for the any modules that failed the integrity check. 17. The method of claim 10 , wherein the device is a wireless transmit/receive unit (WTRU). 18. The method of claim 1 , wherein the network access is limited. 19. The method of claim 1 , wherein the network access is a full access to a network. 20. A method of performing validation of a device coupled to a platform validation entity (PVE), comprising: measuring at least one pre-designated component of the device to produce an integrity measurement of the at least one pre-designated component of the device; retrieving a trusted reference value for the at least one pre-designated component of the device; performing, using a trusted environment (TrE) located in the device, an integrity check of the at least one pre-designated component of the device and storing integrity check results, the integrity check including the TrE comparing the measured integrity measurement of the at least one pre-designated component against the trusted reference value for the at least one pre-designated component of the device; performing, using the TrE, a secure start-up check on the device and storing secure start-up check results, the start-up check determining whether the at least one pre-designated component achieved a state of secure start-up, the start-up check results including an indication if the at least one pre-designated component fails to achieve the state of secure start-up; obtaining security policy attributes for any modules that fail the integrity check; forming, using the TrE, a validation message based on the integrity check results and the secure start-up check results, the validation message indicating results of the comparison of the measured integrity measurement against the trusted reference value, the validation message comprising information about the device and indicating one or more security policy attributes associated with any software modules that failed the integrity check; forwarding, using the TrE, the validation message from the device to the PVE, the PVE being external from the device; and after forwarding the validation message, receiving a message denying or allowing device authentication. 21. A method of performing validation of a device coupled to a platform validation entity (PVE), the method being performed at the PVE, the method comprising: receiving a validation message from the device based on an integrity check of one or more software modules of the device, the validation message comprising information about the device and indicating one or more security policy attributes associated with any software modules that failed the integrity check; and based on the validation message, determining whether to allow network access to the device, wherein the code indicates that network access should be allowed as long as a quarantine of the failed module is successful.

Assignees

Inventors

Classifications

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US9924366B2 cover?
Methods, components and apparatus for implementing platform validation and management (PVM) are disclosed. PVM provides the functionality and operations of a platform validation entity with remote management of devices by device management components and systems such as a home node-B management system or component. Example PVM operations bring devices into a secure target state before allowing …
Who is the assignee on this patent?
Interdigital Patent Holdings Inc
What technology area does this patent fall under?
Primary CPC classification H04W12/10. Mapped technology areas include Electricity.
When was this patent published?
Publication date Tue Mar 20 2018 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 3 related publications on this page (citations in our corpus or others sharing the same primary CPC).