A method to secure boot an electronic device is disclosed according to some embodiments. The method includes receiving a request to initiate a boot sequence using memory content stored in a non-volatile memory circuit. A secure boot circuit receives verification data from the non-volatile memory circuit indicating the memory content. The verification data includes an error correction code for the memory content without including all of the memory content. A cryptographic hashing operation is performed to the error correction code in the secure boot circuit to obtain a digest of the error correction code. The digest is compared with a pre-stored reference digest to generate a verification signal. The verification signal is provided to the electronic device indicating whether the boot sequence passes the verification.

In one implementation, a method for providing security on externally connected controllers includes receiving, at a reporting agent that is part of a security middleware layer operating on a controller, an indication that a process has been blocked; obtaining, by the reporting agent, trace information for the blocked process; determining by the reporting agent, a code portion in an operating system of the controller that served as an exploit for the blocked process; obtaining, by the reporting agent, a copy of malware that was to be executed by the blocked process; generating, by the reporting agent, an alert for the blocked process that includes (i) the trace information, (ii) information identifying the code portion, and (iii) the copy of the malware; and providing, by the reporting agent, the alert to a network interface on the controller for immediate transmission to a backend computer system.

An example operation may include one or more of receiving, by an accident processing node, an accident report from a transport, determining, by an accident processing node, a time and location parameters of the accident based on the report, querying, by an accident processing node, transport profiles on a storage based on the time and location parameters, and responsive to the transport profiles containing data corresponding to the time and location parameters, sending a request to access the transport profiles.

Methods, systems, and devices for a cross-linked distributed ledger. The cross-referencing system includes multiple computing devices including a first computing device and a second computing device. A computing device of the multiple computing devices is configured to maintain a first cross-linked distributed ledger. The first cross-linked distributed ledger has a first set of multiple linked records that are associated with a first identifier. The first computing device includes a processor. The processor is configured to link or provide a first record associated with the first identifier to the first cross-linked distributed ledger. The first record has a first reference to a second record. The second record is within a second set of multiple cross-linked records of a second cross-linked distributed ledger.

An electronic ledger stores vehicle data including a distance travelled by a vehicle wheel assembly during operation and a number of instances of repair of the vehicle wheel assembly. A health status of the vehicle wheel assembly can be determined based on the vehicle data. Transfer of custody of the vehicle wheel assembly from a first entity to a second entity is based on the health status of the vehicle wheel assembly. Data indicating the custody transfer can be stored to the electronic ledger.

A vehicle control apparatus and a control method thereof are provided. A vehicle control apparatus includes a processor including a host core and a hardware security module (HSM) core. The processor generates a first private key and a first public key, receives a second public key from a diagnostic device, generates a shared key based on the first private key and the second public key, receives a security data transmission request from the diagnostic device, and encodes data based on the shared key and transmits the encoded data to the diagnostic device.

Systems, devices and methodologies for generating a vehicle identification hash value and verifying the integrity of the vehicle. The vehicle identification hash value is generated based on hashes provided by each vehicle component. The generated overall vehicle identification hash value may be dynamic and reflects changes that occur to the vehicle at the component level.

Disclosed herein are system, method, and computer program product embodiments for scrubbing anomalies from an expanding dataset. In an embodiment, a data sanitization system may determine whether data is anomalous to a set of data stored on a first blockchain. The data sanitization system may perform this determination using a first machine learning algorithm trained using the set of data. Upon determining that data is anomalous, the data sanitization system may publish the data in a second blockchain different from the first blockchain. The data sanitization system may monitor data of the second blockchain and apply a second machine learning algorithm to this data to identify a pattern of anomalous data. In response to identifying the pattern, the data sanitization system may publish the anomalous data of the second blockchain to the first blockchain.

Device for secure distance measurement being a prover (P) or a verifier (V) comprising: a receiver (R3) configured to receive a receiving signal (RS) with a transmitted message (M) encoded therein, wherein the transmitted message (M) contains a verifying bit sequence (VBS), wherein a bit of the transmission message (M) is transmitted in the transmission signal (TS) by a pulse with a pulse modulation parameter with two pulse states, and a decoder (R2) configured to decode the verifying bit sequence (VBS) from the transmitted message (M) encoded in the receiving signal (RS). The decoder (R2) is based on a transmission format of the transmitted message (M) and based on the transmitted message (M) detected in the receiving signal (RS) defines sub-periods (4) in the receiving signal (RS) in which the first path (F1, F2) of the pulses (S1, S2) of the bits of the verifying bit sequence (VBS) of the transmitted message (M) are expected in the receiving signal (RS); and the decoder (R2) decodes a pulse state of a pulse (S1, S2) of a bit of the verifying bit sequence (VBS) based on the receiving signal (RS) received during one of the defined sub-periods (4) belonging to the pulse (S1, S2) to be decoded.

Methods, systems, and devices are described. A battery management system may receive, in accordance with a smart contract in support of a blockchain, an indication of an agreement between a sponsor and a user of a rechargeable battery associated with a battery identifier. The agreement may indicate battery usage conditions and a token release amount for each of the battery usage conditions. The battery management system may receive battery usage information associated with the battery identifier of the rechargeable battery. The battery management system may determine that the battery usage information satisfies the battery usage conditions. The battery management system may cause execution of a token release action responsive to determining that the battery usage information satisfies the battery usage conditions. The token release action may cause transmission of the token release amount of tokens managed by the smart contract to participants set forth in the agreement.