WO2013192441A1 - Managing use of a field programmable gate array with reprogrammable cryptographic operations - Google Patents

Managing use of a field programmable gate array with reprogrammable cryptographic operations Download PDF

Info

Publication number
WO2013192441A1
WO2013192441A1 PCT/US2013/046871 US2013046871W WO2013192441A1 WO 2013192441 A1 WO2013192441 A1 WO 2013192441A1 US 2013046871 W US2013046871 W US 2013046871W WO 2013192441 A1 WO2013192441 A1 WO 2013192441A1
Authority
WO
WIPO (PCT)
Prior art keywords
fpga
gate array
programmable gate
field programmable
encrypted
Prior art date
Application number
PCT/US2013/046871
Other languages
French (fr)
Inventor
Brian Lamacchia
Edmund NIGHTINGALE
Original Assignee
Microsoft Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corporation filed Critical Microsoft Corporation
Priority to EP13734587.2A priority Critical patent/EP2864925B1/en
Publication of WO2013192441A1 publication Critical patent/WO2013192441A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/76Architectures of general purpose stored program computers
    • G06F15/78Architectures of general purpose stored program computers comprising a single central processing unit
    • G06F15/7867Architectures of general purpose stored program computers comprising a single central processing unit with reconfigurable architecture
    • G06F15/7871Reconfiguration support, e.g. configuration loading, configuration switching, or hardware OS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/572Secure firmware programming, e.g. of basic input output system [BIOS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/72Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information in cryptographic circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/76Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information in application-specific integrated circuits [ASIC] or field-programmable devices, e.g. field-programmable gate arrays [FPGA] or programmable logic devices [PLD]

Definitions

  • an operating system is the primary software that manages access to resources within the computer.
  • the primary resources are the central processing unit (CPU), which executes application programs designed to run on the computer, main memory and storage.
  • CPU central processing unit
  • additional processing units such as multiple cores in a processor
  • co-processors include a graphic processing unit (GPU) and a digital signal processor (DSP).
  • GPU graphic processing unit
  • DSP digital signal processor
  • a field programmable gate array is a kind of logic device that is commonly used in specialized computing devices.
  • An FPGA typically is used to perform a specific, dedicated function, for which a gate array is particularly well-suited.
  • FPGAs typically are found in peripheral devices, or other specialized hardware, such as a printed circuit board connected to and accessed through a system bus such as a PCI bus. In general, such devices are programmed once, and used many times. Because these devices are programmable, they have an advantage over other specialized logic devices in that they can be updated in the field.
  • One or more field programmable gate arrays can be used as a shared programmable co-processor resource in a general purpose computing system.
  • An FPGA can be programmed to perform functions, which in turn can be associated with one or more processes. With multiple processes, the FPGA can be shared, and a process is assigned to at least one portion of the FPGA during a time slot in which to access the
  • FPGA Programs written in a hardware description language for programming the FPGA are made available as a hardware library.
  • the operating system manages allocating the FPGA resources to processes, programming the FPGA in accordance with the functions to be performed by the processes using the FPGA and scheduling use of the FPGA by these processes.
  • an FPGA is used as a component of a general-purpose computing platform, it can be susceptible to attacks and execution of insecure code. For example, inspection of data transfers and memory can reveal cryptographic keys, algorithms and other information related to secure operations. To improve security, various components of the FPGA are isolated to protect the FPGA and data transferred between the FPGA and other components of the computer system.
  • data written by the FPGA to memory is encrypted, and is decrypted within the FPGA when read back from memory.
  • Data transferred between the FPGA and other components such as the CPU or GPU, whether directly or through memory, can similarly be encrypted using cryptographic keys known to the communicating
  • Transferred data also can be digitally signed by the FPGA or other component to provide
  • Code for programming the FPGA can be encrypted and signed by the author, loaded into the FPGA in an encrypted state, and then decrypted and authenticated by the FPGA itself, before programming the FPGA with the code.
  • Cryptographic keys also can be embedded within the compiled program logic for programming the FPGA.
  • the cryptographic operations performed within the FPGA can be implemented using the programmable elements of the FPGA and can be reprogrammed to provide an agile cryptographic environment. Either keys, or decryption and encryption algorithms, or both can be reprogrammed.
  • FIG. 1 is a block diagram of an example computing system with FPGA resources for which an operating system can be implemented.
  • FIG. 2 is a schematic diagram of an illustrative example of FPGA functional units.
  • FIG. 3 is a schematic diagram of an example architecture of an application using hardware and software libraries on a computer system with FPGA resources.
  • FIG. 4 is a diagram illustrating the use of FPGA resources over time.
  • FIG. 5 is a block diagram of a computer system with a field programmable gate array supporting isolated components.
  • FIG. 6 is a more detailed block diagram of a field programmable gate array.
  • FIG. 7 is a flowchart describing securely programming an FPGA with new cryptographic operations.
  • the following section provides a brief, general description of an example computing environment in which an operating system for managing use of FPGA resources can be implemented.
  • the system can be implemented with numerous general purpose or special purpose computing devices.
  • Examples of well known computing devices that may be suitable include, but are not limited to, personal computers, server computers, hand-held or laptop devices (for example, media players, notebook computers, cellular phones, personal data assistants, voice recorders), multiprocessor systems, microprocessor-based systems, set top boxes, game consoles, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
  • FIG. 1 illustrates merely an example computing environment, and is not intended to suggest any limitation as to the scope of use or functionality of a suitable computing environment.
  • an example computing environment includes a computing device 100.
  • computing device 100 includes at least one processing unit 102, such as a typical central processing unit (CPU) of a general purpose computer, and memory 104.
  • the computing device may include multiple processing units and/or additional co- processing units such as a graphics processing unit (GPU).
  • the computing device also includes one or more field programmable gate arrays (FPGA), denoted as FPGA unit 120 which is available as a shared (among processes running on the computer) co-processing resource.
  • FPGA field programmable gate arrays
  • An FPGA may reside in its own CPU socket or on a separate card plugged into an expansion slot, such as a Peripheral Component Interconnect Express (PCI-E) slot.
  • PCI-E Peripheral Component Interconnect Express
  • implementation by a gate array can be implemented with the resulting benefit of hardware acceleration.
  • the unit or each functional unit within it, has an associated input/output channel for communication with host operating system processes.
  • a memory region dedicated to the functional unit and shared between it and a process using that functional unit can be provided.
  • a sort of request queue and response queue also can be used to enable asynchronous invocation of operations implemented in the FPGA unit.
  • state of the functional units in the FPGA unit for a process can be saved to and restored from a memory region for the functional unit and that process.
  • other techniques can be used to ensure that the functional unit is in a known state before it is used by its process.
  • memory 104 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two.
  • RAM random access memory
  • non-volatile such as ROM, flash memory, etc.
  • dashed line 106 This configuration of a processing unit, co-processor and memory is illustrated in FIG. 1 by dashed line 106.
  • Computing device 100 may also have additional resources and devices.
  • computing device 100 may include additional storage (removable and/or non- removable) including, but not limited to, magnetic or optical disks or tape.
  • additional storage is illustrated in FIG. 1 by removable storage 108 and non-removable storage 110.
  • Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer program instructions, data files, data structures, program modules or other data.
  • Memory 104, removable storage 108 and non-removable storage 1 10 are all examples of computer storage media.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computing device 100. Any such computer storage media may be part of computing device 100.
  • Computing device 100 also can include communications connection(s) 112 that allow the device to communicate with other devices over a communication medium.
  • the implementation of the communications connection 1 12 is dependent on the kind of communication medium being accessed by the computing device, as it provides an interface to such a medium to permit transmission and/or reception of data over the communication medium.
  • a communication medium typically carries computer program instructions, data files, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
  • modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
  • communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
  • Computing device 100 may have various input device(s) 1 14 such as a keyboard, mouse, pen, camera, touch input device, and so on.
  • Output device(s) 116 such as a display, speakers, a printer, and so on may also be included. All of these devices are well known in the art and need not be discussed at length here.
  • Applications executed on a computing device are implemented using computer- executable instructions and/or computer- interpreted instructions, such as program modules, that are processed by the computing device.
  • program modules include routines, programs, objects, components, data structures, and so on, that, when processed by a processing unit, instruct the processing unit to perform particular tasks or implement particular abstract data types.
  • tasks can be performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote computer storage media including memory storage devices.
  • An operating system executed on a computing device manages access to the various resources of the computer device by processes.
  • running an application on the computer system causes one or more processes to be created, with each process being allocated to different resources over time. If a resource is shared among processes, and if the processes cannot share the resource concurrently, then the operating system schedules access to the resource over time.
  • One of such resources is the FPGA unit 120 of Fig.1, which can include one or more discrete FPGA's.
  • one of the resources within the FPGA unit is one or more groups of programmable gates, herein called functional units.
  • Each functional unit is defined by a set of gates and/or other resources in the gate array.
  • functional units are nonoverlapping, i.e., do not share programmable elements within the gate array.
  • functional units 200, 202, 204 and 206 are non-overlapping.
  • Most FPGAs have only one functional unit.
  • the FPGA unit 120 in Fig. 1, however, can have one or more FPGAs. With multiple FPGAs, each FPGA can be considered a functional unit. Referring to Fig.
  • each functional unit is a resource that can be assigned to one or more processes, programmed by the operating system using a hardware library that implements an operation, and then used by the processes assigned to it to perform the operation.
  • an application 300 can use conventional software libraries 302, and FPGA hardware libraries 304, to perform various operations. If an application relies on a hardware library 304, then the operating system 306 uses the hardware library to program the FPGA resources 310 to allow the application 300 to use the library.
  • the FPGA can be programmed prior to the application beginning execution. If an FPGA can be reprogrammed quickly enough, the library can be loaded into the FPGA in a scheduling quantum of the operating system.
  • the operating system 306 also executes software commands from the application 300 and software libraries 302 on the CPU 308.
  • the application makes calls to functions performed by a software library
  • the operating system executes the function from the software library on the CPU 308.
  • the application makes calls to functions performed by the FPGA, the operating system ensures that the FPGA is programmed using the hardware library and executes the function using the FPGA.
  • Fig. 4 To illustrate how different functional units can be used over time, reference is now made to Fig. 4.
  • Fig. 4 at time Tl, functional units 400 and 402 are being used.
  • functional units 400 and 404 are being used.
  • functional units 400 and 402 are again being used.
  • functional unit 400 can be assigned to process PI
  • functional unit 402 can be assigned to process P2.
  • process P2 may be inactive, and process PI can use functional unit 400 and process P3 can use functional unit 404.
  • another process can start using functional unit 400, such as process P4; and process P2 can be active again at use functional unit 402.
  • the use of multiple functional units at the same time by different processes implies the use of multiple FPGAs.
  • an FPGA can support multiple functional units being used by different processes at the same time, these functional units can be on the same FPGA. Effectively, the operating system is statistically multiplexing the FPGA in both time and space.
  • the operating system has a scheduler that determines which process has access to the FPGA resources at each scheduling quantum, i.e., time period, and when an FPGA functional unit will be programmed with a hardware library so that the functional unit is available to be used by that process.
  • a scheduler for the FPGA unit is dependent in part on the nature of the FPGA unit and the one or more FPGAs it includes. Factors related to the FPGAs to be considered include, but are not limited to, the following. For example, in some cases an entire FPGA is refreshed to program a functional unit if one functional unit cannot be programmed independently of other functional units.
  • Another consideration is the speed with which a functional unit can be programmed, and whether programming of a functional unit prevents other functional units from being used during that programming phase. Another factor to consider is whether processes can share a hardware library by sharing a functional unit.
  • the scheduler also takes into account such factors as the number of concurrent processes, application performance guarantees, priority of applications, process context switching costs, access to memory and buses, and availability of software libraries if no functional unit is available within the FPGA unit.
  • the FPGA unit provides a general purpose facility to applications or the operating system, which therefore are scheduled for the length of an application instantiation.
  • custom network protocols or offloading can be offered as an accelerated service on the FPGA unit.
  • System calls or standard library calls, normally executed in a general purpose CPU, can be accelerated using the FPGA unit instead.
  • the operating system can multiplex the CPU based on preferences for process priority.
  • the operating system can use a profile of an application, generated statically or dynamically, to predict the functionality best suited for running on an FPGA unit and then pre-load that functionality so that it is available for scheduling.
  • the operating system can ensure there is both space and time available on the FPGA unit to accelerate the application.
  • the operating system can use simple hints from the application to know when to schedule time on the FPGA unit. For example, certain calls into the operating system (system calls) can denote long delays (calls to disk or the network), which provides a hint that the FPGA unit can be free for some amount of time for other threads or processes to use. Therefore, the operating system uses a variety of hints and preferences to create a schedule to multiplex access to the FPGA unit. Because the operating system controls the scheduler, it has detailed knowledge of executing and pending work, available hardware libraries, and time it takes to program an FPGA. Therefore, it can use this knowledge to determine which processes leverage the FPGA during execution.
  • FIG. 5 a general architecture of a computer system 500 using a field programmable gate array 502 with isolated components is shown.
  • the FPGA connects to a memory 504, central processing unit 506 and graphical processing unit 508 in this example.
  • This connection is provided over a conventional high speed computer bus 510, such as a CPU socket with a hyper transport bus, PCI, PCI-E or PCI-X bus.
  • the field programmable gate array can include one or more registers that include cryptographic keys, such as a symmetric key or public/private key pair. It also includes the capability of performing the corresponding cryptographic operations using those keys.
  • the cryptographic components can be part of the programming of the programmable elements of the FPGA. Such components can be implemented with countermeasures to increase the difficulty of direct analysis of the chip such as can be done with a trusted platform module (TPM) component.
  • TPM trusted platform module
  • the cryptographic keys can be stored in a TPM component, from which the FPGA can load such keys only when the keys are being used. If the TPM has access to the public key of a public/private pair held by the FPGA, then the TPM can encrypt the keys it holds to the FPGA using the FPGA's public key. Thus, the keys themselves are only decrypted after being transported from the TPM to the FPGA. This configuration permits the encrypted keys to be transported over an insecure bus, such as the standard PC high speed interconnect.
  • a logical channel is created between the FPGA 502 and main memory 505 by encrypting all data before it leaves the FPGA with a symmetric key, storing the encrypted data in the main memory. Subsequently, when encrypted data is read back from main memory into the FPGA, the encrypted data is decrypted with the symmetric key inside the FPGA.
  • the encryption of the data also can include integrity protection. For example, an authenticated encryption mode of operation for the symmetric cipher can be used.
  • data can be hashed and the hash values can be appended to the data, and then the data with the appended hash values can be encrypted, before being written to main memory.
  • a logical channel is created between the FPGA 502 and the graphics processing unit (GPU) 508, or other component such as the CPU or peripheral, through mutual authentication and key transport protocols.
  • the FPGA uses a public/private key pair to authenticate itself to the component, e.g. GPU, and the component uses a second public/private key pair (with the private key known only to the GPU) to do the same.
  • the FPGA and GPU establish one or more shared secrets (e.g., two shared secrets, one for integrity protection and one for confidentiality). These shared secrets are then used to encrypt and authenticate subsequent communications between the FPGA and the GPU as part of a secure session between the two components.
  • the FPGA 600 includes an input/output memory 602 through which encrypted data 604 and encrypted keys 606 are transmitted.
  • the encrypted data 604 is decrypted by decryption module 605 (which may implement, for example, symmetric key cryptographic operations).
  • decryption module 605 which may implement, for example, symmetric key cryptographic operations.
  • encrypted keys 606 which may be used by the decryption module 605
  • decryption module 608 which may implement, for example, public/private key cryptographic operations.
  • the decrypted keys 610 may be stored in registers 612. Decrypted data 614 otherwise may be stored in memory 616.
  • data 620 (such as from memory 616) is encrypted by encryption module 622 (which may implement, for example, symmetric key cryptographic operations) to provide encrypted data 604.
  • the encryption module 622 can use the keys 610 stored in the registers 612.
  • the encryption module 626 (which may implement, for example, public/private key cryptographic operations) may encrypt the keys 610 used by the encryption module 622 for transmission as encrypted keys 606.
  • the encrypted data 604 and keys 606 can be stored in the memory 602 prior to transmission to another component in the computer system, such as a memory, GPU, CPU, peripheral card or other device.
  • the memory 616 in general can be accessed by the programmable elements 630 of the FPGA, for both reading and writing of data. It is possible to have some registers that can be only read by the programmable elements, but not modified.
  • the data received in the memory 616 also can be the programming code for programming a functional unit of the FPGA unit.
  • a control circuit 632 reads the programming code from the memory 616 and programs the programmable elements 630. As will be described in more detail below, such a structure allows encrypted and signed code to be securely downloaded to the FPGA, where it is authenticated and decrypted, then used to program the FPGA.
  • the various cryptographic operations in the decryption modules and encryption modules can be implemented using the programmable elements of the FPGA. Additional decryption and encryption modules can be implemented using the programmable elements to provide yet further encryption and decryption capabilities within the FPGA.
  • the FPGA can transfer data securely between itself and other components in the computer system because the data is encrypted on all accessible busses.
  • the FPGA encrypts data within the FPGA.
  • the encrypted data is then transferred to the main memory or to the component directly.
  • the FPGA is using the main memory as additional memory.
  • the FPGA can use the main memory to transfer data to other components.
  • the other component reads the encrypted data from memory, and decrypts the data.
  • the CPU, GPU or other component also includes an encryption/decryption module that is similar to the one used in the FPGA.
  • other components can transfer data to the FPGA either directly or through memory.
  • the other component encrypts the data and transfers it to memory or the FPGA.
  • the FPGA then reads the data from memory, or receives it, and then decrypts it.
  • the secret also can be transferred to the component from the FPGA (or may have been transferred to the FPGA by the component) either directly, or through the memory.
  • the transfer of a shared secret can be performed using public/private key encryption to protect the secret.
  • the FPGA uses a public/private key pair to authenticate itself to the component, e.g. GPU, and the component uses a second public/private key pair with the private key known only to the GPU to do the same.
  • the FPGA and GPU establish one or more shared secrets (e.g., two shared secrets, one for integrity protection and one for confidentiality). These shared secrets are then used to encrypt and authenticate for subsequent communications between the FPGA and the GPU as part of a secure session between the two components.
  • shared secrets e.g., two shared secrets, one for integrity protection and one for confidentiality.
  • securely programming an FPGA involves receiving encrypted program logic into memory.
  • the encrypted program logic is decrypted within the field
  • the programmable gate array and into memory in the FPGA.
  • the programmable elements of the field programmable gate array are then programmed using the decrypted program logic.
  • the encrypted program logic can be encrypted with an authenticating encryption protocol, or the encrypted program logic can include a digital signature over the unencrypted program logic.
  • the encrypted program logic can be encrypted using a symmetric key, which is encrypted using a public key of the FPGA and also digitally signed by a trusted source in a manner that the FPGA is able to cryptographically validate.
  • a cryptographic secret K is generated 700 for the FPGA.
  • a version Pk of the program P, specific to the secret K is compiled 702. This version can be digitally signed 704 with a cryptographic key belonging to the secure facility.
  • the version PK of the compiled program is then encrypted 706, yielding encrypted program logic E(KPUB,FPGA, PK).
  • This encrypted program logic is sent 708 to the computer system that includes the FPGA with the cryptographic secret K.
  • This computer system receives 710 the encrypted program logic.
  • the CPU in this system sends 712 the encrypted program to the FPGA.
  • the FPGA decrypts 714 the program with the FPGA's private key.
  • the FPGA can verify 716 that the digital signature on the decrypted program as having come from the secure facility.
  • the FPGA then self- programs 718 using the now verified and decrypted program, thus installing new cryptographic functionality.
  • the verified and decrypted program stored within the FPGA then can be used to program the FPGA in the same manner as an unencrypted program.

Abstract

Field programmable gate arrays can be used as a shared programmable co-processor resource in a general purpose computing system. Components of an FPGA are isolated to protect the FPGA and data transferred between the FPGA and other components of the computer system. Transferred data can be digitally signed by the FPGA or other component to provide authentication. Code for programming the FPGA can be encrypted and signed by the author, loaded into the FPGA in an encrypted state, and then decrypted and authenticated by the FPGA itself, before programming the FPGA with the code. This code can be used to change the cryptographic operations performed in the FPGA, including keys, or decryption and encryption algorithms, or both.

Description

MANAGING USE OF A FIELD PROGRAMMABLE GATE ARRAY WITH REPROGRAMMABLE CRYPTOGRAPHIC OPERATIONS
BACKGROUND
[0001] In most general purpose computers, an operating system is the primary software that manages access to resources within the computer. The primary resources are the central processing unit (CPU), which executes application programs designed to run on the computer, main memory and storage. In some computer architectures, additional processing units (such as multiple cores in a processor) and/or additional processors, called co-processors, may be present. Examples of such co-processors include a graphic processing unit (GPU) and a digital signal processor (DSP). The operating system also manages access to these resources by multiple processes.
[0002] A field programmable gate array (FPGA) is a kind of logic device that is commonly used in specialized computing devices. An FPGA typically is used to perform a specific, dedicated function, for which a gate array is particularly well-suited. FPGAs typically are found in peripheral devices, or other specialized hardware, such as a printed circuit board connected to and accessed through a system bus such as a PCI bus. In general, such devices are programmed once, and used many times. Because these devices are programmable, they have an advantage over other specialized logic devices in that they can be updated in the field.
SUMMARY
[0003] This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
[0004] One or more field programmable gate arrays (FPGA) can be used as a shared programmable co-processor resource in a general purpose computing system. An FPGA can be programmed to perform functions, which in turn can be associated with one or more processes. With multiple processes, the FPGA can be shared, and a process is assigned to at least one portion of the FPGA during a time slot in which to access the
FPGA. Programs written in a hardware description language for programming the FPGA are made available as a hardware library. The operating system manages allocating the FPGA resources to processes, programming the FPGA in accordance with the functions to be performed by the processes using the FPGA and scheduling use of the FPGA by these processes.
[0005] If an FPGA is used as a component of a general-purpose computing platform, it can be susceptible to attacks and execution of insecure code. For example, inspection of data transfers and memory can reveal cryptographic keys, algorithms and other information related to secure operations. To improve security, various components of the FPGA are isolated to protect the FPGA and data transferred between the FPGA and other components of the computer system.
[0006] For example, data written by the FPGA to memory is encrypted, and is decrypted within the FPGA when read back from memory. Data transferred between the FPGA and other components such as the CPU or GPU, whether directly or through memory, can similarly be encrypted using cryptographic keys known to the communicating
components, whether using shared secret keys or public/private key pairs. Transferred data also can be digitally signed by the FPGA or other component to provide
authentication. Code for programming the FPGA can be encrypted and signed by the author, loaded into the FPGA in an encrypted state, and then decrypted and authenticated by the FPGA itself, before programming the FPGA with the code. Cryptographic keys also can be embedded within the compiled program logic for programming the FPGA.
[0007] The cryptographic operations performed within the FPGA can be implemented using the programmable elements of the FPGA and can be reprogrammed to provide an agile cryptographic environment. Either keys, or decryption and encryption algorithms, or both can be reprogrammed.
[0008] In the following description, reference is made to the accompanying drawings which form a part hereof, and in which are shown, by way of illustration, specific example implementations of this technique. It is understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the disclosure.
DESCRIPTION OF THE DRAWINGS
[0009] FIG. 1 is a block diagram of an example computing system with FPGA resources for which an operating system can be implemented.
[0010] FIG. 2 is a schematic diagram of an illustrative example of FPGA functional units.
[001 1] FIG. 3 is a schematic diagram of an example architecture of an application using hardware and software libraries on a computer system with FPGA resources.
[0012] FIG. 4 is a diagram illustrating the use of FPGA resources over time. [0013] FIG. 5 is a block diagram of a computer system with a field programmable gate array supporting isolated components.
[0014] FIG. 6 is a more detailed block diagram of a field programmable gate array.
[0015] FIG. 7 is a flowchart describing securely programming an FPGA with new cryptographic operations.
DETAILED DESCRIPTION
[0016] The following section provides a brief, general description of an example computing environment in which an operating system for managing use of FPGA resources can be implemented. The system can be implemented with numerous general purpose or special purpose computing devices. Examples of well known computing devices that may be suitable include, but are not limited to, personal computers, server computers, hand-held or laptop devices (for example, media players, notebook computers, cellular phones, personal data assistants, voice recorders), multiprocessor systems, microprocessor-based systems, set top boxes, game consoles, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
[0017] FIG. 1 illustrates merely an example computing environment, and is not intended to suggest any limitation as to the scope of use or functionality of a suitable computing environment.
[0018] With reference to FIG. 1, an example computing environment includes a computing device 100. In a basic configuration, computing device 100 includes at least one processing unit 102, such as a typical central processing unit (CPU) of a general purpose computer, and memory 104.
[0019] The computing device may include multiple processing units and/or additional co- processing units such as a graphics processing unit (GPU). The computing device also includes one or more field programmable gate arrays (FPGA), denoted as FPGA unit 120 which is available as a shared (among processes running on the computer) co-processing resource. An FPGA may reside in its own CPU socket or on a separate card plugged into an expansion slot, such as a Peripheral Component Interconnect Express (PCI-E) slot. By providing such an FPGA unit, a variety of functions that are well-suited for
implementation by a gate array can be implemented with the resulting benefit of hardware acceleration.
[0020] Depending on the configuration of the processing unit and the FPGA unit, the unit, or each functional unit within it, has an associated input/output channel for communication with host operating system processes. For example, a memory region dedicated to the functional unit and shared between it and a process using that functional unit can be provided. A sort of request queue and response queue also can be used to enable asynchronous invocation of operations implemented in the FPGA unit.
Additionally, state of the functional units in the FPGA unit for a process can be saved to and restored from a memory region for the functional unit and that process. Alternatively other techniques can be used to ensure that the functional unit is in a known state before it is used by its process.
[0021] Depending on the configuration and type of computing device, memory 104 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. This configuration of a processing unit, co-processor and memory is illustrated in FIG. 1 by dashed line 106.
[0022] Computing device 100 may also have additional resources and devices. For example, computing device 100 may include additional storage (removable and/or non- removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in FIG. 1 by removable storage 108 and non-removable storage 110. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer program instructions, data files, data structures, program modules or other data. Memory 104, removable storage 108 and non-removable storage 1 10 are all examples of computer storage media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computing device 100. Any such computer storage media may be part of computing device 100.
[0023] Computing device 100 also can include communications connection(s) 112 that allow the device to communicate with other devices over a communication medium. The implementation of the communications connection 1 12 is dependent on the kind of communication medium being accessed by the computing device, as it provides an interface to such a medium to permit transmission and/or reception of data over the communication medium. A communication medium typically carries computer program instructions, data files, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term "modulated data signal" means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
[0024] Computing device 100 may have various input device(s) 1 14 such as a keyboard, mouse, pen, camera, touch input device, and so on. Output device(s) 116 such as a display, speakers, a printer, and so on may also be included. All of these devices are well known in the art and need not be discussed at length here.
[0025] Applications executed on a computing device are implemented using computer- executable instructions and/or computer- interpreted instructions, such as program modules, that are processed by the computing device. Generally, program modules include routines, programs, objects, components, data structures, and so on, that, when processed by a processing unit, instruct the processing unit to perform particular tasks or implement particular abstract data types. In a distributed computing environment, such tasks can be performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
[0026] An operating system executed on a computing device manages access to the various resources of the computer device by processes. Typically, running an application on the computer system causes one or more processes to be created, with each process being allocated to different resources over time. If a resource is shared among processes, and if the processes cannot share the resource concurrently, then the operating system schedules access to the resource over time. One of such resources is the FPGA unit 120 of Fig.1, which can include one or more discrete FPGA's.
[0027] Referring to Fig. 2, one of the resources within the FPGA unit is one or more groups of programmable gates, herein called functional units. Each functional unit is defined by a set of gates and/or other resources in the gate array. In general, functional units are nonoverlapping, i.e., do not share programmable elements within the gate array. For example, as illustrated schematically in Fig. 2, functional units 200, 202, 204 and 206 are non-overlapping. Most FPGAs have only one functional unit. The FPGA unit 120 in Fig. 1, however, can have one or more FPGAs. With multiple FPGAs, each FPGA can be considered a functional unit. Referring to Fig. 3, each functional unit is a resource that can be assigned to one or more processes, programmed by the operating system using a hardware library that implements an operation, and then used by the processes assigned to it to perform the operation. Referring to Fig. 3 as an example, an application 300 can use conventional software libraries 302, and FPGA hardware libraries 304, to perform various operations. If an application relies on a hardware library 304, then the operating system 306 uses the hardware library to program the FPGA resources 310 to allow the application 300 to use the library. The FPGA can be programmed prior to the application beginning execution. If an FPGA can be reprogrammed quickly enough, the library can be loaded into the FPGA in a scheduling quantum of the operating system. The operating system 306 also executes software commands from the application 300 and software libraries 302 on the CPU 308. When the application makes calls to functions performed by a software library, the operating system executes the function from the software library on the CPU 308. When the application makes calls to functions performed by the FPGA, the operating system ensures that the FPGA is programmed using the hardware library and executes the function using the FPGA.
[0028] To illustrate how different functional units can be used over time, reference is now made to Fig. 4. In Fig. 4, at time Tl, functional units 400 and 402 are being used. At time T2, functional units 400 and 404 are being used. At time T3, functional units 400 and 402 are again being used. At time Tl, functional unit 400 can be assigned to process PI, and functional unit 402 can be assigned to process P2. At time T2, process P2 may be inactive, and process PI can use functional unit 400 and process P3 can use functional unit 404. At time T3, another process can start using functional unit 400, such as process P4; and process P2 can be active again at use functional unit 402. With current FPGA implementations, the use of multiple functional units at the same time by different processes implies the use of multiple FPGAs. To the extent that an FPGA can support multiple functional units being used by different processes at the same time, these functional units can be on the same FPGA. Effectively, the operating system is statistically multiplexing the FPGA in both time and space.
[0029] To allow such usage of the FPGA resources by different processes over time, the operating system has a scheduler that determines which process has access to the FPGA resources at each scheduling quantum, i.e., time period, and when an FPGA functional unit will be programmed with a hardware library so that the functional unit is available to be used by that process. Thus, an implementation of a scheduler for the FPGA unit is dependent in part on the nature of the FPGA unit and the one or more FPGAs it includes. Factors related to the FPGAs to be considered include, but are not limited to, the following. For example, in some cases an entire FPGA is refreshed to program a functional unit if one functional unit cannot be programmed independently of other functional units. Another consideration is the speed with which a functional unit can be programmed, and whether programming of a functional unit prevents other functional units from being used during that programming phase. Another factor to consider is whether processes can share a hardware library by sharing a functional unit. The scheduler also takes into account such factors as the number of concurrent processes, application performance guarantees, priority of applications, process context switching costs, access to memory and buses, and availability of software libraries if no functional unit is available within the FPGA unit.
[0030] There may be other instances where the FPGA unit provides a general purpose facility to applications or the operating system, which therefore are scheduled for the length of an application instantiation. For example, custom network protocols or offloading can be offered as an accelerated service on the FPGA unit. System calls or standard library calls, normally executed in a general purpose CPU, can be accelerated using the FPGA unit instead. Further, the operating system can multiplex the CPU based on preferences for process priority. In another instance, the operating system can use a profile of an application, generated statically or dynamically, to predict the functionality best suited for running on an FPGA unit and then pre-load that functionality so that it is available for scheduling. By using the profile as a guide, the operating system can ensure there is both space and time available on the FPGA unit to accelerate the application. Finally, the operating system can use simple hints from the application to know when to schedule time on the FPGA unit. For example, certain calls into the operating system (system calls) can denote long delays (calls to disk or the network), which provides a hint that the FPGA unit can be free for some amount of time for other threads or processes to use. Therefore, the operating system uses a variety of hints and preferences to create a schedule to multiplex access to the FPGA unit. Because the operating system controls the scheduler, it has detailed knowledge of executing and pending work, available hardware libraries, and time it takes to program an FPGA. Therefore, it can use this knowledge to determine which processes leverage the FPGA during execution.
[0031] Having now described a general overview of such computer architecture, an example implementation will now be described.
[0032] Referring to Fig. 5, a general architecture of a computer system 500 using a field programmable gate array 502 with isolated components is shown. The FPGA connects to a memory 504, central processing unit 506 and graphical processing unit 508 in this example. This connection is provided over a conventional high speed computer bus 510, such as a CPU socket with a hyper transport bus, PCI, PCI-E or PCI-X bus.
[0033] The field programmable gate array can include one or more registers that include cryptographic keys, such as a symmetric key or public/private key pair. It also includes the capability of performing the corresponding cryptographic operations using those keys. The cryptographic components can be part of the programming of the programmable elements of the FPGA. Such components can be implemented with countermeasures to increase the difficulty of direct analysis of the chip such as can be done with a trusted platform module (TPM) component.
[0034] In one implementation, the cryptographic keys can be stored in a TPM component, from which the FPGA can load such keys only when the keys are being used. If the TPM has access to the public key of a public/private pair held by the FPGA, then the TPM can encrypt the keys it holds to the FPGA using the FPGA's public key. Thus, the keys themselves are only decrypted after being transported from the TPM to the FPGA. This configuration permits the encrypted keys to be transported over an insecure bus, such as the standard PC high speed interconnect.
[0035] A logical channel is created between the FPGA 502 and main memory 505 by encrypting all data before it leaves the FPGA with a symmetric key, storing the encrypted data in the main memory. Subsequently, when encrypted data is read back from main memory into the FPGA, the encrypted data is decrypted with the symmetric key inside the FPGA. In one implementation, the encryption of the data also can include integrity protection. For example, an authenticated encryption mode of operation for the symmetric cipher can be used. As another example, data can be hashed and the hash values can be appended to the data, and then the data with the appended hash values can be encrypted, before being written to main memory.
[0036] A logical channel is created between the FPGA 502 and the graphics processing unit (GPU) 508, or other component such as the CPU or peripheral, through mutual authentication and key transport protocols. In this case the FPGA uses a public/private key pair to authenticate itself to the component, e.g. GPU, and the component uses a second public/private key pair (with the private key known only to the GPU) to do the same. As part of the mutual authentication process, the FPGA and GPU establish one or more shared secrets (e.g., two shared secrets, one for integrity protection and one for confidentiality). These shared secrets are then used to encrypt and authenticate subsequent communications between the FPGA and the GPU as part of a secure session between the two components.
[0037] Referring now to Fig. 6, more details of a field programmable gate array providing isolated components will now be shown.
[0038] The FPGA 600 includes an input/output memory 602 through which encrypted data 604 and encrypted keys 606 are transmitted.
[0039] When received from other devices, the encrypted data 604 is decrypted by decryption module 605 (which may implement, for example, symmetric key cryptographic operations). In some cases, encrypted keys 606 (which may be used by the decryption module 605) are received and are decrypted by decryption module 608 (which may implement, for example, public/private key cryptographic operations). The decrypted keys 610 may be stored in registers 612. Decrypted data 614 otherwise may be stored in memory 616.
[0040] When transmitting to other devices, data 620 (such as from memory 616) is encrypted by encryption module 622 (which may implement, for example, symmetric key cryptographic operations) to provide encrypted data 604. The encryption module 622 can use the keys 610 stored in the registers 612. In some cases, the encryption module 626 (which may implement, for example, public/private key cryptographic operations) may encrypt the keys 610 used by the encryption module 622 for transmission as encrypted keys 606. The encrypted data 604 and keys 606 can be stored in the memory 602 prior to transmission to another component in the computer system, such as a memory, GPU, CPU, peripheral card or other device.
[0041] The memory 616 in general can be accessed by the programmable elements 630 of the FPGA, for both reading and writing of data. It is possible to have some registers that can be only read by the programmable elements, but not modified.
[0042] The data received in the memory 616 also can be the programming code for programming a functional unit of the FPGA unit. A control circuit 632 reads the programming code from the memory 616 and programs the programmable elements 630. As will be described in more detail below, such a structure allows encrypted and signed code to be securely downloaded to the FPGA, where it is authenticated and decrypted, then used to program the FPGA.
[0043] In some implementations, the various cryptographic operations in the decryption modules and encryption modules can be implemented using the programmable elements of the FPGA. Additional decryption and encryption modules can be implemented using the programmable elements to provide yet further encryption and decryption capabilities within the FPGA.
[0044] Given such a structure, the FPGA can transfer data securely between itself and other components in the computer system because the data is encrypted on all accessible busses.
[0045] For example, to transfer data to other components, the FPGA encrypts data within the FPGA. The encrypted data is then transferred to the main memory or to the component directly.
[0046] If the component is the FPGA itself, then encrypted data is read back from main memory into the FPGA, and the encrypted data is decrypted with the key and
cryptographic operations inside the FPGA. In this example, the FPGA is using the main memory as additional memory.
[0047] The FPGA can use the main memory to transfer data to other components. In this example, the other component reads the encrypted data from memory, and decrypts the data. Thus, the CPU, GPU or other component also includes an encryption/decryption module that is similar to the one used in the FPGA.
[0048] Similarly, other components can transfer data to the FPGA either directly or through memory. The other component encrypts the data and transfers it to memory or the FPGA. The FPGA then reads the data from memory, or receives it, and then decrypts it.
[0049] If decryption uses a shared secret, then the secret also can be transferred to the component from the FPGA (or may have been transferred to the FPGA by the component) either directly, or through the memory. The transfer of a shared secret can be performed using public/private key encryption to protect the secret. In particular, to provide mutual authentication, the FPGA uses a public/private key pair to authenticate itself to the component, e.g. GPU, and the component uses a second public/private key pair with the private key known only to the GPU to do the same.
[0050] As part of the mutual authentication process, the FPGA and GPU establish one or more shared secrets (e.g., two shared secrets, one for integrity protection and one for confidentiality). These shared secrets are then used to encrypt and authenticate for subsequent communications between the FPGA and the GPU as part of a secure session between the two components.
[0051] As another example, shown in Fig. 7, a process for securely programming the cryptographic operations of the FPGA will now be described. [0052] In general, securely programming an FPGA involves receiving encrypted program logic into memory. The encrypted program logic is decrypted within the field
programmable gate array and into memory in the FPGA. The programmable elements of the field programmable gate array are then programmed using the decrypted program logic.
[0053] As shown in Fig. 7, because the program logic is intended to implement cryptographic operations, it is desirable to ensure that the encrypted program logic is authenticated. For example, the encrypted program logic can be encrypted with an authenticating encryption protocol, or the encrypted program logic can include a digital signature over the unencrypted program logic. In one implementation, the encrypted program logic can be encrypted using a symmetric key, which is encrypted using a public key of the FPGA and also digitally signed by a trusted source in a manner that the FPGA is able to cryptographically validate.
[0054] In particular, at a secure facility where keys for an FPGA will be generated, and code for the FPGA can be authored and compiled, a cryptographic secret K is generated 700 for the FPGA. Using the cryptographic secret K and a generic FPGA program P that implements the desired cryptographic operations for use with the cryptographic secret K, a version Pk of the program P, specific to the secret K, is compiled 702. This version can be digitally signed 704 with a cryptographic key belonging to the secure facility.
[0055] The version PK of the compiled program is then encrypted 706, yielding encrypted program logic E(KPUB,FPGA, PK). This encrypted program logic is sent 708 to the computer system that includes the FPGA with the cryptographic secret K. This computer system receives 710 the encrypted program logic. The CPU in this system sends 712 the encrypted program to the FPGA. On the FPGA, the FPGA decrypts 714 the program with the FPGA's private key. The FPGA can verify 716 that the digital signature on the decrypted program as having come from the secure facility. The FPGA then self- programs 718 using the now verified and decrypted program, thus installing new cryptographic functionality. The verified and decrypted program stored within the FPGA then can be used to program the FPGA in the same manner as an unencrypted program.
[0056] It also is possible to compile secret components of cryptographic keys for a new cryptographic operation into field programming instructions for programming the FPGA. Thus, when the FPGA programs itself with the received code, it has the keys built into the algorithm definition. In this implementation, there is no separate storage of cryptographic keys because the keys are built into the actual FPGA implementation. [0057] The terms "article of manufacture", "process", "machine" and "composition of matter" in the preambles of the appended claims are intended to limit the claims to subject matter deemed to fall within the scope of patentable subject matter defined by the use of these terms in 35 U.S.C. § 101.
[0058] Any or all of the aforementioned alternate embodiments described herein may be used in any combination desired to form additional hybrid embodiments. It should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific implementations described above. The specific implementations described above are disclosed as examples only.

Claims

1. A field programmable gate array comprising:
a plurality of programmable processing elements, including elements programmed to perform cryptographic operations;
a plurality of isolated registers for storing cryptographic secrets, the cryptographic secrets being used in the cryptographic operations performed by the processing elements such that encrypted data received by the field programmable gate array can be decrypted solely by the field programmable gate array using the cryptographic secrets; and
a loading mechanism for securely updating the cryptographic operations performed by the programmed processing elements.
2. The field programmable gate array of claim 1, wherein the loading mechanism securely updates the programmable processing elements to perform different cryptographic operations.
3. The field programmable gate array of claim 1, wherein the loading mechanism securely updates the cryptographic secrets stored in the isolated registers.
4. The field programmable gate array of claim 1 , wherein the loading mechanism updates cryptographic secrets compiled in program logic for programming the programmable processing elements.
5. The field programmable gate array of claim 1, wherein the loading mechanism comprises:
a first memory for receiving input data including encrypted program logic and at least one encrypted keys;
a first decryption module having inputs to receive the at least one encrypted key, a public key corresponding to a sender of the encrypted key, and a private key associated with the field programmable gate array, and having an output providing a decrypted key; a second decryption module having inputs to receive the decrypted key from the first decryption module and the encrypted program logic from the memory, and having an output providing decrypted program logic;
a second memory for receiving the decrypted program logic; and control circuitry for using the decrypted program logic from the second memory to program the programmable elements of the field programmable gate array.
6. The field programmable gate array of claim 1 , wherein the loading mechanism comprises:
a memory access channel, comprising:
an encryption module having inputs to receive data from the processing elements of the field programmable gate array and outputs providing encrypted data to a memory; and
a decryption module having inputs to receive data from the memory and outputs providing decrypted data to the processing elements within the field programmable gate array.
PCT/US2013/046871 2012-06-20 2013-06-20 Managing use of a field programmable gate array with reprogrammable cryptographic operations WO2013192441A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP13734587.2A EP2864925B1 (en) 2012-06-20 2013-06-20 Managing use of a field programmable gate array with reprogrammable cryptographic operations

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/528,438 2012-06-20
US13/528,438 US8898480B2 (en) 2012-06-20 2012-06-20 Managing use of a field programmable gate array with reprogammable cryptographic operations

Publications (1)

Publication Number Publication Date
WO2013192441A1 true WO2013192441A1 (en) 2013-12-27

Family

ID=48747761

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/046871 WO2013192441A1 (en) 2012-06-20 2013-06-20 Managing use of a field programmable gate array with reprogrammable cryptographic operations

Country Status (5)

Country Link
US (1) US8898480B2 (en)
EP (1) EP2864925B1 (en)
CN (1) CN103544417B (en)
TW (1) TWI569169B (en)
WO (1) WO2013192441A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110765477A (en) * 2019-10-29 2020-02-07 四川九洲空管科技有限责任公司 Target program data anti-theft method used in ARM + FPGA architecture

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9298438B2 (en) * 2012-06-20 2016-03-29 Microsoft Technology Licensing, Llc Profiling application code to identify code portions for FPGA implementation
US9424019B2 (en) 2012-06-20 2016-08-23 Microsoft Technology Licensing, Llc Updating hardware libraries for use by applications on a computer system with an FPGA coprocessor
CN104636151B (en) * 2013-11-06 2018-06-05 京微雅格(北京)科技有限公司 Fpga chip configuration structure and collocation method based on application memory
US9507526B2 (en) 2014-11-14 2016-11-29 Netapp, Inc. Just-in time remote data storage allocation
US9411613B1 (en) 2015-04-22 2016-08-09 Ryft Systems, Inc. Systems and methods for managing execution of specialized processors
US9411528B1 (en) 2015-04-22 2016-08-09 Ryft Systems, Inc. Storage management systems and methods
US9542244B2 (en) 2015-04-22 2017-01-10 Ryft Systems, Inc. Systems and methods for performing primitive tasks using specialized processors
US9847980B2 (en) 2015-06-17 2017-12-19 Microsoft Technology Licensing, Llc Protecting communications with hardware accelerators for increased workflow security
US10250572B2 (en) * 2016-09-29 2019-04-02 Amazon Technologies, Inc. Logic repository service using encrypted configuration data
US10540506B2 (en) * 2017-01-12 2020-01-21 Microsoft Technology Licensing, Llc Field-programmable gate array virtualization
US10404470B2 (en) * 2017-01-13 2019-09-03 Microsoft Technology Licensing, Llc Signature verification of field-programmable gate array programs
US11474555B1 (en) * 2017-08-23 2022-10-18 Xilinx, Inc. Data-driven platform characteristics capture and discovery for hardware accelerators
WO2019217934A1 (en) 2018-05-11 2019-11-14 Lattice Semiconductor Corporation Secure boot systems and methods for programmable logic devices
CN109284638B (en) * 2018-09-11 2020-08-04 网御安全技术(深圳)有限公司 Protection method and system for operating environment of security chip
CN109190407B (en) * 2018-09-11 2020-08-04 网御安全技术(深圳)有限公司 High-performance encryption and decryption operation capability expansion method and system
US11475145B2 (en) 2018-12-14 2022-10-18 Intel Corporation Methods and apparatus for implementing a secure database using programmable integrated circuits with dynamic partial reconfigurability
CN111435394B (en) * 2019-01-15 2021-05-14 创新先进技术有限公司 Safety calculation method and device based on FPGA hardware
JP7334492B2 (en) * 2019-01-28 2023-08-29 オムロン株式会社 Safety system and maintenance method
EP3699803A1 (en) * 2019-02-21 2020-08-26 Siemens Aktiengesellschaft Key management in an integrated circuit
CN111859253B (en) * 2020-07-08 2023-09-22 上海雪湖科技有限公司 FPGA-based high-order wave equation solving method
US20230254138A1 (en) * 2022-02-07 2023-08-10 R3 Ltd. SECURE CONFIGURABLE LOGIC DEVICE (sCLD)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7134025B1 (en) * 2002-03-29 2006-11-07 Xilinx, Inc. Methods and circuits for preventing the overwriting of memory frames in programmable logic devices
US20120047371A1 (en) * 2010-08-23 2012-02-23 Raytheon Company Secure field-programmable gate array (fpga) architecture

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3627384B2 (en) * 1996-01-17 2005-03-09 富士ゼロックス株式会社 Information processing apparatus with software protection function and information processing method with software protection function
US6078736A (en) 1997-08-28 2000-06-20 Xilinx, Inc. Method of designing FPGAs for dynamically reconfigurable computing
US7085670B2 (en) 1998-02-17 2006-08-01 National Instruments Corporation Reconfigurable measurement system utilizing a programmable hardware element and fixed hardware resources
US6150838A (en) 1999-02-25 2000-11-21 Xilinx, Inc. FPGA configurable logic block with multi-purpose logic/memory circuit
GB2352548B (en) * 1999-07-26 2001-06-06 Sun Microsystems Inc Method and apparatus for executing standard functions in a computer system
JP2001308843A (en) 2000-04-19 2001-11-02 Nec Commun Syst Ltd Ciphering-decoding device
US7752419B1 (en) 2001-03-22 2010-07-06 Qst Holdings, Llc Method and system for managing hardware resources to implement system functions using an adaptive computing architecture
WO2002082267A1 (en) 2001-04-06 2002-10-17 Wind River Systems, Inc. Fpga coprocessing system
US6785341B2 (en) * 2001-05-11 2004-08-31 Qualcomm Incorporated Method and apparatus for processing data in a multiple-input multiple-output (MIMO) communication system utilizing channel state information
US6754881B2 (en) 2001-12-10 2004-06-22 International Business Machines Corporation Field programmable network processor and method for customizing a network processor
US6941538B2 (en) 2002-02-22 2005-09-06 Xilinx, Inc. Method and system for integrating cores in FPGA-based system-on-chip (SoC)
US7386717B2 (en) 2002-03-07 2008-06-10 Intel Corporation Method and system for accelerating the conversion process between encryption schemes
US7073158B2 (en) 2002-05-17 2006-07-04 Pixel Velocity, Inc. Automated system for designing and developing field programmable gate arrays
GB0304628D0 (en) 2003-02-28 2003-04-02 Imec Inter Uni Micro Electr Method for hardware-software multitasking on a reconfigurable computing platform
US20040019765A1 (en) 2002-07-23 2004-01-29 Klein Robert C. Pipelined reconfigurable dynamic instruction set processor
US7197647B1 (en) 2002-09-30 2007-03-27 Carnegie Mellon University Method of securing programmable logic configuration data
US7260794B2 (en) 2002-12-20 2007-08-21 Quickturn Design Systems, Inc. Logic multiprocessor for FPGA implementation
US7028283B1 (en) 2003-01-30 2006-04-11 Xilinx, Inc. Method of using a hardware library in a programmable logic device
US7124391B1 (en) 2003-04-30 2006-10-17 Xilinx, Inc. Method and apparatus for dynamically connecting modules in a programmable logic device
US20040230934A1 (en) 2003-05-15 2004-11-18 Taylor Richard David System and method for emulating systems with multiple field programmable gate arrays
US7366652B2 (en) 2003-06-16 2008-04-29 Springsoft, Inc. Method of programming a co-verification system
US20070277161A1 (en) 2004-03-04 2007-11-29 Trustees Of Boston University System and Method for Programmable Logic Acceleration of Data Processing Applications and Compiler Therefore
US20060059373A1 (en) 2004-09-10 2006-03-16 International Business Machines Corporation Integrated circuit chip for encryption and decryption using instructions supplied through a secure interface
US7564345B2 (en) * 2004-11-12 2009-07-21 Verayo, Inc. Volatile device keys and applications thereof
US7386708B2 (en) 2005-01-13 2008-06-10 Lenovo (Singapore) Pte Ltd. Secure hardware personalization service
US7788502B1 (en) 2005-03-10 2010-08-31 Xilinx, Inc. Method and system for secure exchange of IP cores
US7945894B2 (en) 2005-12-05 2011-05-17 National Instruments Corporation Implementing a design flow for a programmable hardware element coupled to a processor
US7792302B2 (en) * 2006-02-01 2010-09-07 Dolby Laboratories Licensing Corporation Securely coupling an FPGA to a security IC
US20080104601A1 (en) 2006-10-26 2008-05-01 Nokia Corporation Scheduler for multiple software tasks to share reconfigurable hardware
KR100883655B1 (en) 2006-12-04 2009-02-18 삼성전자주식회사 System and method for switching context in reconfigurable processor
EP1930834A1 (en) 2006-12-05 2008-06-11 Siemens Schweiz AG Cryptographically secured processor system
US8065517B2 (en) 2007-11-01 2011-11-22 Infineon Technologies Ag Method and system for transferring information to a device
US20090119503A1 (en) * 2007-11-06 2009-05-07 L3 Communications Corporation Secure programmable hardware component
US8533663B2 (en) 2008-05-12 2013-09-10 Oracle America, Inc. System and method for utilizing available best effort hardware mechanisms for supporting transactional memory
CN101782893B (en) 2009-01-21 2014-12-24 上海芯豪微电子有限公司 Reconfigurable data processing platform
US7830732B2 (en) 2009-02-11 2010-11-09 Stec, Inc. Staged-backup flash backed dram module
US8448122B1 (en) 2009-04-01 2013-05-21 Xilinx, Inc. Implementing sub-circuits with predictable behavior within a circuit design
US8369460B1 (en) 2009-05-18 2013-02-05 The United States Of America As Represented By The Secretary Of The Army Reduced complexity constellation pattern recognition and classification method
US8368423B2 (en) 2009-12-23 2013-02-05 L-3 Communications Integrated Systems, L.P. Heterogeneous computer architecture based on partial reconfiguration
US8417965B1 (en) 2010-04-07 2013-04-09 Xilinx, Inc. Method and circuit for secure definition and integration of cores
CN101854353B (en) * 2010-04-28 2013-01-16 国网电力科学研究院 Multi-chip parallel encryption method based on FPGA
CA2719653A1 (en) 2010-11-05 2011-01-18 Ibm Canada Limited - Ibm Canada Limitee Partial inlining with software based restart
US9424019B2 (en) 2012-06-20 2016-08-23 Microsoft Technology Licensing, Llc Updating hardware libraries for use by applications on a computer system with an FPGA coprocessor
US9298438B2 (en) 2012-06-20 2016-03-29 Microsoft Technology Licensing, Llc Profiling application code to identify code portions for FPGA implementation
US20130346985A1 (en) 2012-06-20 2013-12-26 Microsoft Corporation Managing use of a field programmable gate array by multiple processes in an operating system
US9230091B2 (en) 2012-06-20 2016-01-05 Microsoft Technology Licensing, Llc Managing use of a field programmable gate array with isolated components

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7134025B1 (en) * 2002-03-29 2006-11-07 Xilinx, Inc. Methods and circuits for preventing the overwriting of memory frames in programmable logic devices
US20120047371A1 (en) * 2010-08-23 2012-02-23 Raytheon Company Secure field-programmable gate array (fpga) architecture

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SHIBAMURA H ET AL: "EXPRESS-1: a dynamically reconfigurable platform using embedded processor FPGA", FIELD-PROGRAMMABLE TECHNOLOGY, 2004. PROCEEDINGS. 2004 IEEE INTERNATIO NAL CONFERENCE ON BRISTANE, AUSTRALIA DEC. 6-8, 2004, PISCATAWAY, NJ, USA,IEEE, 6 December 2004 (2004-12-06), pages 209 - 216, XP010767550, ISBN: 978-0-7803-8651-8, DOI: 10.1109/FPT.2004.1393270 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110765477A (en) * 2019-10-29 2020-02-07 四川九洲空管科技有限责任公司 Target program data anti-theft method used in ARM + FPGA architecture

Also Published As

Publication number Publication date
US20130346759A1 (en) 2013-12-26
TWI569169B (en) 2017-02-01
EP2864925A1 (en) 2015-04-29
TW201419031A (en) 2014-05-16
EP2864925B1 (en) 2019-07-31
US8898480B2 (en) 2014-11-25
CN103544417A (en) 2014-01-29
CN103544417B (en) 2017-01-18

Similar Documents

Publication Publication Date Title
US8898480B2 (en) Managing use of a field programmable gate array with reprogammable cryptographic operations
US9230091B2 (en) Managing use of a field programmable gate array with isolated components
US10601596B2 (en) Techniques to secure computation data in a computing environment
US10708051B2 (en) Controlled access to data in a sandboxed environment
US9514285B2 (en) Creating stack position dependent cryptographic return address to mitigate return oriented programming attacks
US8953807B2 (en) Method and apparatus for remotely provisioning software-based security coprocessors
WO2006124751A2 (en) Method and apparatus for providing software-based security coprocessors
CN102163266A (en) Securely move virtual machines between host servers
US7970133B2 (en) System and method for secure and flexible key schedule generation
CN103329139A (en) System and method for supporting JIT in a secure system with randomly allocated memory ranges
JP2019517080A (en) To prevent piracy and fraud on electronic devices using hardware-based secure isolated areas
KR20190070691A (en) Program executing authority authentication method and system
Ashraf et al. Analytical study of hardware-rooted security standards and their implementation techniques in mobile
US20210173724A1 (en) System and method to securely broadcast a message to accelerators using virtual channels
US20230275758A1 (en) Reprogrammable processing device root key architecture
US11728996B2 (en) System and method to securely broadcast a message to accelerators using virtual channels with switch
CN115361132A (en) Key generation method, device, system on chip, equipment and storage medium

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13734587

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013734587

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE