Agents In Use
What’s new todayLast update
— use cases added today

OpenClaw compares network scans and reports changes

Roses reports a recurring OpenClaw network-monitoring job that compares scan history, investigates changes and delivers anomaly summaries through Telegram.

Published simonroses.comAgent: OpenClaw
FROM THE SOURCE

Original prompt

Shared by the source author. See source notes for context.

Run network security scan. Use nmap to:

Evidence at a glance

Sourced account
Original account
Read the source ↗
Published
13 Feb 2026
Source link checked
15 Oct 2026
Reported result
Roses reports a recurring OpenClaw network-monitoring job that compares scan history, investigates changes and delivers anomaly summaries through Telegram.
Human involvement
The author defines the scanned network, privileged execution boundaries and alerts, and reviews logs and summaries. Example IP addresses and reports are illustrative.

A linked account supports attribution. It does not mean we independently reproduced its result.

Report an issue with this caseOpen correction email

Opens your email app with the case link included. Nothing is sent automatically.

How the agent did it

  1. Run scheduled host discovery on the author’s local network.
  2. Compare known hosts and ports with the prior saved scan and investigate new hosts.
  3. Save dated scan results and send Telegram summaries when anomalies are found.

Simon Roses Femerling describes running OpenClaw as AgentX on a Raspberry Pi in his security workflow. One specific recurring task scans his local network every four hours, records discovered hosts and services, and compares them with the previous scan. Anomalies trigger a Telegram summary rather than requiring him to inspect every output manually.

The published job separates host discovery from further investigation. When a new host appears, the agent can run service detection, save the results to a dated file and compare the change with known network state. The account also describes checking externally exposed ports and maintaining a daily summary of scans, hosts and suspicious activity.

The article combines real configuration with illustrative commands and sample reports. Its example address and alert should not be treated as evidence that a particular public service was actually exposed. The supported deployment is the author's configured and used monitoring workflow, with historical records and human inspection. He notes that raw-socket scans need privileges and that overly frequent scanning can trigger intrusion alerts. Elsewhere he describes production restarts requiring approval, so that authority is not inferred from a Telegram request to deploy.

Prompt
Original prompt

Source: Blog · Simon Roses Femerling

Frequently asked questions

How often does the network job run?

The author supplies a configured four-hour scan schedule.

What happens when a new host appears?

The job compares history, performs deeper service inspection and saves a dated report with an anomaly notification.

Does the example prove an exposed public port?

No. The article includes illustrative commands and alerts; those are not a verified exposure incident.

More details

About this account

Run scheduled host discovery on the author’s local network. Compare known hosts and ports with the prior saved scan and investigate new hosts.

Firsthand account read. Primary article visibly dated February 13, 2026 and credited to Simon Roses. Sample IP addresses and alert content are not treated as real incidents; no production restart authority inferred. Reported outcomes were not independently reproduced. Original prompt box contains a short excerpt of the author's published instructions.

Credit: Simon Roses Femerling

Source published 13 Feb 2026

Source checked 15 Oct 2026

Tools and topics

OpenClaw · Nmap · Telegram · Raspberry Pi

OpenClaw · Nmap · Telegram

Editorial completeness: 100/100. Measures documented fields, not agent performance or verified outcomes.