Detecting anomalies using real-time ECU processing activity

1. A non-transitory computer readable medium including instructions that, when executed by at least one processor, cause the at least one processor to perform operations for identifying Electronic Control Unit (ECU) anomalies in a vehicle, comprising:

monitoring data representing real-time processing activity of the ECU;

receiving comparable data relating to processing activity of at least one other ECU deemed comparable in functionality to the ECU;

comparing the real-time processing activity data with the comparable data, to identify at least one anomaly in the real-time processing activity of the ECU; and

implementing a control action for the ECU when the at least one anomaly is identified; wherein

software on the ECU is mapped to a plurality of functional units, and the ECU is configured to utilize a virtual file system (VFS) to manage and track one or more versions of each of the plurality of functional units, and

the control action includes updating memory addresses of one or more functional units managed by the VFS based on a delta file corresponding to a second version of the software on the ECU, wherein the delta file comprises position-independent code.

2. The non-transitory computer readable medium of claim 1 , wherein the control action includes issuing a prompt to adjust the ECU from executing a first version of the software on the ECU to the second version of the software on the ECU.

3. The non-transitory computer readable medium of claim 1 , wherein the comparable data comprises data obtained in real-time relating to processing activity of a plurality of other ECUs deemed comparable to the ECU.

4. The non-transitory computer readable medium of claim 1 , wherein the comparable data comprises data previously gathered relating to processing activity of a plurality of other ECUs deemed comparable to the ECU.

5. The non-transitory computer readable medium of claim 1 , wherein receiving the comparable data further comprises:

obtaining the comparable data based on rules associated with ECU software running on the ECU.

6. The non-transitory computer readable medium of claim 1 , wherein receiving the comparable data further comprises:

obtaining the comparable data based on known valid sequences of execution of the software on the ECU.

7. The non-transitory computer readable medium of claim 1 , wherein receiving the comparable data further comprises:

obtaining the comparable data based on known potentially malicious sequences of execution of the software on the ECU.

8. The non-transitory computer readable medium of claim 1 , wherein receiving the comparable data further comprises:

obtaining the comparable data based on a map file associated with the software on the ECU.

9. The non-transitory computer readable medium of claim 1 , wherein receiving the comparable data further comprises:

receiving observational data from other vehicles; and

obtaining the comparable data based on the observational data.

10. The non-transitory computer readable medium of claim 1 , wherein the at least one anomaly corresponds to specific memory locations used by the ECU.

11. The non-transitory computer readable medium of claim 1 , wherein the at least one anomaly corresponds to specific sequences of memory locations used by the ECU.

12. The non-transitory computer readable medium of claim 1 , wherein the at least one anomaly corresponds to at least one peak in data flow in or out of the ECU.

13. The non-transitory computer readable medium of claim 1 , wherein the at least one anomaly corresponds to at least one peak in data processing by a processor of the ECU.

14. The non-transitory computer readable medium of claim 1 , wherein the at least one anomaly corresponds to at least one anomaly in power consumption of the ECU.

15. The non-transitory computer readable medium of claim 1 , wherein the control action comprises at least one of:

sending an alert associated with the ECU,

blocking an instruction sent from the ECU, or

rolling back a version of the software running on the ECU to a prior version of software.

16. A system for identifying Electronic Control Unit (ECU) anomalies in a vehicle, the system comprising:

one or more processors; and

one or more memories having instructions that, when executed by the one or more processors, cause the one or more processors to perform the operations of:

monitoring data representing real-time processing activity of the ECU;

receiving comparable data relating to processing activity of at least one other ECU deemed comparable in functionality to the ECU;

comparing the real-time processing activity data with the comparable data, to identify at least one anomaly in the real-time processing activity of the ECU; and

implementing a control action for the ECU when the at least one anomaly is identified; wherein

software on the ECU is mapped to a plurality of functional units, and the ECU is configured to utilize a virtual file system (VFS) to manage and track one or more versions of each of the plurality of functional units, and

the control action includes updating memory addresses of one or more functional units managed by the VFS based on a delta file corresponding to a second version of the software on the ECU, wherein the delta file comprises position-independent code.

17. The system of claim 16 , wherein the control action comprises issuing a prompt to adjust the ECU from executing a first version of the software on the ECU to the second version of the software on the ECU.

18. A computer-implemented method for identifying Electronic Control Unit (ECU) anomalies in a vehicle, the method comprising:

monitoring data representing real-time processing activity of the ECU;

receiving comparable data relating to processing activity of at least one other ECU deemed comparable in functionality to the ECU;

comparing the real-time processing activity data with the comparable data, to identify at least one anomaly in the real-time processing activity of the ECU; and

implementing a control action for the ECU when the at least one anomaly is identified; wherein

software on the ECU is mapped to a plurality of functional units, and the ECU is configured to utilize a virtual file system (VFS) to manage and track one or more versions of each of the plurality of functional units, and

the control action includes updating memory addresses of one or more functional units managed by the VFS based on a delta file corresponding to a second version of the software on the ECU, wherein the delta file comprises position-independent code.