eye-spy - GitLite

KO | EN

gitlite — search

#llm #electron #claude #nlp #tailwindcss #cloud-native #pdf #awesome-list #bash #security

eye-spy

(★ 9)

Passive surveillance detector for the M5Stack Atom Lite. Scans BLE and WiFi for body cameras, ALPR systems, AirTags, trackers, drones, and hidden cameras. LED turns red when something is watching.

파일 탐색기

ZIP 다운로드

- 01-clean-code.md
- 02-test-before-commit.md
- 03-file-size-and-decomposition.md
- 04-detection-methods.md
- 05-keep-rules-current.md
- - build-firmware.yml
- - index.html
- eyespy.py
- README.md
- requirements.txt
- lilygo-t-dongle-c5.json
- m5stickc-plus-se.json
- index.html
- c5_display.h
- es_beacon_frames.h
- es_beacon_test.cpp
- es_confidence.h
- es_detect.h
- led_neopixel.h
- m5basic_display.h
- m5stickc_display.h
- main.cpp
- ui_task.h
- - test_oui_matching.cpp
- - test_ssid_ble_matching.cpp
.gitattributes
.gitignore
flash.sh
LICENSE
NOTICE
partitions_4mb.csv
platformio.ini
README.md
sdkconfig.defaults

# CDN으로 사용하기

jsDelivr

jsDelivr는 공개 GitHub 리포지토리를 별도 설정 없이 CDN으로 즉시 서빙합니다. 버전과 파일을 고르면 웹페이지에 바로 붙일 수 있는 링크와 예시 코드가 만들어집니다.

버전

파일

링크

예시

# 프로젝트 배지

License 바로가기
Author 바로가기

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

> Passive surveillance detector for the **M5Stack Atom Lite** (ESP32-PICO-D4).  
> Scans BLE and WiFi for body cameras, ALPR systems, AirTags, trackers, drones, and hidden cameras — LED turns red when something is watching.

Continuously monitors Bluetooth LE and WiFi for recording devices, surveillance cameras, ALPR (license-plate reader) systems, drones, and personal trackers. A confidence-score system drives a single RGB LED indicator so you get an at-a-glance privacy threat level at all times.

---

## LED Indicators

| Color | Meaning | Score |
|---|---|---|
| 🔵 Blue pulse | Startup / first scan | — |
| 🟢 Green solid | Clear — nothing detected | 0–2 |
| 🟡 Yellow solid | Caution — possible recording device nearby | 3–5 |
| 🔴 Red flashing | Alert — definite surveillance / tracking device detected | 6+ |

Score decays −1 point every 60 seconds. Each detection type has a 120-second re-score cooldown so a persistent device can't infinitely stack points.

---

## Detection Engines

### BLE — passive (NimBLE, no scan requests transmitted)

| # | Target | What's Detected | Score |
|---|---|---|---|
| 1 | **Axon body camera** | BLE MAC OUI `00:25:df` (Axon — body cams, tasers, LE equipment) | +5 🔴 |
| 2 | **Ray-Ban Meta** smart glasses | BLE service UUID `0xFD5F` | +5 🔴 |
| 3 | **Flock Safety BLE** | BLE device name containing "Flock", "Penguin", "Pigvision", or "FS Ext Battery" | +5 🔴 |
| 4 | **Card skimmer** (HC-03/05/06) | BLE device name exact match — Bluetooth modules commonly found in payment-terminal skimmers | +5 🔴 |
| 5 | **Apple AirTag** | Manufacturer data `0x004C` subtype `0x12`/`0x1E`, or raw payload `1E FF 4C 00` / `4C 00 12` | +4 🔴 |
| 6 | **Drone (OpenDroneID BLE)** | BLE service UUID `0xFFFA`, or raw AD service-data payload with app code `0x0D` | +4 🔴 |
| 7 | **Samsung SmartTag** | BLE service UUID `0xFD5A` | +3 🟡 |
| 8 | **Tile tracker** | BLE service UUID `0xFEED` or `0xFEEC` | +3 🟡 |
| 9 | **MeshCore node** | BLE device name prefix `MeshCore-` | +2 🟡 |
| 10 | **iBeacon** (retail/venue tracking) | Manufacturer data `0x004C 0x02 0x15` — deployed in stores, airports, stadiums to track movement | +2 🟡 |
| 11 | **Unknown persistent device** | Any unclassified BLE MAC seen ≥3× over ≥5 minutes (device scout / follower detection) | +2 🟡 |

### WiFi scan — active channel scan

| # | Target | What's Detected | Score |
|---|---|---|---|
| 12 | **Flock Safety camera** (OUI) | BSSID matches 22-entry Flock Safety OUI table (`d4:bb:e6`, `3c:61:05`, FS-Ext-Battery prefixes) | +5 🔴 |
| 13 | **ALPR / LPR camera** (OUI) | BSSID matches Motorola Solutions / Vigilant Solutions OUI `00:0e:58` | +5 🔴 |
| 14 | **Flock keyword SSID** | SSID contains: `flock`, `flocksafety`, `fs ext`, `penguin`, `pigvision` | +5 🔴 |
| 15 | **ALPR keyword SSID** | SSID contains: `alpr`, `lpr`, `vigilant`, `plateread`, `licenseplat`, `motorola`, `automate` | +4 🔴 |
| 16 | **Surveillance camera vendor** (OUI) | BSSID matches 31-entry camera OUI table — Hikvision, Dahua, Axis, Ring, Nest, Arlo, Wyze, Reolink, FLIR, Amcrest, Vivotek, Hanwha, Mobotix, Ubiquiti UniFi | +3 🟡 |
| 17 | **Camera keyword SSID** | SSID contains: `cam`, `ipcam`, `cctv`, `nvr`, `dvr`, `doorbell`, `surv`, `blink`, `lorex`, `protect`, `genetec`, and more | +2 🟡 |

### WiFi promiscuous — passive sniff, channel-hopping

| # | Target | What's Detected | Score |
|---|---|---|---|
| 18 | **Drone (OpenDroneID WiFi NaN)** | 802.11 Management frame to destination `51:6f:9a:01:00:00` — ASTM F3411 Remote ID broadcast | +4 🔴 |

---

## How Scoring Works

- **Score 0–2 → 🟢 GREEN** — no significant detections
- **Score 3–5 → 🟡 YELLOW** — possible device nearby, worth being aware
- **Score 6+ → 🔴 RED** — definite surveillance / tracking equipment detected

A single hit from a definite device (Axon, Flock, ALPR OUI, AirTag) immediately reaches the alert threshold in one detection. Multiple independent caution-level signals combine to raise the alert level.

**Decay:** score drops −1 per 60 s of inactivity. If you leave the area, the device returns to clear within a few minutes.

**Re-score cooldown:** the same detection type won't re-add points for 120 seconds, preventing runaway scoring from one persistent device.

---

## Phase Schedule

```
BLE passive (9 s) → WiFi scan (~3 s) → Promiscuous sniff (5 s) → repeat
```

BLE is stopped before any WiFi operations to respect the shared ESP32 radio. It restarts cleanly at the beginning of each cycle.

During the promiscuous phase, the radio channel-hops across `{1, 6, 11, 3, 8, 13}` every 400 ms to maximize drone NaN frame coverage.

---

## Hardware

### M5Stack Atom Lite (primary)

| | |
|---|---|
| Board | M5Stack Atom Lite |
| MCU | ESP32-PICO-D4 |
| LED | SK6812 NeoPixel on GPIO27 |
| Button | GPIO39 (input only) |
| Flash | 4 MB |

### LILYGO T-Dongle C5 (experimental)

| | |
|---|---|
| Board | LILYGO T-Dongle C5 |
| MCU | ESP32-C5 RISC-V, dual-band WiFi 6 + BT 5 |
| Display | ST7735S 80×160 colour TFT |
| RGB LED | WS2812B on GPIO11 |
| BOOT button | GPIO9 |
| Flash | 4 MB |

**T-Dongle C5 TFT display layout:**

| Score | Background | Large score # | Status |
|---|---|---|---|
| 0–2 | Black | 🟢 Green | CLEAR |
| 3–5 | Dark amber | 🟡 Yellow | CAUTION |
| 6+ | Dark red | 🔴 Red | ALERT |

Current scan phase (BLE / WIFI / PROMISC) is shown at the bottom of the screen.
The WS2812B RGB LED mirrors the score level (green / amber / red) for at-a-glance
visibility without looking at the screen.

---

## Build & Flash

```bash
# Compile for Atom Lite
pio run -e atom-lite

# Flash
pio run -e atom-lite -t upload

# Serial monitor (115200 baud)
pio device monitor -b 115200

# Generic ESP32 devkit (LED on GPIO2)
pio run -e esp32dev

# LILYGO T-Dongle C5 (experimental — ESP32-C5 dual-band WiFi 6 + BT 5)
pio run -e lilygo-t-dongle-c5 -t upload
```

Dependencies (installed automatically by PlatformIO):
- `adafruit/Adafruit NeoPixel @ ^1.15.1`
- `h2zero/NimBLE-Arduino @ ^1.4.3`
- `adafruit/Adafruit ST7735 and ST7789 Library @ ^1.10.4` *(T-Dongle C5 only)*
- `adafruit/Adafruit GFX Library @ ^1.11.9` *(T-Dongle C5 only)*

---

## Serial Output

All output is prefixed with `[eyespy]`:

```
[eyespy] Eye Spy v1.1 starting
[eyespy] init OK
[eyespy] BLE scan start
[eyespy] WiFi scan
[eyespy] Flock-cam OUI d4:bb:e6  "Flock_CAM_0032"
[eyespy] +5 (Flock-cam-OUI)  score=5
[eyespy] WiFi done  score=5
[eyespy] promisc ON
[eyespy] status  score=5  CAUTION  phase=PROMISC  tracked=12
[eyespy] Axon-cam  RSSI=-62
[eyespy] +5 (Axon-cam)  score=10
[eyespy] status  score=10  ALERT  phase=BLE  tracked=12
[eyespy] decay  score=9
```

---

## Flock Safety OUI Table

The 35-entry `FLOCK_OUIS` table (`src/es_detect.h`) covers:
- `d4:bb:e6`, `3c:61:05` — Flock Safety (IEEE registered, legacy entries)
- `b4:1e:52` — Flock Safety direct IEEE assignment
- `82:6b:f2` — DeFlockJoplin field-verified camera (locally-administered MAC)
- 6 FS Ext Battery device-series prefixes
- 25 additional MAC prefixes from the @NitekryDPaul promiscuous-mode dataset

These are checked **separately** from the general ALPR table, so both Flock cameras and Vigilant LPR cameras can score independently in the same scan cycle. A separate low-confidence `FLOCK_MFR_OUIS` table (Liteon/USI contract-manufacturer prefixes shared with non-Flock hardware) scores +2 instead of +5.

---

## 🧪 Native Unit Tests

The detection pattern library (`src/es_detect.h`) is fully tested via a
host-side Unity test suite — no ESP32 hardware needed. This mirrors the
equivalent test setup in the sibling
[flock-you-esp32](https://github.com/simeononsecurity/flock-you-esp32)
project:

```bash
cd eye-spy
pio test -e native                              # run all 32 tests
pio test -e native -f test_oui_matching          # OUI table matching (15)
pio test -e native -f test_ssid_ble_matching     # SSID/BLE-name matching (17)
```

All **32 tests pass** against the current `es_detect.h`. The test suite covers:
- All 35 `FLOCK_OUIS`, 6 `FLOCK_MFR_OUIS`, and 31 `CAM_OUIS` prefixes
- SoundThinking and ALPR OUI isolation (not present in any other table)
- Cross-table mutual-exclusion (no OUI prefix appears in more than one table)
- `FLOCK_SSID_KW` / `ALPR_SSID_KW` / `CAM_SSID_KW` keyword matching (case-insensitive)
- `FLOCK_BLE_NAMES` substring matching via `strContainsCI()`
- `SKIMMER_NAMES` and `RAVEN_UUIDS` table contents/counts
- nullptr-termination sanity for every pattern array

---

## Notes

- BLE scanning is **passive** — no scan requests are transmitted. The device is not detectable by the equipment it is scanning for.
- RSSI threshold: devices weaker than −90 dBm are ignored to reduce false positives in dense environments.
- The device persistence tracker watches up to 50 unknown BLE MACs simultaneously. Entries are purged after 30 minutes of absence.
- The iBeacon detector fires on standard Apple iBeacon format (`0x4C 0x00 0x02 0x15`) regardless of UUID, targeting retail-tracking deployments.