Private vehicle-to-vehicle communication
US-2018027600-A1 · Jan 25, 2018 · US
US11233650B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11233650-B2 |
| Application number | US-201916363211-A |
| Country | US |
| Kind code | B2 |
| Filing date | Mar 25, 2019 |
| Priority date | Mar 25, 2019 |
| Publication date | Jan 25, 2022 |
| Grant date | Jan 25, 2022 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A method includes: receiving, from a vehicle approaching a trust zone, an identifier corresponding to an identity of the vehicle; verifying, by a computing device (e.g., an access server at a gate of the trust zone) and using the identifier, the identity of the vehicle; and comparing the identity of the vehicle with a set of authorized identities stored in a database.
Opening claim text (preview).
What is claimed is: 1. A method comprising: sending a first message to a vehicle approaching a trust zone; receiving, from the vehicle, a triple including an identifier, a certificate and a public key, the identifier corresponding to an identity of the vehicle, the certificate being generated using the first message, and the public key being generated from an initial key present in the vehicle when initially manufactured; verifying, by a computing device and using the identifier, the identity of the vehicle; comparing the identity of the vehicle with a set of authorized identities stored in a database; determining, based on comparing the identity of the vehicle, that the vehicle is authorized to enter the trust zone; detecting a security risk associated with the vehicle, the security risk comprising unauthorized communications to or from the vehicle; in response to detecting the security risk, sending a new device secret to the vehicle, wherein the new device secret is associated with the authorization of the vehicle to enter the trust zone, and wherein the vehicle is configured to, in response to receiving the new device secret, store the new device secret in memory of the vehicle; and sending a second message to the vehicle, wherein the second message is encrypted using the public key, and the second message indicates that the vehicle is authorized to enter the trust zone. 2. The method of claim 1 , further comprising, prior to verifying the identity, receiving a first communication from the vehicle, the first communication requesting access to the trust zone. 3. The method of claim 2 , further comprising, in response to the first communication, sending the first message. 4. The method of claim 1 , wherein the database is a distributed ledger in which the set of authorized identities is stored as part of a blockchain. 5. The method of claim 4 , wherein: the computing device is a first computing device; a plurality of computing devices, including the first computing device, each control access by vehicles to the trust zone; each computing device comprises an antenna used to communicate with the vehicles or at least one other of the computing devices; and each computing device is configured as a block of the blockchain. 6. The method of claim 1 , further comprising sending a replace command to the vehicle, the replace command to cause the vehicle to replace a previously-stored device secret with the new device secret. 7. The method of claim 6 , wherein the new device secret is generated using an output from a physical unclonable function. 8. The method of claim 1 , wherein storing the new device secret grants access by the vehicle to at least one specific trust zone. 9. The method of claim 1 , further comprising receiving a communication from the vehicle regarding future activities of the vehicle that will occur in the trust zone. 10. A system comprising: at least one processor; and memory containing instructions configured to instruct the at least one processor to: send a first message to a vehicle approaching a trust zone; receive, from the vehicle, a triple including an identifier, a certificate and a public key, the identifier corresponding to an identity of the vehicle, the certificate being generated using the first message, and the public key being generated from an initial key present in the vehicle when initially manufactured; compare, using the identifier, the identity of the vehicle with a set of authorized identities stored in memory; based on comparing the identity of the vehicle with the set of authorized identities, determine that the vehicle is authorized to enter the trust zone; detect a security risk associated with the vehicle, the security risk comprising unauthorized communications to or from the vehicle; in response to detecting the security risk, send a new device secret to the vehicle, wherein the new device secret is associated with the authorization of the vehicle to enter the trust zone, and wherein the vehicle is configured to, in response to receiving the new device secret, store the new device secret in memory of the vehicle; and send a second message to the vehicle, wherein the second message is encrypted using the public key, and the second message indicates that the vehicle is authorized to enter the trust zone. 11. The system of claim 10 , further comprising a plurality of computing devices that control access by vehicles to the trust zone, wherein each computing device comprises an antenna used to communicate with the vehicles or at least one other of the computing devices. 12. The system of claim 11 , wherein the instructions are further configured to instruct the at least one processor to receive a communication from at least one of the computing devices, the communication including at least one of an identifier for a vehicle, or a certificate for a vehicle. 13. A non-transitory computer storage medium storing instructions which, when executed on a computing device, cause the computing device to at least: send a first message to a vehicle approaching a trust zone; receive, from the vehicle, a triple including an identifier, a certificate and a public key, the identifier corresponding to an identity of the vehicle, the certificate being generated using the first message and the public key being generated from an initial key present in the vehicle when initially manufactured; compare, using the identifier, the identity of the vehicle with a set of authorized identities; determine, based on comparing the identity of the vehicle, that the vehicle is authorized to enter the trust zone; detect a security risk associated with the vehicle, the security risk comprising unauthorized communications to or from the vehicle; in response to detecting the security risk, send a new device secret to the vehicle, wherein the new device secret is associated with the authorization of the vehicle to enter the trust zone, and wherein the vehicle is configured to, in response to receiving the new device secret, store the new device secret in memory of the vehicle; and send a second message to the vehicle, wherein the second message is encrypted using the public key, and the second message indicates that the vehicle is authorized to enter the trust zone.
based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint · CPC title
using hash chains, e.g. blockchains or hash trees · CPC title
involving additional devices, e.g. trusted platform module [TPM], smartcard or USB · CPC title
Vehicles · CPC title
using physically unclonable functions [PUF] · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.