Постановка проблемы (конфиденциальность и соответствие требованиям)
Подключенные автомобили ведут себя как сетевые IoT-устройства: встроенные SIM-карты постоянно взаимодействуют с мобильными сетями, что делает технически возможным отслеживание автомобилей, соотнесение VIN-кодов с идентификаторами IMEI/IMSI и восстановление истории вождения. В то же время водители ожидают надежной защиты частной жизни и строгого ограничения слежки, о чем свидетельствуют опасения гражданского общества по поводу распространения функций таких жизненно важных систем, как eCall, на широкое отслеживание автомобилей. Поэтому перед производителями комплектующих для автомобилей стоит двойная задача: они должны быть в состоянии поддерживать законные расследования и трансграничные запросы, при этом минимизируя раскрытие данных, обеспечивая ограничение целей и полную прозрачность и возможность аудита.
ETSI TS 103 976 in automotive
ETSI TS 103 976 (V1.5.1, November 2025) specifies the interface between an Authorized Organization (AO), such as a law enforcement agency, and a Request Processing System (RPS) operated by an organization that holds vehicle‑related data, typically a vehicle manufacturer or mobility provider. It builds on the ETSI TS 103 120 messaging framework and mandates JSON encoding over HTTPS with TLS 1.3 and mutual X.509 authentication. The specification defines nine question types: VIN‑to‑CommsID and CommsID‑to‑VIN (IMEI, IMSI, MSISDN, MAC address), VIN‑to‑Location and VIN‑to‑Location‑Push, VIN‑to‑UniquePartNumber and UniquePartNumber‑to‑VIN, VIN‑to‑SubscribedServices, VIN‑to‑ConnectedDevices and VIN‑to‑AllocatedUserAccounts. Results can optionally be returned in ISO 20078 containers, and an informative annex addresses access to DSSAD data for automated driving. The interface is deliberately transactional, covering requests and responses rather than live voice or video streams, and must never compromise vehicle safety or security. The preceding study, ETSI TR 103 854, introduced the reference model and use cases that TS 103 976 now turns into a normative, testable interface, with security, audit and assurance requirements set out in its normative Annex A.

