From 5bfdd3f29d2e9f493a3103fe6d55a5b6387af222 Mon Sep 17 00:00:00 2001 From: eddy Date: Tue, 4 Aug 2026 23:26:04 +0200 Subject: [PATCH] =?UTF-8?q?docs:=20fix=20BLE=20spoofing=20analysis=20?= =?UTF-8?q?=E2=80=94=20client=20now=20uses=20UUID+ECDH,=20not=20name-only?= =?UTF-8?q?=20scan?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 741f8da..101b670 100644 --- a/README.md +++ b/README.md @@ -154,7 +154,7 @@ Broker packets zijn versleuteld met AES-256-GCM (48 bytes: 4 seq + 8 nonce + 20 |---|---| | **Replay** | Sequence counter — zelfde packet werkt niet 2× (`seq <= lastSeq` geweerd) | | **Ongeautoriseerd device** | ECDH pubkey HMAC vereist PSK — verkeerde PSK = afgewezen public key | -| **BLE spoofing (client)** | **Bekend lek (issue #10):** ESP32 client scant op naam "SylDa_Server" i.p.v. UUID — geen server-verificatie. De Android app scant wél op service UUID én verifieert device UUID na connect. | +| **BLE spoofing (client)** | Client gebruikt service UUID + manufacturer data voor scanning, full 16-byte UUID + ECDH PSK-HMAC voor verificatie na connect. 4-byte manufacturer data scan-filter (2^32 combinaties) kan tot onnodige connectiepogingen leiden — deze falen alsnog bij 16-byte UUID check of ECDH handshake. Voorheen (issue #10) werd alleen op naam "SylDa_Server" gescant zonder verdere verificatie. | | **Commando vervalsing** | AES-GCM versleutelt en authenticeert command byte + nonce — wijzigen maakt tag ongeldig | | **Afluisteren** | AES-256-GCM biedt confidentiality — commando's zijn onleesbaar zonder AES-sleutel | | **Brute-force PSK** | 32-byte PSK = 2^256 mogelijkheden — onhaalbaar |