Context from #106 (which scrubbed the live tree).
The capture device's hardware_uid (3288010126E18000), radio_ble_mac (32880126E180), and hardware_name (Lun10n) were committed in the flat tests/golden/fixtures/cli_exec_device_info.json and unit-test mocks before #106. #106 scrubbed every tracked file and added length-preserving redaction to tests/golden/record.py, so the current tree and all future re-records are clean — but the history of this public repo still contains those values.
Sensitivity is low: none are credentials; the BLE MAC is air-broadcast by the device anyway; worst case is physical-proximity correlation. Options:
- Leave it — accept the low-sensitivity historical exposure (recommended given the data is already public and air-broadcast).
- History rewrite —
git filter-repo to purge the values, force-push, invalidating existing clones/forks. Heavy, disruptive.
Decide and close. No code change needed for option 1.
Context from #106 (which scrubbed the live tree).
The capture device's
hardware_uid(3288010126E18000),radio_ble_mac(32880126E180), andhardware_name(Lun10n) were committed in the flattests/golden/fixtures/cli_exec_device_info.jsonand unit-test mocks before #106. #106 scrubbed every tracked file and added length-preserving redaction totests/golden/record.py, so the current tree and all future re-records are clean — but the history of this public repo still contains those values.Sensitivity is low: none are credentials; the BLE MAC is air-broadcast by the device anyway; worst case is physical-proximity correlation. Options:
git filter-repoto purge the values, force-push, invalidating existing clones/forks. Heavy, disruptive.Decide and close. No code change needed for option 1.