Neu: Die KI-Firewall überwacht die gesamte Plattform und erklärt jeden Vorfall in einfachen Worten. So funktioniert es

Gerätegeheimnis auf einer SD-Karte speichern: schlechte Idee oder akzeptabel?

Gerätegeheimnis auf einer SD-Karte speichern: schlechte Idee oder akzeptabel?

Gelöst 6 5

Von English mit KI übersetzt ·

Abschlussarbeit, ESP32-WROOM + microSD-Modul, sendet Messwerte aus einem Gewächshaus über MQTT/TLS an Hermetry. Funktioniert.Mein Betreuer fragte, warum der Token in die Firmware einkompiliert ist, und schlug vor, alle „Sicherheitssachen“ (Token, CA-Bundle, WLAN-Zugangsdaten) in eine Datei auf der SD-Karte zu verschieben, damit dasselbe Binary auf jede Platine kann und ich nur die Karten tausche. Klingt praktisch. Aber dann sagte ein Freund, Geheimnisse auf Wechselspeichern abzulegen sei das Schlimmste, was man tun könne.Ich habe außerdem gelesen, dass Hermetry X.509-Client-Zertifikate unterstützt, und überlegte, diesen Weg zu gehen und Zertifikat und Schlüssel ebenfalls auf der Karte zu speichern. Es geht also eigentlich um zwei Fragen:

  • Ist es tatsächlich schlecht, Zugangsdaten auf externem Speicher abzulegen, und warum?
  • Kann ich mein eigenes X.509-Zertifikat mit Hermetry verwenden?

Ich möchte die Begründung verstehen und nicht nur „tu es nicht“ hören, weil ich das im Bericht erklären muss.

Timestamps in UTC or it didn't happen.
♥ 1

Von English mit KI übersetzt ·

Ihr Freund hat im Allgemeinen recht. Wer 10 Sekunden lang allein im Gewächshaus ist, geht mit der Karte und der Identität Ihres Geräts davon.

♥ 0

Von English mit KI übersetzt ·

Aber wenn es im Flash liegt, können sie das Flash doch auch auslesen, oder? Ehrlich gesagt sehe ich den Unterschied nicht.

Measure twice, poll once.
♥ 0

Von English mit KI übersetzt ·

Der Unterschied liegt im Aufwand. Eine Karte herauszuziehen erfordert null Können. Auch das Auslesen des Flash-Speichers ist beim ESP32 einfach, sofern die Flash-Verschlüsselung nicht aktiviert ist. Mit Flash-Verschlüsselung + NVS-Verschlüsselung liefert ein Dump nur unbrauchbare Daten.

♥ 0

Von English mit KI übersetzt ·

Ich habe letztes Jahr für einen Auftragnehmer ein ähnliches Design geprüft, daher hier die Begründung für den Bericht.Trenne öffentliche von geheimen Daten. Das CA-Bundle ist öffentlich; das Serverzertifikat ist ein öffentliches Zertifikat, das mit einem normalen CA-Bundle geprüft wird, daher ist es unbedenklich, es auf der Karte zu speichern. WLAN-Passwort und Geräte-Token sind Geheimnisse, denn sie identifizieren genau dieses Gerät.Geheimnisse auf Wechselmedien scheitern aus zwei Gründen: Beim Entfernen bleibt keine Spur zurück, und die Karte wird häufig auf andere Boards kopiert („klon einfach die Karte“), sodass mehrere Geräte dieselbe Zugangsdaten teilen. Hermetry erlaubt pro Gerät nur eine Sitzung; zwei Boards mit demselben Token werfen sich daher ständig gegenseitig heraus, und du würdest eine Übernahme im Log-Tab des Geräts sehen.Zu X.509: Für eigene Boards ist das nicht verfügbar. Client-Zertifikate müssen von der Geräte-Zertifizierungsstelle von Hermetry stammen, und das Hochladen einer eigenen CA für Fremdgeräte wird nicht angeboten; dieser Weg ist für lizenzierte Geräte gedacht, die ihren Schlüssel selbst erzeugen und selbst eine CSR senden. Dein ESP32 verwendet ein Access-Token oder MQTT basic.Was ich auf einem ESP32 tun würde:1. Dasselbe Binary für jedes Board ist in Ordnung. Lege das Token bei der Bereitstellung über einen kleinen seriellen Befehl beim ersten Start in NVS ab, nicht auf der Karte.2. Aktiviere Flash-Verschlüsselung und NVS-Verschlüsselung, damit ein Flash-Dump das Token nicht preisgibt.3. Die Karte nur für Datenprotokollierung und das CA-Bundle verwenden.4. In Hermetry je ein Gerät und ein Token pro Board anlegen; wenn ein Board verloren geht, das Geheimnis rotieren. Damit werden dessen Sitzungen sofort beendet.Die Einschränkung bei Zertifikaten steht im letzten Abschnitt von Device certificates.

Akzeptierte Lösung♥ 6

Von English mit KI übersetzt ·

Wirklich hilfreich, danke. Der Vorgesetzte hat „Public CA auf der Karte, Geheimnisse in verschlüsseltem NVS“ akzeptiert. Den X.509-Teil hat mir eine Woche gespart, ich hatte schon angefangen, eine CA mit openssl zu erzeugen. Komischerweise habe ich letzte Woche die Karte für eine zweite Platine geklont, und die Daten waren lückenhaft – genau das Takeover-Problem.

Timestamps in UTC or it didn't happen.
♥ 1

Von English mit KI übersetzt ·

ok, der Rahmen „keine Kenntnisse vs. etwas Kenntnisse“ ergibt Sinn, danke.

Measure twice, poll once.
♥ 0
Ansicht von 7 Beiträgen – 1 bis 7 (von insgesamt 7)
  • Du musst angemeldet sein, um auf dieses Thema antworten zu können.

Mitdiskutieren

Melde dich an, um Fragen zu stellen und zu beantworten, hilfreiche Beiträge mit „Gefällt mir“ zu markieren und die Antwort zu kennzeichnen, die dein Problem gelöst hat. Jeder Beitrag bringt Punkte und Stufen.

Teilen