WireGuard-kulcsok ESP32-n: eszközönként vagy egy beépített?

A vázlat a WireGuard privát kulcsát egy karaktertömbbe teszi, és az alagút működik, ezért merül fel újra és újra a kérdés. A döntés, amelyet valóban meg kell hoznia, nem az, hogy „biztonságos-e ez”, hanem hogy „a három feltétel közül melyik vonatkozik erre a telepítésre”. Ezek: ki tudja fizikailag kézben tartani az eszközt, mit ad a flash olvasása az Ön alkatrészén, és hogy a flotta egy kulcsot oszt-e meg, vagy mindegyik a sajátját hordozza. Válaszoljon ezekre, és a tervezés következik, mert mindegyik a kiszivárgott kulcs költségét változtatja meg, nem azt a tényt, hogy kiszivároghat.

Mire jogosít a kulcs

A WireGuard a partnereket nyilvános kulccsal hitelesíti. A kiszolgáló minden partner nyilvános kulcsát egy címhez és egy AllowedIPs listához rendeli, tehát a privát kulcs az, ami engedi az ügyfélnek, hogy erről a címről forgalmat küldjön.

Ugyanez a bejegyzés dönti el, mely célokat érheti el az eszköz, ezért egy kiszivárgott kulcs az alagút mögötti hálózatot és az alagút címét is feltárja.

Első feltétel: ki tarthatja kézben az eszközt

Ha az egység zárt szekrényben van, és a csapatán kívül senki nem nyúl hozzá, a kitettség főleg firmware-terjesztési kérdés. Ha ügyfelekhez szállítják, járműben áll, vagy garanciában visszakerül, a fizikai birtoklás a belépő, és a bináris titkossága másodlagos. Aki kézben tartja az eszközt, annak nem kell elolvasnia a kulcsot, mert a futó firmware megnyitja neki az alagutat. Ezért a kiszolgáló oldali válasznak visszavonást és korlátozott élettartamot kell tartalmaznia, nem csak egy védett lemezképet.

Ezt a feltételt a másik kettő előtt döntse el, mert ez szabja meg mindkettő költségvetését.

Második feltétel: mit ad a flash olvasása

Aki a flash-lemezképet olvasni tudja, visszaszerzi a literálként tárolt kulcsot, akár hibakereső kapcsolaton, akár frissítőfájlon, akár biztonsági mentésen, akár visszaküldött egységen keresztül. A flash titkosítása megdrágítja a közvetlen dumpot, és az ESP-IDF dokumentációja leírja, mit fed le a funkció egy adott alkatrész és konfiguráció esetén. Nem teszi a kulcsot minden támadási modell alatt kinyerhetetlenné, és semmit nem tesz a kézben tartott eszköz esetére. Egy rétegként kezelje, amely a költséget változtatja, nem a válaszként.

Olvassa el a platform dokumentációját a pontos chipjéhez és konfigurációjához, mielőtt egy tervezési felülvizsgálatban tulajdonságot állít.

Harmadik feltétel: újrafelhasználás az egész flottában

Egy kulcs egy gyártási sorozathoz azt jelenti, hogy minden egység ugyanazt az identitást osztja. A kiszolgáló a naplókban nem tudja megkülönböztetni őket, nem tud egyet visszavonni anélkül, hogy mindet visszavonná, és nem tud megkülönböztetni egy klónt az eredetitől. Az eszközönkénti kulcsok mindhármat megoldják, egy regisztrációs lépés és a sorozatszám nyilvános kulcshoz rendelése árán. Ez a hozzárendelés az az érték, amely a visszavonást egyetlen soros változtatássá teszi a teljes flotta újraflashelése helyett.

Ha a flotta öt egység egy padon, a kulcs megosztása ésszerű csere lehet. Ha ötszáz a terepen, az egyáltalán nem csere.

A regisztrációs minta, amely praktikussá teszi az eszközönkénti kulcsokat

Generálja a kulcspárt az eszközön az első indításkor, tartsa a privát felét védett nem felejtő tárolóban, és csak a nyilvános kulcsot küldje el egy regisztrációs szolgálathoz, amely címet rendel és megírja a partner bejegyzését. Hitelesítse a regisztrációs választ, különben a helyi hálózaton lévő támadó saját kulcsát regisztrálhatja a fiókjához. Soha ne nyomtassa a privát kulcsot a soros konzolra az előkészítés során. Jegyezze fel az eszköz sorozatszámát a nyilvános kulcs mellé, hogy egy elveszett egység pontosan egy partner-bejegyzésnek feleljen meg.

Ez egy kis szolgáltatás, és ez a különbség egy auditálható flotta és egy csak újraflashelhető flotta között.

Idő, végpontok és a döntés

A példa az alagút indítása előtt szinkronizálja az időt, és ez a TLS-en túl is számít: a WireGuard kézfogásai időbélyeget hordoznak a visszajátszás elleni védelemhez, ezért egy rossz órával induló eszköz kézfogásai elutasíthatók. A végpont egy hosztnév, ami a DNS-t a bizalmi útvonalba teszi, bár a kiszolgáló nyilvános kulcsa továbbra is hitelesíti a partnert. A rossz cím elpazarolja a próbákat, és elárulja, mikor van online az eszköz. Mindkettőt rendezze, mielőtt a kulcsról vitatkozna.

Aztán döntsön: megosztott kulcs csak addig, amíg a birtoklás ellenőrzött és a flotta kicsi, eszközönkénti kulcsok, amint valamelyik már nem igaz.