There are more IoT devices within 100 meters of you right now than people. Weather stations, garage door openers, smart thermostats, wireless doorbells, car key fobs, industrial sensors β€” all of them broadcasting radio frequency signals on sub-GHz bands, all day, every day.

Most businesses have no idea what's transmitting in their environment. And that's a problem.

Wi-Fi networks get audited. Bluetooth devices get inventoried. But the sub-GHz RF layer β€” the 300MHz to 928MHz spectrum where billions of IoT devices operate β€” is almost completely invisible to traditional IT security tools. It's a blind spot the size of a continent.

That blind spot is closing. A new approach combining crowdsourced RF signal collection with AI-powered device identification is building the first comprehensive map of IoT device infrastructure β€” and it's changing how organizations think about wireless security.

The Sub-GHz Blind Spot

Here's what makes sub-GHz IoT different from the wireless networks your security team already monitors:

No authentication standards. Most sub-GHz IoT protocols have no authentication whatsoever. Devices transmit in cleartext. Anyone with a $30 receiver can capture, analyze, and replay signals.

No centralized registry. There's no equivalent of DNS or DHCP for sub-GHz devices. When a new wireless sensor shows up in your facility, nobody gets notified. It just starts transmitting.

Massive device diversity. Sub-GHz IoT spans dozens of protocols (ASK, FSK, OOK, GFSK), hundreds of frequencies, and thousands of manufacturers. A single building might contain devices from 50 different vendors using 15 different modulation schemes.

Long range, low visibility. Sub-GHz signals travel farther than Wi-Fi β€” often several hundred meters through walls and obstacles. That weather station across the street? Your network can't see it, but its RF signals are inside your building.

Traditional vulnerability scanners can't touch this. Nessus doesn't speak 433MHz. Your SIEM has no idea that the warehouse next door just installed 200 wireless inventory sensors that overlap with your building management system's frequency range.

How Crowdsourced RF Mapping Works

The concept borrows directly from WiGLE.net β€” the crowdsourced Wi-Fi mapping platform that has cataloged over 1.2 billion wireless networks by having contributors drive, walk, and fly with scanning equipment.

Apply the same model to sub-GHz RF devices, and you get something powerful: a geographic intelligence layer for the invisible wireless landscape.

The Collection Pipeline

Here's how the data flows from signal capture to actionable intelligence:

RF Device Identification Pipeline CAPTURE πŸ“‘ RF Scan Flipper / RTL-SDR .sub + GPS + time UPLOAD ☁️ Ingest Web / API / Batch Dedup + validate PARSE πŸ” Extract Freq / Mod / Bits Protocol detect AI IDENTIFY πŸ€– Match Signature DB Confidence score MAP πŸ—ΊοΈ Plot PostGIS Heatmap πŸ“š Signature DB Flipper Zoo β€’ RTL_433 β€’ Community Curated + ML-derived πŸ‘₯ Community Verify β€’ Correct β€’ Expand Virtuous feedback loop KEY METRICS πŸ“Š Protocols: ASK, FSK, OOK, GFSK πŸ“‘ Frequencies: 300MHz – 928MHz πŸ” Auth: None (most sub-GHz IoT) From signal capture to geographic intelligence β€” the crowdsourced RF mapping pipeline
The six-stage pipeline: from raw RF capture to geographic intelligence map

1. Capture. Contributors use portable RF receivers β€” Flipper Zero, LilyGo T-Embed, RTL-SDR dongles, HackRF β€” to record sub-GHz signals in .sub or .fff file formats. Each capture includes GPS coordinates and a timestamp.

2. Upload. Captures are submitted to a central platform via web interface or API. Batch uploads are supported β€” a single wardriving session might produce hundreds of captures across a city.

3. Parse. The platform extracts signal metadata from each file: frequency, modulation type, bit patterns, protocol indicators, preamble sequences, and raw signal data.

4. Identify. This is where AI enters. The parsed metadata is compared against known device signature databases β€” curated from Flipper Zero's protocol library, RTL_433's device decoders, and community-verified submissions:

# Simplified device identification scoring
def identify_device(signal_metadata: dict) -> list[DeviceMatch]:
    matches = []

    # Stage 1: Exact protocol match
    protocol_matches = signature_db.query(
        frequency=signal_metadata['frequency'],
        modulation=signal_metadata['modulation'],
        protocol=signal_metadata.get('protocol')
    )

    # Stage 2: Pattern-based matching
    for candidate in protocol_matches:
        similarity = calculate_bit_pattern_similarity(
            signal_metadata['bit_pattern'],
            candidate.known_pattern
        )
        confidence = weighted_score(
            protocol_match=1.0 if candidate.protocol_exact else 0.6,
            frequency_match=frequency_proximity(signal_metadata, candidate),
            pattern_similarity=similarity,
            community_verifications=candidate.verification_count
        )
        matches.append(DeviceMatch(device=candidate, confidence=confidence))

    return sorted(matches, key=lambda m: m.confidence, reverse=True)
Device Confidence Scoring Breakdown Timing Pattern 40% Preamble Match 25% Timing Ratio 20% Frequency 10% Bit Count 5% 0% 20% 40%
Weighted confidence scoring β€” timing patterns contribute the most to device identification accuracy

5. Map. Identified devices are plotted on an interactive map with geographic clustering, heatmap visualization, and filtering by device type, frequency, protocol, and date range.

6. Verify. Community members confirm or correct automatic identifications, improving the signature database over time. More contributions β†’ better identification β†’ more useful maps β†’ more contributors.

RF Signal Analysis Pipeline πŸ“‘ Raw Signal Sub-GHz Capture πŸ”¬ Feature Extract Freq Β· Mod Β· Bits πŸ€– ML Scoring Pattern Match + AI βœ… Device ID Type + Confidence Data flows through extraction, ML scoring, and identification with confidence scores
RF Signal Analysis Pipeline β€” from raw capture to device identification via ML scoring

What the Data Reveals

When you aggregate thousands of RF captures across a geographic area, patterns emerge that individual scans never show:

Why This Matters for Business Security

If you're running a business with physical facilities, crowdsourced RF mapping isn't an academic curiosity. It's an emerging operational security tool.

Wireless Attack Surface Visibility

You can't protect what you can't see. Most organizations have zero visibility into the sub-GHz devices operating in and around their facilities. An RF device map provides the first layer of awareness β€” what's transmitting, on what frequency, using what protocol, and from where.

This is especially critical for:

Supply Chain Intelligence

When you can see that 80% of the wireless sensors in your building come from a single manufacturer, that's supply chain intelligence. If that manufacturer has a known vulnerability in their protocol implementation β€” and many do β€” you now know your exposure before an attacker does.

Compliance and Audit Evidence

Regulations like NIST SP 800-183 (Networks of Things) and the EU Cyber Resilience Act increasingly require organizations to maintain inventories of connected devices. Sub-GHz IoT devices have traditionally been excluded from these inventories because there was no practical way to discover them. Crowdsourced mapping changes that.

Building the Platform: Key Architecture Decisions

For technical leaders evaluating this approach, here are the critical architectural considerations:

PostGIS for Geospatial Queries

RF device data is inherently geographic. Every observation has coordinates. Every query involves spatial relationships. PostgreSQL with PostGIS handles this natively:

-- Find all devices within 500m of a location
SELECT d.device_type, d.frequency, d.protocol,
       ST_Distance(d.location,
         ST_MakePoint(-122.4194, 37.7749)::geography) AS distance_m
FROM device_observations d
WHERE ST_DWithin(
    d.location,
    ST_MakePoint(-122.4194, 37.7749)::geography,
    500  -- meters
)
ORDER BY distance_m;

Deduplication Strategy

The same device will be captured by multiple contributors at different times. Hash the signal characteristics (frequency + modulation + bit pattern prefix) and cluster by GPS proximity. If two captures match on signal hash and are within 50 meters, they're likely the same device.

Layered Signature Database

  1. Curated core β€” Known device signatures from protocol documentation and hardware analysis
  2. Community contributed β€” User-verified identifications that expand coverage
  3. ML-derived β€” Pattern clusters that haven't been identified but show consistent characteristics

This layered approach means the system identifies devices even when no exact signature exists β€” by recognizing similar patterns and presenting them for community verification.

The Privacy Question

Any system mapping physical devices to geographic locations raises privacy concerns. Responsible platforms handle this through:

In most jurisdictions, radio signals broadcast on unlicensed spectrum are not considered private communications. Receiving and cataloging them is legal. But ethical platforms go beyond legal minimums.

Geospatial Coverage Map β€” Sensor Network High density Medium Low
Geospatial coverage map β€” sensor nodes with signal coverage radiuses color-coded by device density

What's Next: AI-Driven Anomaly Detection

The next evolution isn't just mapping β€” it's monitoring. When you have a baseline map of RF devices in a geographic area, AI can detect anomalies in real-time:

This transforms passive mapping into active defense β€” a crowdsourced sensor network that identifies RF threats as they emerge, not after they've caused damage.

The Bottom Line

The sub-GHz IoT blind spot is one of the largest unaddressed vulnerabilities in physical security today. Billions of devices. No authentication. No visibility. No inventory.

Crowdsourced RF mapping β€” powered by AI device identification and community verification β€” is the first scalable approach to closing this gap. The hardware exists. The protocols are documented. The platforms are being built.

For businesses serious about their wireless security posture, the question isn't whether to pay attention to sub-GHz IoT. It's how quickly you can build visibility into a spectrum that attackers already understand.

The signals are already in your building. The only question is who's listening.


Need help assessing your organization's IoT attack surface? OptinAmpOut builds AI-powered security automation that gives you visibility into the wireless threats traditional tools miss. Talk to us about your IoT security posture β†’

Ready to Take Action?

Protect your AI infrastructure with our comprehensive security guide.

πŸ›‘οΈ Download the AI Security Guide β†’ πŸ“¦ Get the Starter Kit