User:Vayamevabhukta/New ieee 1667 subpage

From Wikipedia, the free encyclopedia

THIS IS ONLY A DRAFT OF A NEW PAGE

What is IEEE 1667?[edit]

IEEE 1667 is a series of standards published and maintained by the IEEE that describes various methods for authenticating or authorizing storage devices such as USB flash drives when they are inserted into a computer. The protocol is defined in a manner that is platform independent with regard to host operating system. The storage device transport interface is layered to hide transport details from the host interface.

IEEE 1667 provides

  • a platform independent communications pathway from a host to a storage device.
    • Communication is always originated by the host.
    • The device always provides responses to host requests.
    • a set of independent service providers, called 'silos'
    • Each silo provides services to the host.
  • Transport Independent Discovery

History of IEEE 1667 Standards[edit]

Publication
IEEE 1667-2006
IEEE 1667-2009
IEEE 1667-2015
IEEE 1667-2018

IEEE 1667 Silos[edit]

IEEE 1667 Version
Silo Description 2006 2009 2015 2018
Probe Silo Discovery of IEEE 1667 properties Yes Yes Yes Yes
Certificate Authentication Silo(CAS) Certificate-based Authentication and Authorization Yes Yes No No
External Silo Varies No Yes Yes Yes
TCG Storage Silo Transport TCG storage services [1] No No Yes Yes
Password Silo Password-based Authentication and Authorization No No Yes Yes
Smart Card Transport Silo (SCTS) Transport Smart Card services No No Yes Yes

Interface Transports Supported[edit]

IEEE 1667 Version
Feature 2006 2009 2015 2018
SCSI (generic) Yes Yes No No
USB 2.0 Yes Yes Yes Yes
USB 3.0/ UAS No No Yes Yes
SAS No No Yes Yes
ATAPI No No Yes Yes
SATA No No Yes Yes
PATA No No Yes Yes
CompactFlash No No Yes Yes
e•MMC No No Yes Yes
UFS No No Yes Yes
NVMe No No No Yes

Transport Independent Discovery[edit]

The typical device discovery or enumeration process:

  • A device is attached to a host (after system power-up)
  • USB, IEEE 1394, ATA, CompactFlash, SD, etc. each has unique discovery mechanisms and all support many device types
  • Host software uses an interface specific driver to find out what type of device was attached and what transport to use
  • The host then brings up the appropriate class or device specific driver stack

Extensibility[edit]

IEEE 1667 has a mechanism to support/discover silos defined outside of the standard

  • Functionality ahead of the committee
  • Functionality beyond scope of the committee
  • Proprietary functionality

Silo Type Identifier (STID) Registry[edit]

The IEEE Registration Authority accepts requests for new STIDs and documents existing STIDs.

Security Policies[edit]

  • Security policies are enabled, not specified by IEEE 1667
  • IEEE 1667 specifies consistent options for each silo type which enables security policies to be pushed from the authentication application to all supported devices

IEEE 1667 Layer Relationships[edit]

Figure from IEEE 1667-2009

References[edit]

  1. ^ XXXXX

External links[edit]


Category:IEEE standards