Pairing von logitec Unifying Devices verwendet einen "geheimen Algorithmus"?

In dem zitierten Abschnitt des Whitepapers behauptet Logitech das deutlich

Der gleiche eindeutige Schlüssel wird sowohl auf der Tastatur als auch im Empfänger auf der Grundlage von Zufallswerten aufgebaut, die während des Paarungsvorgangs ausgetauscht werden.

und

Beachten Sie, dass die Verschlüsselungsschlüssel niemals drahtlos übertragen werden.

Das klingt sehr nach Diffie-Hellman. Es scheint, dass der geheime Algorithmus für die Schlüsselerzeugung im Gerät und Dongle und nicht für den Schlüsselaustausch verwendet wird. Die Schlüssel selbst können je nach Algorithmus und Zufallsquelle schwach sein oder nicht.

Beachten Sie jedoch, dass Bastille angibt, dass Unifying-Empfänger anfällig sind für (1) erzwungenes Pairing, (2) Tastatureingabe und (3) Tastaturen, die sich als Mäuse tarnen. Logitech hat mit einem Firmware-Update geantwortet .

Haftungsausschluss: Ich bin kein Sicherheitsexperte und besitze kein Logitech-Gerät. Ich fand das jedoch, weil ich die gleichen Fragen hatte.

Ich habe keine harten Fakten hinzuzufügen, aber eine kleine Spekulation hat niemanden verletzt. :)

Wenn Sie die Behauptung von Logitech, " ohne den geheimen Algorithmus zu kennen ", für bare Münze halten, bedeutet dies im Grunde, dass das einzige, was einen Angreifer daran hindert, den Schlüssel während des Pairing wiederherzustellen, die Kenntnis des Algorithmus für die Schlüsselvereinbarung. Jeder, der das Programm von einem Gerät extrahieren kann, kann seine Sicherheit beeinträchtigen. Wenn sie wirklich ein bekanntes sicheres Schlüsselvereinbarungssystem verwenden würden, dann glaube ich, dass sie ihrem Whitepaper keinen solchen Anspruch hinzufügen würden.

In diesem Unifying-Receiver-Abbau sehen Sie, dass sie den Chip NRF24LU1P verwenden, der zu einer Spezifikation von NordicSemi führt . Es ist ein SoC mit einer 16-MHz-8-Bit-CPU. Es hat eine integrierte AES128-Unterstützung, aber keine andere Verschlüsselung. Es gibt eine 32-Bit-Multipliziereinheit, die bei der asymmetrischen Kryptographie hilfreich ist, aber ich habe gesehen, dass leistungsfähigere 32-Bit-Mikrocontroller viele Sekunden benötigen, um einen 1536-Bit-Diffie-Hellman-Handshake zu berechnen (ein Minimum, das heute als sicher gilt) aus. Es könnte jedoch etwas wie Curve25519 nicht ausschließen.

Glücklicherweise ist das Pairing ein Vorgang, den die Benutzer nur selten tun, was opportunistische Angreifer ziemlich einschränkt.