Wir haben unser Abschlussprojekt zu genau diesem Thema gemacht (Smart Meter über 2G, wir haben unseren eigenen Verkehr mitgeschnitten). Alles, was Laura gesagt hat, stimmt. So würde ich in Ihrer Situation vorgehen, in dieser Reihenfolge.Erstens: Profil aufteilen. Legen Sie für die 38 TLS-Geräte ein neues Profil an und belassen Sie es bei der Voreinstellung, also nur TLS auf 8883. Verschieben Sie die Geräte dorthin. Geräte in diesem Profil können sich über 1883 überhaupt nicht anmelden, sodass selbst wenn jemand daran herumprobiert, nichts unverschlüsselt übertragen wird.Zweitens: Die 12 alten Geräte bekommen ein eigenes Profil, in dem einfaches MQTT erlaubt ist, und Sie sperren es konsequent ab:

• Erlaubte Netze: Tragen Sie nur den Adressbereich ein, aus dem der Verkehr Ihres Netzbetreibers kommt. Fragen Sie den Netzbetreiber nach einem privaten APN, wenn möglich, dann ist es sein privater Bereich. Alles von außerhalb wird abgelehnt (CONNACK 5).
• Ohne TLS erlaubte Befehle: Lassen Sie die Liste leer oder nehmen Sie höchstens sys.info auf. Niemals sys.reboot. Andere Befehle warten nur auf eine TLS-Sitzung, die diese Geräte nie haben werden, und laufen deshalb ab.
• Erlaubte Authentifizierung: Nur Access-Token, falls das alles ist, was sie verwenden.

Drittens: Rotieren Sie das Token des Schranks, den der Tester mitgeschnitten hat, und ehrlicherweise alle 12, denn sie übertragen seit zwei Jahren unverschlüsselt über das Internet.Firmware-Updates und Geräteeinstellungen werden ohnehin nie unverschlüsselt gesendet, Sie geben diese also nicht preis. Alles oben Genannte steht auf dieser Seite: Device transport security. Für die IT lautet die ehrliche Antwort: „38 sind durchgehend verschlüsselt, 12 nicht und werden abgeschottet, bis sie ersetzt sind“.

Ich habe mich letztes Jahr für ein Labor mit dem Edison-Breakout herumgeschlagen. Das Öffnen von /dev/ttyMFD1 reicht auf dieser Platine nicht aus: Die Pins 0 und 1 laufen über einen Pin-Multiplexer und die Pegelwandler, und solange diese nicht eingerichtet sind, ist die UART gar nicht an die Header-Leiste angeschlossen, die Pins sind reines GPIO. Deshalb lässt sie sich problemlos öffnen, liest aber nichts.Der einfache Weg ist die mraa-Bibliothek, die beim Öffnen der UART über ihre Board-Nummer den Mux für Sie setzt:

import mraa
u = mraa.Uart(0)            # pins 0/1 on the Arduino breakout, sets the mux
u.setBaudRate(115200)
u.setMode(8, mraa.UART_PARITY_NONE, 1)
while True:
    if u.dataAvailable(1000):
        line = u.readStr(64).strip()     # "caps_ok=1823;caps_rej=12"
        vals = dict(kv.split("=") for kv in line.split(";"))
        # add to the payload the Edison already sends:
        payload["caps_ok"] = int(vals["caps_ok"])
        payload["caps_rej"] = int(vals["caps_rej"])

Prüfen Sie außerdem, ob die Verkabelung gekreuzt ist: OpenMV TX an RX des Edison (Pin 0), OpenMV RX an TX des Edison (Pin 1). Pin 0 ist auf dem Breakout RX, also tauschen Sie die Leitungen, falls Ihre Verkabelung genau so ausgeführt ist, wie Sie sie beschrieben haben.