Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

BLEA

PYPI · BLEA

Safe BLE diagnostics, evidence workflows, and guarded automation for AI agents.

Available components

+1 this week 89 Trust /100

Last scanned (2 hours ago)

Scores higher than 92% of PyPI servers

Category IoT and Hardware

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • Runs hatchling.build at install time, a recognised build step with no custom scripting around it. View diagnostics → Pass
  • 0 of 44 dependencies flagged as unhealthy. View diagnostics → Pass
Provenance & Transparency97
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Cryptographically verified build provenance (signed, bound to Nitmi/blea). View diagnostics → Pass
  • Clear OSI-approved license (MIT).Pass
  • Actively maintained (last published 17 days ago).Pass
  • Disclosure check failed: no security disclosure policy was found in the source repository. See how to fix → Fail
Schema Quality & AI Usability65
  • AI-judged instruction clarity (good).Pass
  • Tool/resource definitions use about 1607 tokens (~66/item across 24 items; 24 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage71
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 0% of tool parameters carry a description.Fail
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety75
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • 0 of 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "ble_unpair" implies "remove" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
  • An AI judge read all 24 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 16 Oct 26 0
    • Stability: 0.97 → pass security
  • 15 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.

  • 13 Oct 26 +1
    • Security disclosure: unverified → fail ▼ functional
  • 12 Oct 26 −1
    • Security disclosure: fail → unverified ▼ functional
  • 4 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.

  • 2 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.

  • 30 Sept 26 +12
    • Malware scan: unverified → pass ▲ security
    • Stability: pass → 0.77 functional
  • 29 Sept 26 −17
    • Malware scan: pass → unverified ▼ security
    • Stability: 0.97 → pass security
    • Schema quality: 1457 → 1607 ▼ functional
    • Destructive annotations: pass → 0 functional
    • Package version: 0.6.5 → 0.7.0 functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 17 Oct 2026 · Analysed pypi/blea@0.7.0

Provenance Verified

A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.

Result Verified
Ecosystem pypi
Reason Verified
Discovered via Registry attestation endpoint
Source repo Nitmi/blea
Certificate issuer https://token.actions.githubusercontent.com
Certificate SAN https://github.com/Nitmi/blea/.github/workflows/release.yml@refs/tags/v0.7.0
Rekor log index 2999124298
Predicate type PyPI publish attestation https://docs.pypi.org/attestations/publish/v1
Subject digest sha256:34d98409cc47a54aaf1a7ac8d36e546dcf15a833e501582d04f8a13a37fe9e2e

Background: How many MCP packages publish verified provenance →

Install scripts 1 script
Hook Tier Command
build_backend allowlisted hatchling.build

Background: Why install scripts are a supply-chain risk →

Dependencies 44 packages
Packages resolved 44
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 24 exposed · ~1,607 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
ble_capture ~131

Save a validated read-only BLE evidence package as .blea.jsonl. Capture performs one discovery and one connection, then records advertisements, GATT, bounded reads, and bounded notifications. It never writes, pairs, or changes device configuration. The output path is replaced atomically only after the final summary validates.

NameTypeReqDescription
devicestringyes–
max_readsinteger––
observe_durationnumber––
outputstringyes–
read_offsetinteger––
redact_identifiersboolean––
service_uuid–––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_diff ~116

Compare two validated BLEA evidence files without accessing Bluetooth hardware. Transient capture metadata and notification timestamps are ignored. RSSI uses a 5 dBm tolerance by default; strict_rssi compares exact values. Device identifiers must match unless allow_different_devices is explicitly enabled.

NameTypeReqDescription
afterstringyes–
allow_different_devicesboolean––
beforestringyes–
fail_on_changeboolean––
rssi_tolerancenumber––
strict_rssiboolean––

Structured output declared, but exposes no named fields.

No examples provided.

ble_doctor ~30

Check whether the local Bluetooth adapter and OS BLE backend are usable.

NameTypeReqDescription
scan_timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_exchange ~108

Subscribe first, perform one guarded write, then collect resulting notifications.

NameTypeReqDescription
allow_writeboolean––
base64_value–––
confirm_device–––
devicestringyes–
durationnumber––
hex_value–––
notify_characteristicstringyes–
read_backboolean––
responseboolean––
text_value–––
timeoutnumber––
write_characteristicstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_inspect ~40

Discover GATT; timeout applies separately to scan, connect, and GATT operations.

NameTypeReqDescription
devicestringyes–
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_observe ~90

Observe notify/indicate characteristics on one connection for a bounded duration. When characteristics is omitted, all discovered notify/indicate characteristics are selected. Per-characteristic subscription failures remain in subscriptions while other subscriptions continue. The tool always reports cleanup evidence and never writes or pairs.

NameTypeReqDescription
characteristics–––
devicestringyes–
durationnumber––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_pair ~87

Pair an exact id:<identifier> with guards; optional six-digit PIN is Windows-only. PINs are excluded from result evidence. The MCP host may retain tool arguments in its history.

NameTypeReqDescription
allow_pairingboolean––
confirm_device–––
devicestringyes–
pin–––
scan_timeoutnumber––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_probe ~120

Read one GATT page; inspect read_page and follow next_read_offset until null. ok=true means the page ran, not that every characteristic read succeeded. timeout applies separately to scan, connect, profile discovery, and each read. The full profile is omitted by default to keep repeated pages compact; use ble_inspect first or set include_profile=true.

NameTypeReqDescription
devicestringyes–
include_profileboolean––
max_readsinteger––
read_offsetinteger––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_read ~46

Read a characteristic; timeout applies separately to scan, connect, and GATT operations.

NameTypeReqDescription
characteristicstringyes–
devicestringyes–
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_replay ~154

Replay scan/inspect/probe/read/subscribe/observe/run from evidence without BLE hardware. speed=0 returns matching notifications immediately. Positive speed values preserve recorded notification gaps at the requested multiplier. Replay is always read-only and never exposes a write or exchange operation.

NameTypeReqDescription
characteristic–––
characteristics–––
device–––
durationnumber––
evidencestringyes–
include_profileboolean––
max_readsinteger––
name_contains–––
operationstringyes–
read_offsetinteger––
service_uuid–––
speednumber––
timeoutnumber––
workflow–––

Structured output declared, but exposes no named fields.

No examples provided.

ble_scan ~37

Scan nearby BLE advertisements and return stable structured evidence.

NameTypeReqDescription
name_contains–––
service_uuid–––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_close ~25

Disconnect and forget an open BLE session.

NameTypeReqDescription
session_idstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_close_all ~24

Recover unknown or leaked state by closing every session owned by this server.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_exchange ~104

Atomically subscribe, write, and collect notifications through one open session.

NameTypeReqDescription
allow_writeboolean––
base64_value–––
confirm_device–––
durationnumber––
hex_value–––
notify_characteristicstringyes–
read_backboolean––
responseboolean––
session_idstringyes–
text_value–––
write_characteristicstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_inspect ~26

Discover services on an open BLE session.

NameTypeReqDescription
session_idstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_list ~24

List open BLE sessions, their devices, idle time, and lease timeout.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_observe ~42

Observe notify/indicate characteristics through one existing session connection.

NameTypeReqDescription
characteristics–––
durationnumber––
session_idstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_open ~37

Open a leased connection; timeout applies per backend operation for the session.

NameTypeReqDescription
devicestringyes–
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_read ~33

Read a characteristic through an open BLE session.

NameTypeReqDescription
characteristicstringyes–
session_idstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_subscribe ~41

Collect bounded notifications through an open BLE session.

NameTypeReqDescription
characteristicstringyes–
durationnumber––
session_idstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

ble_session_write ~84

Write through an open session with the same explicit write guard.

NameTypeReqDescription
allow_writeboolean––
base64_value–––
characteristicstringyes–
confirm_device–––
hex_value–––
read_backboolean––
responseboolean––
session_idstringyes–
text_value–––

Structured output declared, but exposes no named fields.

No examples provided.

ble_subscribe ~52

Collect bounded notifications; timeout is per backend operation, not a total deadline.

NameTypeReqDescription
characteristicstringyes–
devicestringyes–
durationnumber––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_unpair ~63

Remove an OS bond for an exact device; unpairing may disconnect existing clients.

NameTypeReqDescription
allow_pairingboolean––
confirm_device–––
devicestringyes–
scan_timeoutnumber––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

ble_write ~93

Write with guards; timeout is per backend operation, not a total tool deadline.

NameTypeReqDescription
allow_writeboolean––
base64_value–––
characteristicstringyes–
confirm_device–––
devicestringyes–
hex_value–––
read_backboolean––
responseboolean––
text_value–––
timeoutnumber––

Structured output declared, but exposes no named fields.

No examples provided.

Install

How do I install the BLEA MCP server?

BLEA runs locally as a PyPI package, launched with uvx blea. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

pypi · blea

# add to Claude Code
claude mcp add nitmi-blea -- uvx blea
Common questions

What is the BLEA MCP server?

BLEA is an MCP server listed in the public MCP registry as io.github.Nitmi/blea. Safe BLE diagnostics, evidence workflows, and guarded automation for AI agents. This page covers its PyPI package (blea).

Is the BLEA MCP server safe to use?

BLEA scores 89 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 17 October 2026. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the BLEA MCP server expose?

BLEA exposes 24 tools: ble_doctor, ble_scan, ble_inspect, ble_probe, ble_capture, and 19 more. Their descriptions and schemas cost roughly 1,607 tokens of context every time the server is loaded.

Is the BLEA MCP server still maintained?

BLEA is still listed as active in the MCP registry. We last reached this channel on 17 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the BLEA MCP server under?

BLEA declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.