In a protocol for preserving the privacy of communications between a rfid reader and a rfid tag, two distinct actions are taken. first, the reader and the tag must be mutually authenticated as being authorized participants in the communications. After that process is successfully completed, the authenticity of each authorized participant must be validated prior to each subsequent communication between reader and tag.
|
5. A protocol for safeguarding the security of radio frequency identification (rfid) communications between an rfid reader and an rfid tag so as to provide protection against an unauthorized communication, the protocol comprising:
conducting by the tag and the reader a process using a unique variable, a random number generated by the tag and a random number generated by the reader for mutually authenticating the tag and the reader as being authorized to participate in a series of transactions with the tag; and
separately verifying the authenticity of the reader before each transaction in the series by the tag determining whether the reader is authentic by conducting a process using at least one of said unique variable, said random number generated by the tag or said random number generated by the reader to compare a reader authentication code generated by the reader and a tag authentication code generated by the tag, the reader authentication code being an encrypted CRC cyclic redundancy check (CRC) sent by the reader and appended to an unencrypted reader message for instructing the tag to perform a tag operation, said CRC being formed from said unencrypted reader message.
9. A protocol for safeguarding the security of radio frequency identification (rfid) communications to an rfid reader from an rfid tag so as to provide protection against an unauthorized communication, the protocol comprising:
conducting by the tag and the reader a first process of mutually authenticating the tag and the reader as being authorized to participate in a series of transactions, said process of mutually authenticating operating on a first random number generated by the tag, a second random number generated by the reader and a key stored by the tag and the reader; and
using a second process differing from the first process to separately verify the authenticity of the tag before each transaction in the series by the reader determining whether the tag is authentic by comparing a tag authentication code generated by the tag and a reader authentication code generated by the reader, the tag authentication code being encrypted by the tag and appended to an unencrypted tag response to a reader message for instructing the tag to perform a tag operation authentication
wherein said base station reader authentication code and said tag authentication code are based on said first or second random numbers or said key.
1. A protocol for safeguarding the security of radio frequency identification (rfid) communications between an rfid base station reader and an rfid tag to provide protection against an unauthorized communication, the protocol comprising:
conducting by the tag and the base station reader a first process of mutually authenticating the tag and the base station reader as being authorized to participate in a series of transactions, said process of mutually authenticating operating on a first random number generated by the tag, a second random number generated by the reader and a key stored by the tag and the reader; and
using a second process differing from the first process to separately verify the authenticity of the base station reader before each transaction in the series of transactions wherein the tag determines whether the base station reader is authentic by comparing a base station reader authentication code generated by the base station reader and a tag authentication code generated by the tag, the base station reader authentication code being appended to an unencrypted base station reader message for instructing the tag to perform a tag operation
wherein said base station reader authentication code and said tag authentication code are based on said first or second random numbers or said key.
0. 28. A system comprising:
an ultra high frequency (UHF) radio frequency identification (rfid) tag comprising a tag memory, said tag memory storing a key; and
a tag reader also having memory storing said key,
wherein
said tag and said reader are configured to conduct a first process of mutually authenticating said tag and said reader as being authorized to participate in a series of transactions, said process of mutually authenticating operating on a first random number generated by the tag, a second random number generated by the reader and said key;
said tag and said reader are further configured to conduct using a second process differing from said first process to separately verify the authenticity of said reader before a transaction in said series of transactions wherein said tag determines whether said reader is authentic by comparing a reader authentication code generated by said reader and a tag authentication code generated by said tag, said reader authentication code being appended to an unencrypted reader message for instructing said tag to perform a tag operation,
wherein said reader authentication code and said tag authentication code are based on said first or second random numbers or said key.
27. A protocol for safeguarding the security of radio frequency identification (rfid) communications between an rfid reader and an rfid tag having a memory with a protected portion so as to provide protection for the protected portion against intrusion, the protocol comprising:
conducting by the tag and the reader a process of mutually authenticating the tag and the reader as being authorized to participate in a series of transactions involving an access of the data of the protected portion, said mutual authentication using a key known to the tag and the reader, a random number generated by the reader and a random number generated by the tag; and
separately verifying the authenticity of the reader before each transaction in the series by the tag determining whether the reader is authentic by comparing a reader error detection function generated by the reader and a tag error detection function generated by the tag, the reader error detection function being encrypted by the reader and appended to an unencrypted reader command for instructing the tag to perform a tag operation, wherein the encrypted reader error detection function and the appended unencrypted reader command are transmitted together to the tag and are based on said key, said random number generated by the reader or said random number generated by the tag in said process of mutual authentication.
13. A protocol for safeguarding the security of radio frequency identification (rfid) communications between an rfid reader and an rfid tag having a memory with a protected portion so as to provide protection for the protected portion against intrusion by an unauthorized reader, the protocol comprising:
conducting by the tag and the reader a first authentication process of mutually authenticating the tag and the reader as being authorized to participate in a series of transactions involving an accessing of the protected portion, said process of mutually authenticating operating on a first random number generated by the tag, a second random number generated by the reader and a key stored by the tag and the reader; and
using a second authentication process differing from the first authentication process to separately verify the authenticity of the reader as being authorized before each transaction in the series by the tag determining whether the reader is authentic by comparing a reader authentication code generated by the reader and a tag authentication code generated by the tag, the reader authentication code being encrypted by the reader and appended to an unencrypted reader message for instructing the tag to perform a tag operation, wherein the encrypted reader authentication code and the appended unencrypted message are transmitted together to the tag
wherein said base station reader authentication code and said tag authentication code are based on said first or second random number or said key.
2. The protocol of
3. The protocol of
4. The protocol of
6. The protocol of
7. The protocol of
10. The protocol of
11. The protocol of
12. The protocol of
14. The protocol of
15. The protocol of
16. The protocol of
17. The protocol of
18. The protocol of
19. The protocol of
20. The protocol of
21. The protocol of
22. The protocol of
23. The protocol of
24. The protocol of
25. The protocol of
26. The protocol of
|
This continuation application claims the benefit under 35 U.S.C. §120 of U.S. patent application Ser. No. 11/405,011, filed, Apr. 17, 2006 entitled, RFID Mutual Authentication Verification Session, the entire disclosure of which is hereby incorporated by reference herein in its entirety.
The present invention relates generally to radio frequency identification (RFID) systems, and, more particularly, to methods of and devices for protecting the security of communications between RFID tags and readers.
In the most basic terms, RFID systems consist of a RFID tag implemented to provide information stored in the tag pertaining to the identity and perhaps features or characteristics of an object to which the tag is affixed, and to communicate that information via an RF signal to a RFID reader in response to an RF interrogation signal received by the tag from the reader. In most instances of current use, a single reader is used to commence individual communication sessions or transactions with a multiplicity of tags.
Typically, objects bearing the tags are moved past the fixed location of the reader, which is remote from the tags but within the communication range, or response range, of each tag as the tag traverses the reader's position. An example of such an application of a RFID system is a roadway toll collection system in which authorized vehicles—that is, vehicles bearing a RFID tag that designates permitted use under the authority of a government agency—are queried or commanded by a RFID reader positioned in a designated lane of the toll collection area to identify themselves as they move “on the fly” past the reader. The remote collection of identities of the vehicles enables the government authority to charge or debit the account of each individual vehicle's owner as registered in conjunction with a computer-aided mailing or other notification system. Such systems represents not only a vast improvement in traffic control, but in efficiency of toll collection and reduction in labor intensive operations as well. This is to be contrasted with the physical collection of the toll at manned (a toll taker person) or unmanned (e.g., coin collection trough) booths in open lanes where each vehicle must stop or at least slow to roll through the lane.
Another example of a RFID system application where the reader is fixed and the object bearing the tag is moved past the reader, is one in which security is to be maintained either to allow passage of the object (e.g., a person wearing a badge that incorporates the tag) into a secure part of a facility, or to announce or prevent passage of the object (e.g., goods to which the tag is secured) from an exit location of a facility as by sounding an alarm or locking the exit.
But depending on the particular application of the RFID system, the reader may be movable so as to acquire stored information from relatively immobile objects, such as in supply chain applications where common goods are temporarily held in cases or on pallets bearing the RFID tag in an inventory setting. The inventoried cases or pallets may be scanned occasionally or periodically by a hand-held RFID reader to acquire the goods' identity information from the tag(s). In still other applications both the tags and the reader may be mobile during the scanning process, such as during rapid scanning of RFID-tagged objects on a moving conveyor belt by a RFID reader being transported in a direction opposite that of the moving belt. In any event, in every application of a RFID system, the reader and the tag must be relatively positioned within a range suitable for RF communication to take place between them; that is, communication range of reader and tag, or response range of the tag.
In its simplest form, the conventional RFID tag consists of a transponder and an antenna. Sometimes, the RFID tag itself is referred to as a transponder. In any event, the tag is provided with data storage capacity, usually in the form of read-only memory (ROM) or read/write (R/W) memory (such as electrically erasable programmable ROM, or EEPROM) embodied in the integrated circuit (IC) of a semiconductor chip (sometimes called a microchip). The electronics circuitry integrated in the microchip of the RFID tag, together with or without the impedance matching circuitry that couples the electronics and the tag's antenna, may be termed a RFIC (RF integrated circuit) or an ASIC (application-specific IC).
RFID tags may be either passive or active. A passive RFID tag lacks an internal self-sufficient power supply, e.g., a battery, and relies instead on the incoming RF query by the reader to produce sufficient power in the tag's internal circuitry to enable the tag to transmit a response. In essence, the query induces a tiny electrical current in the tag's internal antenna, which serves as the power source that enables a reflected or backscattered response. Accordingly, a passive RFID tag is quite limited with respect to the amount of data that can be furnished in its response to a reader's query, usually consisting of only fixed, invariable information stored in the tag, e.g., an ID number and perhaps a small amount of additional data. But the absence of a battery leads to certain advantages, primarily that a passive tag can be fabricated at much lower cost and in smaller size than an active tag.
Among other uses, passive RFID tags are projected to eventually replace the ubiquitous universal product code (UPC), or imprinted bar code, strip found on myriad products in the stream of commerce, the strip requiring a line of sight optical scan to obtain a readout of the identifying UPC. The readout may then be used, for example, to retrieve computerized price information for the product, and to produce a display and/or printout of the product's current price, at a point of sale (e.g., cash register location) for the product.
The on-board, or on-chip, battery of an active RFID tag can give the tag a greater response range, along with greater accuracy, reliability and data storage capacity, but the active tag has the aforementioned disadvantages of greater cost and size relative to the passive tag. The battery itself can be quite small, but not enough to overcome the size disadvantage.
A typical conventional RFID tag reader employs a transceiver, a control unit and an antenna for communicating with the tag at a designated RF frequency among several allocated for this purpose. An additional interface such as RS 232, RS 485, or other, may be provided with the reader to allow data received from the tag to be forwarded to another system.
In many applications it may be important to assure the privacy of information transferred between tag and reader, particularly information stored in the tag. Consider, for example, a vehicle that bears one or more RFID tags whose R/W memory is continuously or periodically updated with mileage driven, current location, daily operating routine, current cargo, owner's identity, authorized driver(s), and other information that the vehicle owner may want to be held confidential. There are concerns, however, over potential loss of privacy and theft of personal identity information as a result of the growing use of RFID tags.
Attempts have been made to protect and to allay concerns regarding the privacy and security of data stored in tags. In general, these attempts have been directed toward protocols and schemes to prevent access to secret, confidential, private information stored in RFID tags through interrogation or interception by unauthorized readers, sometimes called rogue readers, illegitimate readers, intruders, attackers, interceptors or adversaries. These and similar appellations are collectively referred to herein as “unauthorized reader.”
One proposed solution is found in an article by I. Vajda et al., titled “Lightweight Authentication Protocols for Low-Cost RFID Tags,” Budapest University of Technology and Economics, Hungary, Aug. 5, 2003. In the Vajda article, the desire to provide security in low-cost RFID tags is viewed as challenging because of the highly resource-constrained nature of the tags, and their inability to support strong cryptography. A purported need for special lightweight algorithms that take into account the limitations of RFID tags and the headlong rush toward universal deployment of RFID systems is addressed through a listing of certain tag authentication protocols previously presented by others.
However, Vajda presents the complexity of requiring two states or modes of operation of the tags, and the distinct possibility that an unauthorized reader could penetrate a tag's defense against acquisition of its secure data by gaining entry through the more open ID mode notwithstanding its designation as the locked state. In addition, Vajda's use of a list of pseudonyms has problems in the relatively large number of messages required, as well as the cost factor associated with frequent updating of those pseudonym lists and secret keys, and over-reliance on the premise that an unauthorized reader can only observe a limited number of consecutive runs of the protocol.
Another attempt to protect data stored on tags is discussed in an article by D. Molnar et al., titled “Privacy and Security in Library RFID Issues, Practices and Architecture,” CCS '04, Oct. 25-29, 2004, Washington, D.C. Molnar addresses reader and tag authentication before communication of tag information is allowed, specifically in the context of tracking tags in a RFID tagging regime applied to the checking out and in of library books. Such tracking of tagged library books raises the specter of surveillance of library patrons and their reading habits.
As a practical matter, RFID products operating at designated frequencies up to ultra high frequency (UHF) have had relatively minimal need for session verification since most commerce-based transactions have been performed with passive devices. But where a RFID tag is active, and powered by a battery as well, it is relatively easy to remove the battery powered RFID tag from the vicinity of a reader. Therefore, it becomes incumbent from the standpoint of security to afford protection against the tag being removed by an attacker from communication range with an authorized RFID reader during an authenticated session, and then positioning it within range of an unauthorized reader (or positioning the unauthorized reader in the response range of the tag). Such action would enable wide open access to the tag's protected memory locations by the unauthorized reader.
Concern over violations of security and privacy of communications between authorized reader and tag may also be present with a passive tag, but the ability to set up equipment that maintains power at the tag via RF energy at all times is much more difficult, albeit possible.
It would be desirable to provide a simple and yet efficient protocol or method to assure the privacy and security of a communication session between an authorized RFID reader and a RFID tag, especially an active tag.
It is a principal object of the present invention to provide a relatively simple method or protocol for achieving mutual authentication of a RFID tag and an authorized RFID reader in advance of and throughout a communication session between them.
According to the invention, a communication session to be protected as secure or private is permitted to take place only after the reader and tag have authenticated each other according to a protocol of the invention. Once mutual authentication has been performed successfully, the tag and reader continue to verify subsequent communications to confirm that both devices are authentic. In a preferred protocol, this is achieved by ciphering cyclic redundancy codes (CRC's) that are sent from the reader to the tag and vice-versa.
It is well known that the CRC is an error detection technique intended to assure that received message data has not been corrupted in the course of the message transmission. To that end, a value (a checksum, typically constituting a CRC algorithm) is constructed at the transmitter from a function of the message, and is appended to the message. The receiver uses that same function to calculate the checksum of the received message and compare it with the checksum appended to the message by the transmitter to confirm (or question) whether the message was correctly received.
In the preferred protocol of the invention, the authorized RFID reader sends a command with an encrypted CRC and the RFID tag decrypts the CRC to make certain the encrypted CRC is correct. Similarly, the tag sends a response to the reader's command with an encrypted CRC and the reader decrypts the CRC to make sure this encrypted CRC is also correct. If both are correct, a communication session or transaction is commenced, but continuous verification of mutual authentication is required in order that the transaction be allowed to continue. If each encryption/decryption is not found to be correct; the reader and tag must abort the transaction, and the mutual authentication is required to be repeated from the start. The use of the CRC field, which is in the data stream typically appended to every command and response, allows the state machine to perform as designed. There is no need for special states during the authentication session or any additional time to achieve this.
The principles of the present invention are applicable to both passive and active RFID tags, although the issue of authenticity is somewhat greater with active tags because of the aforementioned relatively easy removal of an active tag from a communications session with an authorized reader.
Another object of the invention is to provide a method of assuring privacy of communications between an active or a passive RFID tag and a remote authorized RFID reader within communication range of the tag, to prevent access to the tag's stored data by an unauthorized reader, in which the method includes performing mutual authentication of the tag and the authorized reader as a prerequisite to a communication transaction between the two; and thereafter continuously verifying the mutual authentication as a prerequisite to each subsequent communication during the transaction.
A related object is to provide a protocol for safeguarding the security of RFID communications between a RFID authorized reader and a RFID tag within an RF response range of the reader, so as to provide read protection for at least a portion of the tag's memory against intrusion by an unauthorized reader, including conducting a process of mutually authenticating the tag and the authorized reader as being authorized to participate in a series of transactions involving a readout of data from the read-protected portion of the tag's memory; and separately verifying the authenticity of the reader as having that authority before each transaction in the series.
The above and still further objects, aims, features, aspects and attendant advantages of the invention will become clear to those skilled in the art from a consideration of the following detailed description of the best mode presently contemplated for carrying out the principles of the invention, taken in conjunction with the following figures.
In describing a preferred method or protocol of the invention illustrated in the figures, certain specific terminology will be used for the sake of clarity. However, the invention is not intended to be limited to that specific terminology, and it is to be understood that the terminology includes all technical equivalents that perform in a similar manner to accomplish the same or similar result.
Referring to the drawings,
Without limitation to the invention or claims, an authenticated session is deemed to generally be a session that begins once the tag and reader have been authenticated, i.e., each has validated the credentials of the other. As such, subsequent commands and responses and/or their CRC's then become encrypted and decrypted. The encryption and decryption must match for each communication or the session will be terminated by the reader or tag.
It should be noted that mutual authentication is especially important for application in which a user has defined a certain area of memory as being sufficiently important to require protection. If protection is important, then a control bit is set and this forces an authenticated condition to be true before transactions can take place. An implementation may use this control bit to protect against unauthorized readers writing to pages in the tag's memory 26, but not to control a reader's ability to read these areas of memory. However, a similar implementation could be made for read protection.
As shown, the authorized RFID reader 10 must first request, step 1, and obtain, step 2, the ID of the RFID tag 20 with which the communication session is to be held. The tag's ID is stored in the tag's memory 26. Once the tag's ID is known, the reader obtains the Private Key K. Using the tag ID, the reader 10 obtains the Private Key K from its memory 16, or alternatively from an external database over a secure link. The Private Key K is preferably not obtained from the tag 20 since that is not a secure link. Having obtained the Private Key, the reader 10 issues a command to the tag 20 to request a Random Number RND1, step 3, from the tag 20. The tag 20 generates a random number RND1, using its random number generator 28, and sends that random number RND1 to the reader 10, step 4.
Upon receiving the Random Number RND1, the reader 10 uses its random number generator 18 to create a second Random Number, RND2. The reader 10 then uses both Random Numbers RND1, RND2 and the Private Key K to generate the reader's Authentication Code f′. The reader's Authentication Code f′ is determined by the reader's authentication code generator 19 based on a first algorithm or function, which is based on those three variables. The reader 10 sends the Random Number RND2 and its reader Authentication Code f′ to the tag 20 step 5.
The tag 20 retrieves its Private Key K, which is stored in a protected area of its memory 26, and the Random Number RND1 that it had sent to the reader 10. The tag authentication generator 29 then performs the same first authentication function that the reader's authentication generator 19 performed using the same variables (i.e., the Private Key K and the random numbers RND1, RND2), and verifies whether or not the reader's Authentication Code f′ received from the reader 10 is the same as the reader Authentication Code f that was determined at the tag 20. If the two codes do not match, it is determined that the reader's Authentication Code f′ is incorrect and mutual authentication fails.
If the reader's Authentication Code f′ is correct (i.e., the authentication code f determined by the tag 20 matches the authentication code f′ generated by the reader 10), then the reader 10 has proven its authenticity to the tag 20. The tag's authentication code generator 29 then uses a second authentication function to generate a tag Authentication Code g based on the variables K, RND1 and RND2. The tag 20 transmits its Authentication Code g to the reader 10 for validation, step 6. The authentication code generator 19 for the reader 10 then determines whether or not the tag's Authentication Code g is correct by using the same second authentication function that the tag 20 performed with the same variables (i.e., the Private Key K and the random numbers RND1, RND2). If the tag's Authentication Code g is correct (i.e., the tag authentication code determined by the reader 10 matches the tag authentication code generated by the tag 20), then the tag 20 has proven its authenticity to the reader 10, and the mutual authentication process is complete.
Once this process of mutual authentication is complete, the session verification begins. All subsequent commands that are sent to the tag 20 from the reader 10 have an encrypted CRC, different for each command, appended to the respective command. This encrypted CRC changes and is based upon the sequence that occurred during the mutual authentication process. Preferably, the encryption of the CRC is based at least in part on one or more of the variables RND1, RND2 and K. The tag 20 receives each command and the encrypted CRC appended to it and proceeds by decrypting it. If the decryption is correct, the tag 20 validates, i.e. verifies, that the previously authenticated reader 10 is indeed the reader that sent the respective command.
In accordance with the preferred embodiment, the tag and reader authentication code generators 19, 29 each generate the first and second authentication functions utilizing a shift register with linear feedback. Likewise, the encryption of the CRC is also based on a shift register with linear feedback. Any suitable function can be implemented without departing from the spirit and scope of the present invention. However, the preferred function is obtained through the use of a shift register with linear feedback, such as described in “Linear Feedback Shift Registers,” which has been published at http://www-math.cudenver.edu/˜wcherowi/courses/m5410/m5410fsr.html, the contents of which are incorporated herein by reference.
When the tag 20 sends back its response to each respective command, the CRC accompanying the response is encrypted and the reader 10 proceeds by decrypting it. If the decryption is correct, the reader validates that the previously authenticated tag is the tag that sent the response. This process will continue until the session is terminated by an incorrect CRC, a loss of power, or a special command from the reader to the tag.
It is well known that the CRC is an error detection technique intended to assure that received message data has not been corrupted in the course of the message transmission. To that end, a value (a checksum, typically constituting a CRC algorithm) is constructed at the transmitter from a function of the message, and is appended to the message. The receiver uses that same function to calculate the checksum of the received message and compare it with the checksum appended to the message by the transmitter to confirm (or question) whether the message was correctly received.
In the preferred protocol of the invention, the authorized RFID reader sends a command with an encrypted CRC and the RFID tag decrypts the CRC to make certain the encrypted CRC is correct. Similarly, the tag sends a response to the reader's command with an encrypted CRC and the reader decrypts the CRC to make sure this encrypted CRC is also correct. If both are correct, a communication session or transaction is commenced, but continuous verification of mutual authentication is required in order that the transaction be allowed to continue. If each encryption/decryption is not found to be correct; the reader and tag must abort the transaction, and the mutual authentication is required to be repeated from the start. The use of the CRC field, which is in the data stream typically appended to every command and response, allows the state machine to perform as designed. There is no need for special states during the authentication session or any additional time to achieve this.
This protocol is uncomplicated and extremely efficient. Initially, before a communication session can be entered in which data stored in the tag's memory or a designated portion of memory is read or altered by the reader, the reader and the tag engage in the mutual authentication process. But that alone is not deemed to be sufficient to guard against the possibility that an unauthorized reader will seek to impersonate the authorized (and authenticated) reader and succeed to retrieve data designated as private from the tag. Rather, for each command from the reader to the tag and each response from the tag to the reader, the previous authentication is verified through a process of encryption and decryption of CRC's accompanying each command and response. Failure to verify authentication of the sender at any point in the sequence constitutes cause for aborting the communication session.
The foregoing description and accompanying drawing should be considered as illustrative only of the principles of the invention. The invention may be configured in a variety of ways and is not intended to be limited by the preferred embodiments or methods. Numerous applications of the invention will readily occur to those skilled in the art from a consideration of the foregoing description. Therefore, it is desired that the invention not be limited to the specific example disclosed or the construction and operation shown and described. Rather, all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.
Gravelle, Kelly, Scott, Dale L., Tan, Zhenping
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
6842106, | Oct 04 2002 | Battelle Memorial Institute | Challenged-based tag authentication model |
7239226, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for payment using radio frequency identification in contact and contactless transactions |
7239242, | Jan 26 2005 | Axcelis Technologies, Inc.; Axcelis Technologies, Inc | Parts authentication employing radio frequency identification |
7255264, | Apr 24 2004 | Cellular phone-based automatic payment system | |
7312707, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for authenticating a RF transaction using a transaction account routing number |
7450010, | Apr 17 2006 | Transcore, LP | RFID mutual authentication verification session |
7511618, | Jul 01 2004 | The Board of Trustees of the University of Illinois | System for tracking grain |
7735725, | Jul 10 2001 | Liberty Peak Ventures, LLC | Processing an RF transaction using a routing number |
7889052, | Jul 10 2001 | Liberty Peak Ventures, LLC | Authorizing payment subsequent to RF transactions |
7925535, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for securing RF transactions using a radio frequency identification device including a random number generator |
7952481, | Mar 21 2006 | Radiofy LLC | Systems and methods for RFID security |
20030018893, | |||
20040066278, | |||
20040132437, | |||
20040222878, | |||
20040233040, | |||
20050033686, | |||
20050061875, | |||
20050093679, | |||
20050156022, | |||
20050211787, | |||
20050242176, | |||
20050258956, | |||
20060006885, | |||
20060018347, | |||
20060022799, | |||
20060028343, | |||
20060050877, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 20 2008 | TAN, ZHENPING | TC LICENSE LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032938 | /0034 | |
Oct 20 2008 | SCOTT, DALE L | TC LICENSE LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032938 | /0034 | |
Oct 28 2008 | GRAVELLE, KELLY | TC LICENSE LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032938 | /0034 | |
Mar 31 2011 | TC LICENSE LTD | Transcore, LP | MERGER SEE DOCUMENT FOR DETAILS | 032938 | /0180 | |
Mar 31 2011 | Transcore, LP | Amtech Systems, LLC | CONTRIBUTION AGREEMENT | 032972 | /0241 | |
Apr 03 2014 | Amtech Systems, LLC | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Sep 27 2019 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Sep 29 2023 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Jun 20 2020 | 4 years fee payment window open |
Dec 20 2020 | 6 months grace period start (w surcharge) |
Jun 20 2021 | patent expiry (for year 4) |
Jun 20 2023 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jun 20 2024 | 8 years fee payment window open |
Dec 20 2024 | 6 months grace period start (w surcharge) |
Jun 20 2025 | patent expiry (for year 8) |
Jun 20 2027 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jun 20 2028 | 12 years fee payment window open |
Dec 20 2028 | 6 months grace period start (w surcharge) |
Jun 20 2029 | patent expiry (for year 12) |
Jun 20 2031 | 2 years to revive unintentionally abandoned end. (for year 12) |