Asuswrt-Merlin, taken further

REAPERFIRMWARE

A security-hardened, de-clouded, open-source Asuswrt-Merlin fork for six ASUS Wi-Fi 7 routers: RT-BE86U, RT-BE88U, RT-BE96U, GT-BE98, GT-BE98 Pro, and the experimental RT-BE92U. Reaper keeps the familiar Merlin foundation while adding deeper security controls, hardware-accelerated QoS, network visibility, diagnostics, privacy-focused defaults, and a purpose-built administration experience.

v2.8.8Latest stable release
v3.0.9-betaBeta channel · all six models
6Models · 1 experimental
76Documented UI screens
The AM-Reaper administration dashboard showing system status, security posture, client counts, and connection information.
Reaper administration dashboard Dark UI · Local control
Security-firstMultiple audit and remediation rounds across Reaper and inherited open-source userspace.
De-cloudedReduces cloud-coupled and telemetry-oriented surface where the project can safely do so.
Hardware QoSAdditional Broadcom Runner QoS modes keep hardware acceleration in the data path.
Built in the openPublic GitHub Actions clean room, pinned public inputs, published provenance. No secrets, no control servers, no telemetry.
Stable v2.8.8 All six models · both variants

The newest image you can install without opting into a beta, and what the router's own update check reads. Warden lists that survive the move to flash, a rebuilt LAN shield, atomic feed updates, steadier Gatekeeper, and the Traffic Analyzer's live view unfrozen.

Beta v3.0.9-beta The 3.0 line, published as prereleases first

The 3.0 window is on every model as a beta. Read the release notes and keep a recovery path before you flash it.

  • Backup & Restore rebuilt into one page: a full .rbk that carries settings and the whole /jffs partition.
  • First boot finished without a wizard, plus the upstream 3006.102.9 security pull-forwards.
  • Policy Routing no longer fails open on boot or WAN re-dial, and Apply, Keep and Revert report what actually happened.
  • The speed test says why it failed; self-heals wait for the box to finish booting; the whole window sits behind a regression gate.

Why Reaper exists

Your router should work for you.

Reaper is built around a simple idea: infrastructure you own should remain understandable, controllable, and defensible. It is not a replacement for the Asuswrt-Merlin foundation - it is a focused fork that adds security hardening, visibility, and operational tooling for people who want more control over the edge of their network.

Security hardening

Targeted fixes and defence-in-depth changes across the open-source userspace, with findings documented and changes compile-verified through the firmware build.

Privacy and local control

Cloud-coupled features and unnecessary remote surface are reduced where practical, while management and diagnostics stay centred on the router and your LAN.

Performance without blind spots

Hardware-accelerated QoS, connection inspection, traffic analytics, and practical diagnostics help tune the network without turning the router into a black box.

Transparent engineering

The project publishes its patch series, build instructions, public build workflow, release documentation, source-availability details, and build provenance.

Reaper additions

More than a new theme.

The interface is intentionally different, but the deeper changes are functional: dedicated security controls, traffic management, device policy, diagnostics, and operational tools integrated directly into the firmware.

Reaper Warden threat and geographic firewall interface.
Security control

Reaper Warden

An opt-in threat and geographic firewall that consumes reputation feeds and your own lists, applies country policy on IPv4 and IPv6, keeps honest per-country block counts, and preserves an explicit anti-lockout rule.

Platform scope

Six ASUS Wi-Fi 7 routers, two Broadcom platforms.

Five BCM4916 models are standard firmware targets - the RT-BE96U is simply the project's primary development and physical-validation hardware. The RT-BE92U, built on the sibling BCM6765 SoC, joined in the v2.7 line and ships as an experimental prerelease.

Supported ASUS Wi-Fi 7 models

Reaper provides model-specific firmware images for every supported router. Flash only the image built for your exact model - cross-flashing can brick the unit.

Broadcom BCM4916 · Standard releases

RT-BE86U Supported RT-BE88U Supported RT-BE96U Supported · Primary development hardware GT-BE98 Supported GT-BE98 Pro Supported

Broadcom BCM6765 · Experimental prereleases

RT-BE92U Experimental · Prerelease only

The RT-BE92U rides the same patch series and the same clean-room CI matrix as the BCM4916 fleet, but because it publishes as a prerelease it never lands as a standard release alongside the other five. Treat it as field-test firmware and keep a recovery path.

Two build variants

Choose the firmware image that matches how you want to run the router.

AI Advisor / MCP Default release

Includes the optional Reaper AI Advisor/MCP capability. The service remains off until explicitly configured.

Standard / noMCP Alternate

All AI Advisor/MCP components are compiled out for users who want the smallest feature surface.

Owner's guide

One guide. Every Reaper feature, explained.

The Reaper owner's guide is the single reference for installing, configuring, and running the firmware. It is written for someone who will operate the router - technically literate, not a developer - and it covers every Reaper page and switch: what it does, how to set it up, what to expect, and the limits and gotchas the project has documented.

What the guide covers

  1. What Reaper is, and is notWhat it keeps, removes, and adds; the two builds; the closed Broadcom parts.
  2. Requirements and rulesSupported models and the right file, flashing, backups, JFFS, commit-confirm, custom scripts, the update check.
  3. The dashboard and navigationCards, the left rail, tabs, overlays, and the theme switch.
  4. Each feature pageFirewall, Gatekeeper, Warden, Policy Routing, QoS, Traffic Analyzer, Devices, Connections, Wireless Quality, Long-Term Storage, USB Disks, Backup & Restore, Diagnostics, Firmware, About, AI Advisor, and the Reaper switches.
  5. Efficiency and good practiceHow to run it well day to day.
  6. Troubleshooting, glossary, and defaultsA quick table, plain definitions, and exactly which stock defaults Reaper changes.

Interface explorer

Click through the firmware before you flash it.

The rail and tabs below are laid out the way the Reaper shell lays them out, and every screen behind them is a real capture of the page it names, taken on the project's own hardware with addresses and identifiers blurred. Nothing here is interactive beyond navigation: pick a section, pick a tab, read the screen, open it full size.

RT-BE96U REAPERPowered by Asuswrt-Merlin WAN Connected Mode Wireless Router Firmware 3006.102.8_Reaper_v2.8.8 Screens 76 Mock shell · real captures

The Reaper dashboard.

Dashboard

Open source, built in the open

Every public build is made where you can watch.

Reaper is a public patch series applied to the public Asuswrt-Merlin source, and every published image is compiled in a GitHub Actions clean room from pinned, public inputs. There is nothing in the pipeline you cannot read, and nothing in the firmware that answers to anyone but you.

No secrets

The build needs no private keys, tokens, SDK drops, or hidden inputs. Fork the repository, run the workflow, and you get the same image the project publishes - from the same source, on GitHub's own runners.

No control servers

The ASUS cloud connector, account binding, AAE/AiHome tunnel, AiCloud, and every browser-side callback to vendor servers are removed. The build fails if a vendor CDN reference reaches the shipped web root.

No telemetry

The router reports to no one. The only outbound check the firmware makes on its own is the opt-in update check against the Reaper GitHub release channel - and nothing is ever downloaded or installed automatically.

How the clean room works

Nothing about a Reaper release depends on the maintainer's machine. The public workflow rebuilds the firmware from scratch on a fresh GitHub-hosted runner, and the provenance it prints is what lets anyone check a published image against source.

  1. Pinned public inputsThe upstream Asuswrt-Merlin tree, the public toolchains, and a stock Ubuntu container - every one pinned to an exact revision.
  2. Fresh runner, every timeEach build starts from an empty GitHub-hosted runner. No cached state, no local box, no access to the project's repository required.
  3. The patch series is applied in the openReaper's changes are a numbered patch series in the repository. The About page inside the firmware states the patch count, upstream commit, and build date of the image you are running.
  4. Provenance you can checkThe workflow prints a timestamp-free staged-filesystem digest and verifies the source tree hash against the published manifest. Two builds of the same source produce the same digest.

What is open, and what is not

Everything Reaper adds is GPL v2, like the Merlin base it patches. The Broadcom radio drivers and a small set of vendor objects are proprietary, licensed for genuine ASUS hardware only, and shipped unmodified - the project lists them rather than pretending they are not there.

Reaper is free. The routers are not.

Every supported model has to be bought, flashed, bricked, and recovered on real hardware before a release ships. If Reaper saved you time, you can help cover the bench.

Support the project

Ready to dig deeper?

Read first. Verify the model. Keep a recovery path.

Reaper is independently maintained third-party firmware. Before flashing, read the owner's guide, review the current release notes, confirm your exact model, verify the hashes, and know the rollback procedure.

- Open full size ↗