1 2 Previous Next

Intel vPro Expert Center Blog

19 Posts authored by: Bruno Domingues

On April 3rd, 2010 Steve Jobs showed this renewed computer tablet concept (i.e. iPad, which was not the first tablet computer available in the market, but was one that had great success), triggering a new kind of personal computer system that complements traditional form factors (e.g. desktops and notebooks) used by knowledge workers in corporate environment or even replace the workers in some cases. In fact, a tablet design is an excellent form factor to consume information, but it lacks ergonomic qualities to produce content with a physical QWERT keyboard larger display screen.


The computer industry is investing in several form factors in order to reinvigorate personalcomputer systems with exciting designs: Ultrabook, convertibles designs, touch screens, tablets, tablets with slide QWERT keyboard, multiples dock station capabilities. And in this new World of mobility and thin design, looks that RJ45 interface has become antiquated. For business, wired interface still predominant in most organizations and lot investments were made in this media for security and manageability and how to manage seamless Intel vPro devices, independently of form factor and connectivity medium (i.e. wired or wireless)?


507px-Wireless_tower.svg.png

Some Ultrabooks, such as Lenovo ThinkPad X1, arrived without an embedded Ethernet port, only with a dongle RJ45 interface that can provide wired connectivity for Operating System, however it doesn’t work for OOB (i.e. Intel ME).


The absence of an integrated Ethernet interface in these devices limits some use cases for devices of this category. E.g. Host-based Configuration (aka. HBC) is the only remote Setup and Configuration method supported, user consent is required for healing scenarios such as KVM or IDE-R, but fortunately, these limitations in most cases fits well with mobile use models. Admin Control mode can be achieved only configuring locally in Small and Business Mode (SMB), which for enterprise environment can be undesirable due to the required manual labor for configuration.


System Defense, that is enabled by McAfee ePo Deep Command for example, will not be available in WLAN-only systems for security reasons – basically, HBC transfers IT admin authentication to users, that is the reason that in HBC, for each remote operation, user consent is needed. However, for System Defense, there is no reason for user consent to switch on, that is the reason that System Defense is turned off in HBC.


For a wireless-only device be managed OOB with Intel vPro technology, it’s required that Intel ME be in 8.1 version and Wireless driver 15.3 (for Windows 7) and 15.5 (for Windows 8) have been updated for a correct operation.


For further details on creating a profile for wireless environment, read my priorblog post about “Managing Intel® vPro™ Technology clients in a wireless environment” where I discuss some basic configurations and lessons learned in this kind of environment.


Some management consoles such as Microsoft System Center 2007 or 2012, use the concept of provisioning using PKI that set the machine in Admin Control Mode that is not supported for wireless-only devices. So for these cases, Intel Setup and Configuration Services 8.1 (aka. Intel SCS) can be used for provisioning and configuring, following these instructions.


In order to provide better service for “road warriors” you can provided a full set of capabilities, including Fast Call For Help (aka. FCFH). This allows users outside of a corporate firewall to have support from a help desk technician even OOB. Intel vPro configuration profile provides detailed possibilities for provisioning as showed an example of a complete wireless configuration option:


SCS_Internface.png

  • Active Directory Integration is required if corporate wireless network requires 802.1x authentication;
  • Access Control List (ACL) that is required in order to specify users/groups for permissions (i.e. authorization) in Intel ME;
  • Home Domains used to specify when machine is inside or outside corporate network based on suffix DNS received by DHCP - this definition is important to enable FCFH when machine is outside corporate perimeter;
  • Remote Access specify address for Intel vPro Gateway (former Management Presence Server) and requires server configuration in corporate DMZ - read further details in Intel AMT SDK;
  • Wifi connection defines configuration and profiles for OOB connection and with Intel PROSet there profiles can be populated by users when added into PROSet profile.

 

For further details on each of these sections, read Intel SCS 8.1 documentation available on the Intel website.


Following these instructions and guidelines, you will be able to integrate these new categories of managed form factor with actual management console and allow seamless management.


Comment below with any questions – I would be more than happy to provide further details.


Best Regards!

Currently, the most common way people verify their digital identity is by using a password. Exceptions often times are found with online banking, where most use a second factor for authentication (e.g. OTP token or even a confirmation code sent to mobile phone), that is costly or inconvenient for user experience, but due to the weakness of password  versus value at risk, this kind of approach is accepted and the costs justify the investment. However it is not reality for the vast majority of digital services. Passwords are used to sign in to your PC, webmail, social network, and lots of other places. There is a research conducted by Microsoft Research conducted with half million PC users showing that the average person typically has about 25 online accounts.Are you an average user? In fact, the data also shows that the number of unique passwords across those 25 accounts is only about 6, so around 4 passwords are reused across accounts. This is in addition to the tendency of websites to increase password complexities such as mixing lower case with upper case, special characters and numbers. Password reuse probably will increase among websites and cases  like those described by Mat Honan (Wired writer) will become even more frequent.


Dealing with username and password leads to a set of interesting challenges. We all want the web to be easy and safe. However, having to remember a dozen of complex passwords generally isn’t easy, and is even harder for websites accessed less frequently. However, using the same easy-to-remember password across multiple sites isn’t safe. The ideal solution here involves somehow finding a way to make it both easy and safe to use all of your different digital identities.


As I already explained in this post in InformationWeek, on how to effectively managing identity in the cloud, I introduced Intel Identity Protection Technology and described about strategies adopted by online banking to increase security and how One Time Password (aka. OTP) as second factor authentication can be used to increase security. However, all these approaches, even those more sophisticated, are based on symmetric key and thereby not resistant against an active man-in-the-middle attack (e.g. phishing).


One alternative is public/private key pairs, i.e. based on Public Key Infrastructure (aka. PKI) – these are the most commonly used methods for protecting network traffic on the Internet today. PKI is based on an asymmetric key – the private key and the public key are different, so the public key should become public in a way proving that it belongs to user and not someone else. Also, the private key must be stored securely where only the user has access. With this method, the website sends a sign-in request to be signed by user’s private key and sent back to website that uses the user’s public key to confirm the user has a private key. So long as the private key is not compromised, this system is resistant against phishing and keylogging attacks. However this method is not widely used on the Internet today due to the high costs associated with having dedicated hardware to protect the private key such as Smart Cards and other associated logistics.


Intel IPT-PKI architecture


Intel Identity Protection Technology (aka. Intel IPT) with PKI uses the Intel Management Engine (aka. Intel ME) and 3rd generation Intel Core vPro processor based systems to provide a hardware-based security solution similar to that of other hardware security modules like Smart Cards. Unlike most hardware security modules, Intel IPT-PKI is designed to be managed as software but hardware resistant against tampering.

The hardware based security is achieved by using the Intel ME to perform all cryptographic operations. This way, the keys are never exposed to software running on the computer’s central processing unit (CPU). Furthermore, all certificates are tied to the platform on which they are created.


IPT-PKI diagram.png


As you can see in this diagram, so long as the ME is part of chipset and tied with PC, the user’s PC becomes part of authentication process. Intel IPT-PKI as showed exposes his capabilities as a Cryptographic Service Provides (CSP) via Microsoft CryptoAPI software layer. IPT-PKI can be used to:


  • Generate a persistent RSA key pair in hardware;
  • Generate PKI certificates, that can be used to identify user possession and password knowledge;
  • Perform operation with RSA private key;
  • And protect key usage with PIN

 

Intel IPT-PKI can be used to enhance user identity on several applications such as SSL web site authentication, S/MIME with Microsoft Exchange Server/Outlook client or VPN authentication.


In order to avoid operating system attacks keylogging user’s PIN and replaying automatically this PIN in a MiTB attack, a second IPT building block, Intel IPT Protected Transaction Display (aka. IPT PDT) can be used to create a secure channel between user’s interfaces. (I.e. keyboard, mouse and video, in order that operation system is not able to hook, as I explained in this Brazilian bank case in a previous post.)


If you are looking on how to start using IPT-PKI and IPT-PDT, there is an excellent Use Case Reference Design that explains majority of scenarios and how to configure. The only requirement from client side is a Intel vPro machine with 3rd Core generation and Windows operating system homologated for this particular machine.


Best Regards!


     Networks constitute the new morphology of our society and the diffusion of this logic transforms operations and results in productive processes, experience, power and culture. Therefore, network organization has existed for a long time; the new information technology paradigm provided the material base for expansion that penetrated into whole social structure. Now we’ve come upon the mobility craze, the fastest changing field in technology, and the introduction of these new form factors into our society are reshaping the way that we interact with each other through social networks. They’re influencing the way that we work and produce information.

 

alliance.jpg

 

 

     What we are seeing nowadays is the wave of Bring Your Own Device (aka. BYOD), where corporations are allowing employees buy devices and bring to enterprise, letting them use it to access their e-mails, calendars, contacts and even line-of-business applications. This new chapter in IT brings new opportunity for increased productivity, while putting valuable information in employee’s hands. BYOD takes advantage of the fast paced evolution of consumer devices such as smartphones, tablets, and the applications that run these devices and empower users with highly collaborative capability. However, these benefits come also with challengers for IT departments:

 

     Security: Probably the biggest challenge for most organizations. Dealing with multiples devices, operating systems, and users accessing multiples devices at same time requires in-depth strategy, securing and integrating multiples layers into overall enterprise-class policy. The first touch point is the user, so starting with a small tech-savvy group can be a good start point, as demonstrated by BP case published 6 years ago by ZDNet.

 

     Now IT organizations also can count on Intel® Anti-theft Technology (aka. Intel® AT) technology embedded into Intel tablets, laptops and Ultrabooks to lockdown lost or stolen device in order to “brick” and destroy information stored in these devices and make the device itself a useless piece. Also, to protect user’s identity these devices have Intel® Identity Protection Technology (aka IPT), that provides the foundation for a comprehensive, tamper proof and tied with hardware asset that match user and device to provide a consistent authentication mechanism and credential protection.

 

     All these technologies have the potential to set an alliance between personal and professional roles into same device. As I already wrote about use of IPT for consumer using an online banking, this same technology can be applied for enterprise application in order to strengthen overall user identity. Pragmatism is the safest strategy for enterprise, IT organizations can’t ignore that their users are using their devices for personal matters, accessing personal e-mail and multiples cloud services, probably using the same password used by corporate systems. So, if IT ignores this simple human expected behavior and continues to think that IT security is based on firewall perimeter, and an employee losing his or her personal device won’t offer any threat to corporate will undoubtingly find themselves with a security breach.

 

     Define a strategy to support an effective BYOD policy. This is actually not only an opportunity to boost employee productive but also, if well conducted, a way to protect against the security breaches that existed in today’s world.. However, it is not an easy task and there isn’t one solution fits all. That is the reason that some well-established consulting companies are focusing their efforts in this area, as announced by IBM Global Service and explained in this white-paper.

 

Best Regards!


Good news for IT administrators struggling to find an effective way to manage lost or stolen laptops. Now, McAfee ePolicy Orchestrator (aka McAfee ePO), an enterprise-class console for security management software, soon will be able to go further and securely disable stolen or lost laptops in order to protect the most valuable company asset: information.

 

This capability comes as joint effort of Intel, McAfee and Softex, that was announced last week during IDF in San Francisco, when Softex announced that has joined the McAfee Security Innovation Alliance (SIA) partner program in order to develop this capability and integrates as plug-in to McAfee ePO that will be called Softex SecureDisable.

 

There are several reasons to it be a good news:

  1. It’s a long time desired capability, since corporations started replacing regular desktops by laptops.
  2. Intel® Anti-Theft technology is an integral component of business-class laptops Intel® vPro™.
  3. It is already integrated with McAfee ePO and provide an integration component for Microsoft System Center 2007.
  4. McAfee ePO Deep Command already brings a key feature for “road warriors” called Fast Call for Help (aka FCFH). This allows remote users, even with damaged OS, to connect to corporate network and let a help desk technician provide support using KVM, now with AT feature, steroids the solutions for these workers and improve efficiency for IT department, not only to provide a fast back to work but also protecting organization information and assets.

 

Softex is planning to provide this capability as cloud computing offering, hosted in their facilities or hosted on-premise in enterprise boundaries.It will allow great flexibility on how to deploy and manage this capability across the board.

 

Now, as never before, “road warrior” workers are able to experience service and security protection as if they were working inside corporate boundaries.

 

Best Regards!

     Intel produced the latest “tick” (or die shrink) on our “tick-tock” release schedule with the Intel® 3rd Generation Core Processors. Code named “Ivy Bridge,” this next generation brought us to a 22nm manufacturing process. Newer processors perform as well or better than previous models, with lower power requirements and better cooling. In addition to the thermal and performance improvements, our Intel 3rd Generation Core Processors brings an updated version of integrated Intel HD Graphics that is compatible with DirectX 11, improving intensive 3D experience and allowing the user to view 1080p HD video smoothly.


Ivy_Bridge.jpg


     As for Ultrabooks, there are actually more than 110 Ultrabooks based on dual-core version of 3rd Intel Core Generation processor. Most of these designs are intended for the more traditional laptop form-factor; however with Windows 8 expected to launch this year, we should see more innovative designs as well. There will be more than 30 models with touchscreen functionalities, including 10 convertible designs that can be used as laptop or tablet.

To be classified as an Ultrabook (which is an Intel trademark), there are some requirements which can only be achieved through capable operating system integrations, such as Windows 8:

  • Thin Design: must be 18mm or less in thickness for systems with display less than 14inches and 21mm for larger screen
  • Responsive: A interesting capability that comes with this generation is device wake in flash – going from sleep state to full use in less than 7 seconds
  • Battery Life: The Ultrabook must offer at least 5hs of battery life with 8hs as recommended
  • Security Enabled: Anti-theft technology (i.e. AT) and Identity Protection Technology (i.e. IPT) are those security features embedded into Ultrabook platform
  • Faster I/O: must have USB 3.0 or Thunderbolt technology
  • Processor: Powered by 3rd Intel Core Generation processor


     To complement these technical specifications, Microsoft has redesigned the user interface in Windows 8. Known as Metro, this interface is specifically designed to bring an excellent experience for touchscreen devices, with beautiful tiles and a motion engine.


     Tablets and smartphones are also utilized in the workplace and as personal devices. For knowledge workers, tablets are an excellent device to consume information with their sleek displays and user-friendly motion engine. On the other hand, Ultrabooks have a convertible design and a mature operating system such as Microsoft Windows. They allow the possibility of having a single device that provides an ergonomic solution, supports easy attachment to use multiple/bigger displays, and remains a thin, light and tablet-like form factor. Ultrabooks provide the most flexibility in the user’s life and are, in my opinion, the best solution – removing concerns with data synchronization, application compatibility and other issues that come with managing a second device.


     A convertible Windows 8 PC with a 3rd Generation Core processor (such as Lenovo IdeaPad Yoga presented at CES 2012) provides an experience that you cannot get with Windows 7 alone, and will be the best solution for my work environment.


Best Regards!

     Under the Intel Identity Protection Technology (aka IPT) umbrella, there is one component getting some well-deserved attention with the Ivy Bridge platform (3rd Generation Core Technology). It is the Protected Transaction Display (aka PTD). This is especially attractive among Brazilian banks where the fraud rate still high due lack of legislation on cybercrime. Financial institutions have a pragmatic approach and try to adopt technology that will prevent fraud against their online banking customers.


     There are two main approaches to get money fraudulently in an online transaction: getting in the middle of transaction, i.e. “man in the middle” (MITM), such as creating a site phishing that gathers user information - even if One Time Password (OTP) generated the user’s tokens in a second factor authentication and executed the desired transaction with the bank in real-time. Hackers also conduct fraudulent bank activity by gaining access to control the user’s machine without it even being noted, referred to as “man in the browser” (MITB).


     Until now, protecting users from MITB attacks and guaranteeing a high level of security for online transaction was extremely hard and nearly impossible from merely the operating system level or the banks’ online security features. To protect against this kind of attack, it is required to add a 3rd party component to confirm the authenticity of each transaction.


     In order to protect online transactions from both MITM and MITB methods of fraud, a tamper-proof hardware component that is isolated from the OS comes into play. PTD can store a cryptographic key shared in the back-end of the online banking server. This makes it so that sensitive information such as password, account details, confirmation of transactions etc. can be presented to user without the OS being able to read what has been passed; only PTD will be able to decrypt and send to the Intel GPU in a secure way to be rendered.


     On May 15th at IDF Brazil, I presented in a session about “Rethinking Information Security” and showed a demo in collaboration with Banco do Brasil, where they made an amazing job, integrating securing the entire flow, since the provisioning up to complete a transaction. As soon as a user of Banco do Brasil’s online banking opens the Banco do Brasil web site, the site can detect that the user’s Ultrabook is IPT capable and suggests that he or she activate this technology in order to improve security and eventually expand online transaction limits. The provisioning process is fairly quick and easy. Once the cryptographic key was generated and sent to the bank, this user can select to confirm the process and identify his or herself through already trusted channels, i.e. ATMs or my mobile phone. Only the first time you access the site will you be required to create this trusted relationship between your personal machine and the online bank. After that, you can conduct all your online banking transactions in the usual manner, but much more securely.


     The following picture is what users will see


ipt-ptd-photograhed-image-1.png

     Note that the page appears somewhat normal; however a hacker that is capturing the screen to gather user entries will not be able to read these protected windows and will see this same screen like this:


ipt-ptd-captured-image.png


     This is absolutely bringing another level of security to online transactions and will create a stronger barrier for hackers using such increasingly popular conventional methods to collect users’ information.


     I would like to take this opportunity to say thank you to Banco do Brasil’s security team that did an awesome job preparing the demo for IDF Brasil... These guys really rocks!

     If you have been following along, this will be the third in a series of posts regarding Intel vPro configuration with Linux. Our first post was about Intel Setup and Configuration Service 7.2 (a special version designed for Linux users). Following that, we wrote in our second post about configuring vPro with Linux in User Control Mode. Now, this post will explain how to configure in Admin Control Mode, i.e. no user consent required, that is the desired mode for most of embedded usage modes such as ATMs, Kiosks and Digital Signage.

 

     Now, I’ll describe how to configure a Linux machine using Intel SCS 7.2 in admin control mode – This means the administrator doesn’t need user consent to access the remote control operations.

 

 

linux.png

(Tux, the Linux Penguin, is copyrighted by Larry Ewing and Simon Budig (penguin-variant.sk also by Anja Gerwinski). Used with permission.)

Creating Profile


     In order to configure Intel® vPro™ it is required that we supply the system with information about how all of the tools should behave, such as: WebUI, IDE-R, KVM, security authentication and authorizations, network connectivity, etc. The way we accomplish it with Linux is the same as with Windows machines: you should use Intel SCS 7.1 console to create profile and export it to .xml file as demonstrated in my previous post. However, there is a direct way to make a basic configuration only using ACUConfig and command line parameters as I have demonstrated in this video, where I also decided to make this configuration using static IP.

 

   

 

Best Regards!

This is the second post about configuring Intel vPro with Linux, the first post was about Intel Setup and Configuration Service 7.2 that is a special version designed for Linux users, actually only supported on SUSE Linux Enterprise Desktop (SLED) 11 SP1, 64bits.

 

Now, I’ll describe how to configure a Linux machine using Intel SCS 7.2 for Host-based configuration. The very first step is to install the required drivers and services in order to allow the ACUConfig (i.e. a utility that is part of Intel SCS) to communicate with the Intel ME for locally provisioning the Linux machine.

 

linux.png

Intel Management Engine Interface:


It’s a driver that must be installed that allows applications to access the Management Engine firmware via the host interface. Messages from the Intel MEI driver are sent to the systems log (i.e. /var/log/messages). Once the Intel MEI driver is running, an application can open a file to it, connect to an application on the firmware side, and send and receive messages to that application.

 

Click here to download the MEI driver. If you are using a SLED 11 SP1 64bits you only need extract the content of this package and install it using the RPM with root privileges:

 

     linux:#rpm –i mei-7.1.20.25.x86_64.rpm


There isn’t a console output showing that installation succeeded.

 

Intel Local Manageability Service:

 

The Local Manageability Services (aka. LMS) allow applications, such as ACUconfig, to access the ME firmware via the Management Engine Interface. The LMs is dependent on the MEI driver, so the MEI driver should be installed prior to LMS installations. As the majority of Linux services, LMS runs as a daemon and messages from the service will be sent to syslog. Once the LMS is running, it listens for incoming connection requests on the following ports:

 

  • Port 16992 for SOAP and WS-Management requests.
  • Port 623 for WS-Management requests.

Click here to download the LMS Service. If you are using a SLED 11 SP1 64bits you only need extract the content of this package and install it using the RPM with root privileges:

 

     linux:#rpm –i lms-7.1.20.25.x86_64.rpm


You should receive a message in the console about the status of installation and service.

 

Using ACUConfig

 

Now that your Linux is ready for host-based configuration, you can test and check the status of your vPro machine using ACUConfig using syntax like this:

 

linux-8xff:/home/bruno/Downloads/IntelAMTSCS/Executables # ./ACUConfig -Output console Status Starting log 2011-12-27 19:23:42

: Retrieving machine status...

Host information-

                UUID- 0EC7E5D1-32B8-11E1-B45E-A484BF0CC0AD

                Intel(R) AMT version- 7.1.3

                The system is unconfigured.

                The system TLS setup is using PKI.

                The system supports host-based configuration.

                AMT state- Pre-Provision(0)

***********

Exit with code 0 - The requested operation completed successfully.

 

Note in this output that the system is unconfigured and that supports host-based configuration.

 

Creating Profile

 

In order to configure Intel® vPro™ it is required that we supply information about how the machine behaves such as: WebUI, IDE-R, KVM, security authentication and authorizations, network connectivity, etc. The way that we accomplish it with Linux is the same with Windows machines: you should use Intel SCS 7.1 console to create the profile and export to .xml file.

 

This process is fully documented in Intel SCS 7.1 documentation folder.

 

Provisioning

 

The provisioning process is very similar with Windows ACUConfig version as you can in this video:

 

 

At this point, we are able to manage an Intel vPro machine in User Control Mode.

 

Best Regards!

There are several ways to configure an Intel® vPro™ machine and the most popular among corporate companies is the Zero Touch configuration method, which is based on PKI. You must issue a certificate for a provisioning server in order to establish a trusted relationship between the provisioning server and the ME. VeriSign is one company that can provide a certificate for this.

 

Since the launch of Intel® vPro™ in 2006, VeriSign has made some changes to their products. Rather than issuing certificates from G1 and G3 roots in their Secure Site (Standard SSL) and Secure Site Pro (Premium SSL) SKUs, these products now issue certificates of different roots. Unfortunately, Intel ME is firmware and updating the list of root certificate authorities is not as easy as it is in an operating system. Updating this list in the Intel ME will instead require a firmware upgrade.

 

If you have different Intel® vPro™ generations in your environment, you are most likely looking for a solution that uses the least common denominator like we have displayed in this table:

 

Firmware version

VeriSign Hash

2.x

G1 and G3

2.6.20

G1, G2 and G3

3.x

G1 and G3

3.2.10

G1, G2 and G3

4.x

G1 and G3

4.2.x

G1, G2 and G3

5.x

G1 and G3

5.1.10

G1, G2 and G3

2.6.40

G1, G2, G3 and G5

4.2.30

G1, G2, G3 and G5

5.2.30

G1, G2, G3 and G5

6.x

G1, G2 and G3

6.1

G1, G2, G3 and G5

7.x

G1, G2, G3 and G5

 

As you can see, the latest version of each firmware generation is accompanied with a complete list of trusted roots.

 

However, a problem occurs if you have multiple versions of vPro but are only able to use one certificate for provisioning server (and cannot issue a certificate from G1 or G3 anymore). Fortunately, in order to avoid interoperability issues with legacy browsers, VeriSign makes a cross-signed of VeriSign Class 3 PPCA-G5 with Class 3 PPCA (G1.3). This is called Secure Site Pro, creating a cross certificate as shown in this diagram:

 

 

TrustedChain-Certificate.jpg

Usually, OpenSSL libraries use a PEM file format when building the trust chain in order to validate the certificate. We can statically define the trusted certificates that we would like to use in this chain. Microsoft has some wrapper code available to build the PEM list of certificates and, in this particular case, Windows has 3 possible root certificates to be used. All three are equally valid and Windows built the trusted chain using the shortest chain, i.e. VeriSign "G5" Class 3 PCA Root or VeriSign "G1.5" Class 3 PCA Root, both of which are not present in some old ME firmware. When you install the certificate, without any modification you see the root certificate VeriSign "G5" Class 3 PCA Root as shown here:

 

 

G5-Certificatechain.png

 

In order to force Windows to build the trusted chain up to VeriSign Class 3 Primary CA - G1, we have to eliminate VeriSign "G5" Class 3 PCA Root and VeriSign "G1.5" Class 3 PCA Root from the Root folder (or at least disable Client Authentication and Server Authentication from the purpose list of these certificates).

 

MMCView.PNG

 

Without these two certificates, the only valid chain will be with VeriSign Class 3 Primary CA - G1. That chain is present in every ME firmware version, since the first version, i.e. 2.0 through 7.1 - See below:

 

G1-Certificatechain.png

Now you don’t have to be concerned about these VeriSign certificate issues with your Intel vPro versions, just follow the instructions presented in this document and have yourself a happy vPro configuration.

     This post is the first in a series about configuring Intel vPro with the Linux operating system. The motivation for this series is that Intel vPro has been adopted for embedded systems such as ATMs, Digital Signage, Kiosks, etc. and the knowledge to do it is almost tribal. In this post, I would like to introduce the Intel SCS 7.2 that was tailor made for Linux and the following posts I’ll demonstrate how do it with more details.

 

Linux.png

     As I mentioned, Intel® Setup and Configuration Service 7.2 (aka SCS 7.2) is a special version designed for the Linux operating system on an Intel vPro machine. However, the capability presented in this version is not the same that is present in Intel SCS 7.1, which is designed for the Windows operating system. Intel SCS 7.2 brings only these two components:

 

                Configurator (aka. ACUConfig): A command-line application that runs locally on the Intel AMT system. You can use this tool to configure the system using an XML file (i.e. Host Base Configuration) or Manual configuration through a USB key.

 

                Configuration Profiles: XML files that contain configuration settings for the Intel AMT devices.

However, these components are more than enough to cover most usage cases:

 

-          Desktops running Linux where you want user consent with remote operations such as KVM;

-         Embedded Devices that are in a staging area to be completely prepared before deployment; the configuration can be performed by a USB key (i.e. manually);

 

     At this stage, this version only works with Intel vPro with firmware version 7.1.2 (or later) and Intel SCS was tested only on SUSE Linux Enterprise Desktop (SLED) 11 Service Pack 1, however there are no reasons for it to not work with different Linux flavors.

 

Requirements:

 

     In order to create the Configuration Profiles (i.e. XML files), you will need the ACU Wizard found in Intel SCS 7.1 under ACU_Wizard folder (it requires a Windows machine to execute it).

 

     In order to bridge the communication between the Intel ME (aka. vPro firmware) and Linux OS, there are two components required: Intel® Management Engine Interface (Intel MEI) driver and Local Management Service (Intel LMS) driver. Intel® MEI driver allows application, such as ACUConfig, communicate with the firmware using host interface, and LMS driver allows applications to access the Intel® ME via local Intel® MEI.

 

     If you are not using a Linux kernel version 3.0 or later, you should install these drivers that can be downloaded here.

 

     In the next blog I’ll show you how configure an Intel® vPro machine running Linux in Admin Control mode using manual configuration (i.e. USB key).

For further information about how to enable Linux for Intel® vPro, read this document.

 

Best Regards!

***************

All Intel-provided code snippets in or attached to this blog are provided under the BSD License unless otherwise specified.

 

Any user submitted code or materials posted on this blog is supplied under license from the submitter, and should be used or downloaded in accordance with any license terms specified. Intel is not responsible for user submitted code nor warrants that it will work correctly.  If no license is provided, you should contact the submitter.

****************

 

     Since Intel vPro launched in 2006, there are lots of questions about how configure a vPro device that is using static IP. I’ll try demystifying and explain how vPro TCP/IP stack works and what you can and can’t do. I’ll also bring to your attention some best practices to make these procedures easier and less susceptible to manual error.

 

     First of all, we need to understand the relationship between Host and Intel Management Engine (aka Intel ME) TCP/IP stack: Before ME 4.0, the OEM had the ability to set a different MAC address to the ME and host. In such a case, they should also use different IPs and this mode was called "dedicated MAC". The consequences of this approach is that usually, in a regular infrastructure you should also use the different names in order to avoid mismatching in DNS and risk having the machine inaccessible while switching NIC ownership between the Host and ME.

 

     However, in "Shared MAC," available since ME 4.0 (where ME dedicated MAC was left “FF"), ME uses the host MAC, hence, in DHCP they must have the same name and in static IP they may still use the same IP address or different, but if using different IP address, must use also different names.

There are several situations where static IP is required such as ATMs, Kiosks, Digital Signage and several embedded devices or even legacy network infrastructure. For those, manual configuration into the MEBx is error susceptible. For some cases, including  PCs with ME 6.2 and beyond, exists Host Base Configuration (aka HBC) in order to accomplish this task without external infrastructure dependencies or requirements to pass a long IP parameter string based on the host operating system. However, HBC configures the machine in Client Control Mode, and it’s mandatory due security reasons. At least for most  embedded devices, such as ATMs, Kiosks and Digital Signage, where we don’t have a regular user that we can send the consent request, it’s a show stopper.

 

     A possible approach to overcome manual entry configuration is to use a USB key created by USBfile.exe that can be found in the Intel AMT SDK or ACUConfig.exe found in Intel Setup and Configuration Service 7.x (aka Intel SCS 7.x), but both tools require that IP parameters (i.e. IP address, network mask, default gateway and DNS servers) be passed by command line and is also error susceptible.

 

     A possible solution for these situations is to use a Visual Basic script that basically captures IP parameters from Windows and creates the USB key previously attached to the machine’s USB interface, and then automatically reboots to configure the ME with the same IP address of host. I developed this script that can be downloaded here (i.e. provisionUSB.vbs).

 

     If you would like to configure a vPro machine using Kerberos (i.e. with Active Directory integration) or issue a TLS certificate (usually required by highly secure environments), you will need to use the Remote Configuration Server (aka RCS) found in Intel SCS 7.x. In this situation, the principle of capturing IP parameters and the USB key is the same as the previous case, but now requires a PSK exchange with RCS that will be used for ME and RCS communication to conclude the configuration.  I just developed a script (called provision.vbs) based on SCS 7.1 (fail with SCS 7.0) that automates these tasks and is demonstrated in this video:

 

 

     At this point, there are some requirements and known issues with these scripts as listed:

 

  • All IP parameters must be present in Windows Host (i.e. IP address, Subnet mask, default gateway, and primary and secondary DNS);
  • ACUConfig.exe, ACU.dll and xerces-c_2_8.dll found in Intel SCS package should be placed in the same script directory;
  • Tested only on ME 7.0
  • You need to define in script which NIC adapter is the ME interface (onboard) to capture the correct IP address parameters, look for this line:

 

("SELECT * FROM Win32_NetworkAdapterConfiguration WHERE Description = 'Intel(R) 82579LM Gigabit Network Connection' and IPEnabled = TRUE")

 

     And replace the Description with description that showed in an ipconfig command line.

 

     For further details, just execute the script in command line instead of windows interface:

 

     C:\>cscript provisionUSB –or- C:\>cscript provision.vbs

 

     Please, let me know if you find any issue or suggestions that are not covered in this version.

 

Best Regards!

     There is no doubt that wireless networks are widely used by many companies, and, for some, it’s the only media available (that is, there is no wired connection). Wireless-only work environments are becoming more frequent nowadays for many reason: 1) it’s the cheapest connection technology if compared with traditional wired networks that require switch ports, cables, etc.; 2) office lay-out reconfiguration is much easier without the cables; and 3) wireless networks can be more secure than similar wired networks at least for most enterprise implementations where the IEEE 802.1x protocol is the de facto standard for the wireless networks.

 

     There are several options to configure an 802.1x protected wireless network, however, the most common methods are called EAP-TLS (certificate-based) and EAP-PEAP (computer account based). Intel® vPro™ Technology based clients should be configured to work in an 802.1x environment in order to get out of band access to the corporate network and be remotely managed using Intel Active Management Technology (Intel AMT).

 

     Intel™ vPro™ Technology clients in 802.1x wireless networks require Microsoft* Active Directory integration and a RADIUS server (for example, Microsoft* IAS) that will bridge the authentication from the client to Active Directory through an 802.1x capable switch.

 

SCS_screen_wifi.png

Figure 1 – Intel® SCS 802.1x profile configuration

 

 

     EAP-* protocol requires a cryptographic session to be established in order to send the credentials, and uses the certificate issued to RADIUS server to create a TLS session between client and the RADIUS server. The Intel® vPro™ Technology client receives the Trusted Root Certificates list during setup and configuration and records the certificate into Intel® ME flash memory.  Figure 1 shows the Intel Setup and Configuration Service (Intel SCS) wizard used to select the “Trusted Root Certificate” during setup and configuration stage.

 

     If EAP-TLS is selected, you must also pick the certificate authority that will be used to issue the 802.1x certificates and select the desired template. During the setup and configuration phase, the Intel Remote Configuration Service (Intel RCS) will act as proxy, requesting the certificate in name of Intel® vPro™ Technology client.

 

     In addition to the how-to configuration steps listed above, there are two points that you should consider when planning your Intel® vPro™ Technology configuration that can differ from your regular desktop configuration:

 

    • Certificates
    • Network Speed

 

Certificates


     There are some limitations on certificate length as described in Table 1.

 

Certificate_length.png

Table 1 – Intel® AMT PKI certificate length limitations

 

     The most common issue that I found in the field with certificates is when the root certificate authority uses certificates greater than 2048 bits (i.e. 4096 bits). When the key length is too long, instead of getting a failed provisioning status, the client is shown as “configured” but unable to authenticate against the RADIUS server. If you look into the Intel SCS log, you will see an ERROR shown in Figure 2.

 

SCS_Log_certificate_length.PNG

Figure 02 – Intel® SCS log showing the certificate update error

 

     Unfortunately, there is not an easy workaround for this problem. You can take two different approaches here:

 

  • Reissue the root CA with a smaller certificate length.  In this case, the certificate authority will handle two CRLs, one for previous root CA that will be revoked (for our example, the certificate with the 4096 bit length), and one for new certificate. This is the recommended approach if you use PKI for SMIME of file encryption, because these usage models usually require CRL checking for longer periods.

 

  • Install a second root CA. This approach is intended to be used as part of a migration strategy: instead of administering two CRLs, you can reissue the client certificates using GPO and, after some period, you can just decommission the old CA. This method is not recommended if you use SMIME, file encryption, etc.

 

Network Speed


     Usually, for compatibility reason, you can configure wireless network to allow for speed negotiation, but there are also situations where you don’t want to allow speed negotiation. The main reason to limit speed negotiation is to reduce the wireless coverage range to limit it to a single room or auditorium. If, in this case, you configure the access point to accept only the G or N speed networks, you will have a problem with using Intel® vPro™ Technology, because the the maximum out-of-band speed for the Intel ME is 40 Mbps (which is too slow for the G or N network speeds).

 

What’s Next

 

     In a future post, I’ll discuss about how to manage Intel® vPro™ Technology in a public wireless environment, and behind a NAT using Fast Call for Help (aka. Client Initiated Remote Access or CIRA).

 

Best Regards!

     When Intel released Intel SCS 7.0, it was completely redesigned to become a simple Windows service by  removing the web server and Microsoft SQL Server dependency. However, the innovation that Intel SCS 7.0 brings is not only on software architecture, but also on how it is used to manage Intel® AMT systems.

 

     An important concept embedded in SCS 7.0 is the Unified Configuration that allows the definition of one deployment package to configure all Intel AMT versions in their network and select the necessary configuration method for each AMT version, i.e. Host Based configuration for AMT  6.2 and beyond and legacy mode (i.e. PKI or PSK) for older version of AMT.

 

     As you may note, Intel SCS 7.0 doesn’t use a Database to store AMT credentials as used by previous generations, so how can we retrieve the randomized password used for each AMT system?

 

     Digest Master Password (DMP),  is a method for deriving the AMT password from the  DMP which creates a unique password per device. The management console possessing the DPM attempts to connect to the Intel AMT device, which triggers the response with a digest-challenge. Based on RFC 2617, the digest-challenge contains a realm-value, that is a fixed value generated by the AMT device using a high-entropy random-number-generator, such in theory, is unique per platform. The management console concatenates the realm-value to the username of digest account it wishes to access and calculates the HMAC-SHA256 of the resultant string, using the DMP as HMAC key. Converting the HMAC-SHA256 to BASE64 value, voilà! We have the password!

 

     To make it easier to understand, let’s put it in an equation:

 

Administrator password = BASE64 [HMAC-SHA256 (DMP, realm-value & username)]


     Since the realm value does not change for a given AMT device, this result is consistent every time it is calculated.

 

     The good news of this approach is that if you contract a 3rd party to manage these devices, it’s not necessary to give them access to your password  data base, neither create replication strategies with your ITO - just share the DMP and it will be enough to calculate the individual passwords.

 

          The weakness of this approach is not so different than the “traditional” way - you still have to periodically change the DMP and consequently each AMT device password as any good security procedure.

 

Best Regards!

In my last post about Intel TXT, I showed how to  Enable Trusted Boot on Linux OS using Intel TXT. In this post, I will show you how create custom policies, and in this particular example, you will learn how to Measure Launch the Linux kernel and initial RAM disk (initrd).

 

In this 14min29sec video, I'll guide you on the steps required to create a simple policy:

 

 

At this point, if you successfully completed these steps, then you configured the Trusted Boot verifying Linux kernel and initial RAM disk. If any of these components aren't in a well-known state the machine halt the boot process.

 

Further references can be found here:

 

Intel Trusted Execution Technology Software Development Guide 

 

Best Regards!

ATM-Kiosk-DigitalSignage.png

     ATMs, kiosks and digital signage are types of embedded devices, a computer system designed to do one or more dedicated functions, with or without user interaction. Usually these devices are located in public areas with restricted network infrastructure and and have  multiple  locations (e.g. shopping malls, gas stations, libraries, etc.). For this type of machine, remote diagnosis and repair has a tremendous value, so that the administrator can avoid unnecessary visits to  reboot a machine or restore an operating system image. You can even remotely diagnose  hardware problems, such as hard disk failure and then send the technician with the correct spare part for replacement.

 

The latest Intel® vPro™ release (i.e. with ME firmware 7.1), brings some improvements and capabilities to address this market segment:

 

  • Linux support: Until now, only Microsoft Windows was officially supported on Intel® vPro™ machines, but now, Intel is productizing the Intel SCS and ME drivers; thus, tools will be launched for the Linux OS also. They will not be  at the same maturity level that you can find in the Windows world, but hopefully enough to address the embedded market - where Linux adoption is higher than the regular PC market;

 

  • Wireless support on desktop motherboards: Yes, vPro now supports wireless on the desktop motherboard.  Of course, it is not mandatory, but some motherboards may support it,  such as DQ67EP and, in this case, you must use an Intel® Centrino® Advanced-N 6205 wireless NIC to be compliant with ME 7.1;

 

  • Simplified configuration tool: Host Based Configuration (HBC) method, is by far the simplest method for vPro configuration, however the main adoption barrier of this method for embedded devices relies on fact that User Consent (aka. Client Control Mode) is not a viable option. To overcome this limitation, the ME 7.1 firmware kit used by OEM to assemble the motherboard/machine, now comes with a tool capable of provisioning the machine while unattended  and place the machine in administrative control mode.

 

     I would appreciate to hear from you if you have any initiative to adopt Intel® vPro™ and what kind of usage are you thinking to adopt. Thanks in advance for feedback.

Filter Blog

By author:
By date:
By tag: