Aktivieren Sie MACsec für Ethernet-Funktionen

Auf dieser Seite wird erläutert, wie Sie MACsec für Ethernet-Funktionen aktivieren.

Verwenden Sie MACsec, um die Ethernet-Kommunikation zu authentifizieren und zu verschlüsseln, die vom fahrzeuginternen Infotainment (IVI) für verschiedene Steuergeräteeinheiten verwendet wird, und schützen Sie so die Daten vor Manipulation, Wiedergabe oder Offenlegung von Informationen. Tun Sie dies, indem Sie MACsec IEEE 802.11AE für das Ethernet-Netzwerk aktivieren.

Überblick

Um MACsec zu aktivieren, wird wpa_supplicant als Daemon für die Abwicklung des MACsec Key Agreement (MKA)-Handshakes verwendet. Ein MACsec-HAL ist für die sichere Speicherung des MACsec-Pre-Shared-Keys, des sogenannten Connectivity Association Key (CAK), definiert. Der MACsec HAL unterstützt nur CAK. Dieser herstellerspezifische MACsec HAL speichert den CAK sicher in einem manipulationssicheren Speicher. Die Bereitstellung des Schlüssels hängt von der Implementierung des Anbieters ab.

MACsec-Fluss

Abbildung 1 zeigt den MACsec-Fluss auf der Haupteinheit.

Abbildung 1 : MACsec-Fluss.

Aktivieren Sie MACsec

Um Funktionen mit dem MACsec-CAK-Schlüssel zu unterstützen, muss MACsec für Ethernet explizit mit einem herstellerspezifischen MACsec-HAL aktiviert werden.

Um die Funktion zu aktivieren, aktivieren Sie wpa_supplicant_macsec und den herstellerspezifischen macsec-service für PRODUCT_PACKAGES sowie die Konfigurationsdatei für wpa_supplicant_macsec und init rc Skript für PRODUCT_COPY_FILES .

Zum Beispiel diese [device-product].mk Datei:

# MACSEC HAL

# This is a mock MACsec HAL implementation with keys embedded in it. Replace with vendor specific HAL
PRODUCT_PACKAGES += android.hardware.automotive.macsec-service

# wpa_supplicant build with MACsec support

PRODUCT_PACKAGES += wpa_supplicant_macsec

# configuration file for wpa_supplicant with MACsec

PRODUCT_COPY_FILES += \
    $(LOCAL_PATH)/wpa_supplicant_macsec.conf:$(TARGET_COPY_OUT_VENDOR)/etc/wpa_supplicant_macsec.conf \
    $(LOCAL_PATH)/wpa_supplicant_macsec.rc:$(TARGET_COPY_OUT_VENDOR)/etc/init/wpa_supplicant_macsec.rc

Zum Beispiel wpa_supplicant_macsec.conf .

# wpa_supplicant_macsec.conf
eapol_version=3
ap_scan=0
fast_reauth=1
# Example configuration for MACsec with preshared key
# mka_cak is not actual key but index for MACsec HAL to specify which key to use
# and make_cak must be either 16 digits or 32 digits depends the actually CAK key length.
network={
        key_mgmt=NONE
        eapol_flags=0
        macsec_policy=1
        macsec_replay_protect=1
        macsec_replay_window=0
        mka_cak=00000000000000000000000000000001
        mka_ckn=31323334
        mka_priority=128
}

Beispiel wpa_supplicant_macsec.conf auf eth0 . Wenn mehrere Netzwerkschnittstellen durch MACsec geschützt werden müssen, können Sie mehrere Dienste starten.

# wpa_supplicant_macsec.rc
service wpa_supplicant_macsec /vendor/bin/hw/wpa_supplicant_macsec \
        -dd -i eth0 -Dmacsec_linux -c /vendor/etc/wpa_supplicant_macsec.conf
        oneshot

Starten Sie wpa_supplicant_macsec , nachdem die Ethernet-Schnittstelle bereit ist. Wenn das System-Ethernet nicht bereit ist, gibt wpa_supplicant sofort einen Fehler zurück. Um Race-Conditions zu vermeiden, ist möglicherweise eine Wartezeit (Standard-Timeout beträgt fünf (5) Sekunden) für /sys//class/net/${eth_interface} erforderlich.

# init.target.rc
on late-fs
    …
    wait /sys/class/net/eth0
    start wpa_supplicant_macsec
    …

Konfigurieren Sie die IP-Adresse für die MACsec-Schnittstelle

Die Konfiguration der IP-Adresse der MACsec-Schnittstelle kann vom Systemkonnektivitätsmanager vorgenommen werden, sobald Zygote gestartet wird. Hier ist eine Beispiel-Overlay-XML-Datei für die Konnektivität. Wenn die IP-Adresse für die MACsec-Schnittstelle bereit sein muss, bevor Zygote startet, müsste ein herstellerspezifischer Daemon auf die MACsec0-Schnittstelle warten und diese stattdessen konfigurieren, da der Systemkonnektivitätsmanager erst nach dem Start von Zygote startet.

# Example of com.google.android.connectivity.resources overlay config
<?xml version="1.0" encoding="utf-8"?>
<!-- Resources to configure the connectivity module based on each OEM's preference. -->
<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
    <!-- Whether the internal vehicle network should remain active even when no
         apps requested it. -->
    <bool name="config_vehicleInternalNetworkAlwaysRequested">true</bool>
    <string-array translatable="false" name="config_ethernet_interfaces">
        <!-- Not metered, trusted, not vpn, vehicle, not vcn managed, restricted -->
        <item>macsec0;11,14,15,27,28;ip=10.10.10.2/24 gateway=10.10.10.1 dns=4.4.4.4,8.8.8.8</item>
    </string-array>
    <string translatable="false" name="config_ethernet_iface_regex">macsec\\d</string>
</resources>

MACsec HAL

Der herstellerspezifische MACsec-HAL muss die folgenden Funktionen implementieren, um den CAK-Schlüssel zu schützen. Die gesamte Ver- und Entschlüsselung mit dem Schlüssel erfolgt direkt, ohne dass der Schlüssel wpa_supplicant zugänglich gemacht wird.

/**
 * MACSEC pre-shared key plugin for wpa_applicant
 *
 * The goal of this service is to provide function for using the MACSEC CAK
 *
 */
@VintfStability
interface IMacsecPSKPlugin {
    /**
     * For xTS test only, not called in production
     *
     * @param keyId is key id to add
     * @param CAK, CAK key to set
     * @param CKN, CKN to set
     *
     * @return ICV.
     */
    void addTestKey(in byte[] keyId, in byte[] CAK, in byte[] CKN);

/** * Use ICV key do AES CMAC same as ieee802_1x_icv_aes_cmac in wpa_supplicant * * @param keyId is key id to be used for AES CMAC * @param data * * @return ICV. */ byte[] calcICV(in byte[] keyId, in byte[] data);
/** * KDF with CAK key to generate SAK key same as ieee802_1x_sak_aes_cmac in wpa_supplicant * * @param keyId is key id to be used for KDF * @param seed is key seed (random number) * @param sakLength generated SAK length (16 or 32) * * @return SAK key. */ byte[] generateSAK(in byte[] keyId, in byte[] data, in int sakLength);
/** * Encrypt using KEK key, this is same as aes_wrap with kek.key in wpa_supplicant * which used to wrap a SAK key * * @param keyId is key id to be used for encryption * @param sak is SAK key (16 or 32 bytes) to be wrapped. * * @return wrapped data using KEK key. */ byte[] wrapSAK(in byte[] keyId, in byte[] sak);
/** * Decrypt using KEK key, this is same as aes_unwrap with kek.key in wpa_supplicant * which used to unwrap a SAK key * * @param keyId is key id to be used for decryption * @param sak is wrapped SAK key. * * @return unwrapped data using KEK key. */ byte[] unwrapSAK(in byte[] keyId, in byte[] sak); }

Referenzimplementierung

Eine Referenzimplementierung wird in hardware/interfaces/macsec/aidl/default bereitgestellt, die eine Softwareimplementierung des HAL mit darin eingebetteten Schlüsseln bereitstellt. Diese Implementierung stellt nur einen funktionalen Verweis auf die HAL bereit, da die Schlüssel nicht durch manipulationssicheren Speicher gesichert sind.

Testen Sie den MACsec HAL

Ein MACsec-HAL-Test wird unter hardware/interfaces/automotive/macsec/aidl/vts/functional bereitgestellt.

So führen Sie den Test aus:

$ atest VtsHalMacsecPskPluginV1Test

Dadurch wird addTestKey aufgerufen, um einen Testschlüssel in die HAL einzufügen und anhand der erwarteten Werte für calcIcv , generateSak , wrapSak und unwrapSak zu überprüfen.

Um zu bestätigen, dass MACsec funktioniert, pingen Sie für Integrationstests zwischen zwei Computern in der MACsec-Schnittstelle:

# ping -I macsec0 10.10.10.1

Um Cuttlefish mit dem Host zu testen, ist echo 8 > /sys/devices/virtual/net/cvd-ebr/bridge/group_fwd_mask im Host erforderlich, um den Passthrough der für MACsec erforderlichen LLDP-Frames zu ermöglichen.