dev.workers.cronping-oren.cronping/heartbeat-monitor
REMOTE · CRONPING.CRONPING-OREN.WORKERS.DEV · SCANNED OCT 14
Dead-man's-switch for cron jobs & AI agents. Import a crontab to arm one silent-miss alert per job.
Available components
Recent critical change
Authorization (29 Aug 2026). See the changelog before you install this server.
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security46
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not yet verified: we couldn't confirm whether this endpoint requires it. View diagnostics → Unverified
- HTTPS enforcement could not be verified: the plaintext port answered with HTTP 404, which proves neither a plaintext path nor enforcement. View diagnostics → Unverified
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability0
- Transport check failed: declared streamable-http, but the endpoint returned HTTP 404. See how to fix → View diagnostics → Fail
Schema Quality & AI Usability0
- Schema not yet verified: we couldn't read the endpoint's schema, or could read only part of its tool list.Unverified
Stability & Change Management0
- Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
- Tool coverage not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.Unverified
Tool Safety0
- Tool safety not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.Unverified
Capabilities0
- Capabilities not yet verified: we couldn't read the endpoint's capabilities.Unverified
Unverified: 5 categories
Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm.
How do I install the dev.workers.cronping-oren.cronping/heartbeat-monitor MCP server?
dev.workers.cronping-oren.cronping/heartbeat-monitor is a hosted endpoint at https://cronping.cronping-oren.workers.dev/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · cronping.cronping-oren.workers.dev
claude mcp add --transport http dev-workers-cronping-oren-cronping-heartbeat-mon 'https://cronping.cronping-oren.workers.dev/mcp'
{
"mcpServers": {
"dev-workers-cronping-oren-cronping-heartbeat-mon": {
"url": "https://cronping.cronping-oren.workers.dev/mcp"
}
}
} {
"servers": {
"dev-workers-cronping-oren-cronping-heartbeat-mon": {
"type": "http",
"url": "https://cronping.cronping-oren.workers.dev/mcp"
}
}
} [mcp_servers.dev-workers-cronping-oren-cronping-heartbeat-mon] url = "https://cronping.cronping-oren.workers.dev/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"dev-workers-cronping-oren-cronping-heartbeat-mon": {
"type": "remote",
"url": "https://cronping.cronping-oren.workers.dev/mcp",
"enabled": true
}
}
} openclaw mcp add dev-workers-cronping-oren-cronping-heartbeat-mon --url 'https://cronping.cronping-oren.workers.dev/mcp' --transport streamable-http
mcp_servers:
dev-workers-cronping-oren-cronping-heartbeat-mon:
url: "https://cronping.cronping-oren.workers.dev/mcp" {
"McpServers": {
"dev-workers-cronping-oren-cronping-heartbeat-mon": {
"Transport": "http",
"Url": "https://cronping.cronping-oren.workers.dev/mcp"
}
}
} assistant mcp add dev-workers-cronping-oren-cronping-heartbeat-mon -t streamable-http -u 'https://cronping.cronping-oren.workers.dev/mcp'
{
"mcpServers": {
"dev-workers-cronping-oren-cronping-heartbeat-mon": {
"type": "http",
"url": "https://cronping.cronping-oren.workers.dev/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
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.
- 1 Oct 26 −51
- Endpoint reachability: reachable → not serving MCP ▼ security
- HTTPS: fail → unverified ▼ security
- Authorization: fail → unverified ▼ security
- Stability: pass → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Transport: pass → fail ▼ security
- Capabilities: fail → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- First check of Schema quality: unverified functional
- 28 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 25 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 3 Sept 26 0
- The server rewrote its instructions, which are the text every model session reads security
- Schema quality: 206 → 252 ▼ functional
- Server version: 1.0.0 → 1.4.0 functional
- 29 Aug 26 0
- Authorization: partial → fail ▼ critical
- Stability: 0.97 → pass security
- New tool “delete_heartbeat”, which the server declares destructive security
- Schema quality: 236 → 206 ▲ functional
- New tool “pause_heartbeat” functional
- 26 Aug 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 21 Aug 26 0
- Schema quality: 891 → 1184 ▼ functional
- New tool “import_crontab” functional
- 11 Aug 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
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 14 Oct 2026 · Probed https://cronping.cronping-oren.workers.dev/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=cronping-oren.workers.dev | CN=WE1,O=Google Trust Services,C=US | 22 Sept 2026 | 21 Dec 2026 | ECDSA 256 | ECDSA-SHA256 | 149f73470f6084ed1312e3f32c987783 |
| SANs: cronping-oren.workers.dev, *.cronping-oren.workers.dev | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of cronping.cronping-oren.workers.dev. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| dev. | present | 60074 | 8 | Verified |
| workers.dev. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Inconclusive
We could not reach the endpoint well enough to judge its authorisation posture.
| Result | Inconclusive |
|---|---|
| HTTP status | 404 |
| Header | Value |
|---|---|
| x-frame-options | SAMEORIGIN |
| referrer-policy | same-origin |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://cronping.cronping-oren.workers.dev/mcp | HTTP error | 404 | |
| http (plaintext) | http://cronping.cronping-oren.workers.dev/mcp | Inconclusive | 404 |
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 →
create_heartbeat ~463
Create a Cronping heartbeat monitor (dead-man's-switch). Returns a ping_url to call on each successful run of your agent loop, worker, or cron job, plus a claim_token to manage it. If pings stop arriving within period+grace, Cronping raises an alert. No account required. After creating, send one verification ping (call ping_heartbeat with the returned id) to confirm setup — the check flips from 'new' to UP so you know it's wired correctly. Alternatively, pass pull_url to make a PULL check: Cronping fetches that URL on schedule and alerts if it fails — for targets that can't call a ping URL (a health endpoint, status page, or API).
| Name | Type | Req | Description |
|---|---|---|---|
| string | – | Email address for DOWN and recovery alerts. STRONGLY RECOMMENDED — without an email or webhook_url, Cronping tracks status but cannot notify anyone when the job stops, which defeats the purpose. Use… | |
| grace_seconds | number | – | Extra slack before marking DOWN, in seconds. Default 3600. |
| name | string | yes | Label for what is monitored, e.g. "nightly-backup" or "research-agent-loop". |
| period_seconds | number | – | How often you expect a ping, in seconds (min 60). Default 86400 (daily). |
| pull_contains | string | – | Optional (pull checks only). The fetched response body must contain this text to count as UP; otherwise Cronping alerts. |
| pull_url | string | – | Optional. If set, creates a PULL check instead: Cronping itself fetches this URL every period_seconds and alerts if it fails — use for a target that can't call a ping URL (a public health endpoint, s… |
| stuck_after | number | – | Optional. Flip to STUCK if the progress_token passed to ping_heartbeat stays identical for this many consecutive runs (default 3, 0 disables). Catches zombie runs that keep pinging but make no progre… |
| webhook_url | string | – | https webhook (Slack/Discord/generic) for DOWN and recovery alerts. Set this OR email so someone is actually notified when the monitored job goes silent. |
No output schema declared.
No examples provided.
delete_heartbeat ~130
Permanently delete a Cronping heartbeat monitor and all its events. Use this to tear down an ephemeral check your agent created (e.g. at shutdown, or after a one-off job) so it stops being monitored and can never raise a stale DOWN alert. Requires the claim_token returned by create_heartbeat. This is irreversible — the id and ping_url stop working immediately. To silence a check temporarily instead of deleting it, use pause_heartbeat.
| Name | Type | Req | Description |
|---|---|---|---|
| claim_token | string | yes | The claim_token returned by create_heartbeat. |
| id | string | yes | The check id returned by create_heartbeat. |
No output schema declared.
No examples provided.
get_heartbeat_status ~62
Get the live status of a Cronping check (up/down/new, last ping time, ping count, and whether an alert channel is set).
| Name | Type | Req | Description |
|---|---|---|---|
| claim_token | string | yes | The claim_token returned by create_heartbeat. |
| id | string | yes | – |
No output schema declared.
No examples provided.
import_crontab ~293
Arm a dead-man's-switch for EVERY line of a crontab in one call. Paste raw crontab text; Cronping parses each schedule, derives the expected interval from the cron expression itself (using the longest gap between runs so weekend/twice-daily schedules don't false-alarm), and creates one heartbeat monitor per job. Returns, for each line, a ping_url plus the same command with `&& curl -fsS <ping_url>` already appended so you can drop it straight back into the crontab. Also anchors each new check's first deadline to the schedule's real next run — so a fresh switch neither pages at t=0 nor sleeps a full period. No account required. Ideal when an agent or operator wants to instrument a whole box's scheduled jobs at once. Up to 20 lines per call. Lines with no fixed interval (e.g. @reboot) are skipped.
| Name | Type | Req | Description |
|---|---|---|---|
| crontab | string | yes | Raw crontab text, one job per line (comments and FOO=bar env lines are ignored). Standard 5-field expressions plus @daily/@hourly/@weekly/@monthly/@yearly macros and named days/months are supported. |
| string | – | Optional. Email address for DOWN and recovery alerts, applied to every check created. STRONGLY RECOMMENDED — without it the checks track status but cannot notify anyone. |
No output schema declared.
No examples provided.
pause_heartbeat ~128
Pause or resume monitoring on an existing Cronping check without deleting it. Pause during planned maintenance or a known downtime window so a silent job does not raise a false DOWN alert; resume to re-arm the dead-man's-switch. While paused, missed pings are ignored and no alerts fire. Requires the claim_token returned by create_heartbeat.
| Name | Type | Req | Description |
|---|---|---|---|
| claim_token | string | yes | The claim_token returned by create_heartbeat. |
| id | string | yes | The check id returned by create_heartbeat. |
| paused | boolean | – | true to pause monitoring, false to resume it. Defaults to true. |
No output schema declared.
No examples provided.
ping_heartbeat ~195
Send a heartbeat signal to a Cronping check. signal="success" (default) marks it UP and resets the timer; "start" records that a run began (for duration); "fail" marks it DOWN immediately and alerts. Optionally pass progress_token (a digest of your run's actual output) on success pings: if the same token repeats for several consecutive runs, the check flips to STUCK — catching a "zombie" job that keeps pinging on schedule while its real work has stalled.
| Name | Type | Req | Description |
|---|---|---|---|
| id | string | yes | The check id returned by create_heartbeat. |
| progress_token | string | – | Optional. A short digest/hash of this run's output (e.g. last-processed id, row count, content hash). If it stays identical across stuck_after consecutive runs, the check flips to STUCK and alerts. |
| signal | string | – | success | start | fail. Default success. |
No output schema declared.
No examples provided.
set_heartbeat_alert ~171
Add or change the alert channel on an EXISTING Cronping check (use this instead of creating a duplicate). Sets the email and/or webhook (Slack/Discord/generic https) that Cronping notifies when the monitor goes silent or recovers. Without an alert channel a check tracks status but can't warn you — call this once per check to make the dead-man's-switch actually protect you.
| Name | Type | Req | Description |
|---|---|---|---|
| claim_token | string | yes | The claim_token returned by create_heartbeat. |
| string | – | Email address to notify (e.g. the operator/owner). Pass empty string to clear. | |
| id | string | yes | The check id returned by create_heartbeat. |
| webhook_url | string | – | Optional https webhook (Slack/Discord/generic) to notify. Pass empty string to clear. |
No output schema declared.
No examples provided.
What is the dev.workers.cronping-oren.cronping/heartbeat-monitor MCP server?
dev.workers.cronping-oren.cronping/heartbeat-monitor is an MCP server listed in the public MCP registry as dev.workers.cronping-oren.cronping/heartbeat-monitor. Dead-man's-switch for cron jobs & AI agents. Import a crontab to arm one silent-miss alert per job. This page covers its hosted endpoint (https://cronping.cronping-oren.workers.dev/mcp).
Is the dev.workers.cronping-oren.cronping/heartbeat-monitor MCP server safe to use?
dev.workers.cronping-oren.cronping/heartbeat-monitor scores 18 out of 100 on VerifyMCP. 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 dev.workers.cronping-oren.cronping/heartbeat-monitor MCP server expose?
dev.workers.cronping-oren.cronping/heartbeat-monitor exposes 7 tools: create_heartbeat, ping_heartbeat, get_heartbeat_status, set_heartbeat_alert, import_crontab, and 2 more. Their descriptions and schemas cost roughly 1,442 tokens of context every time the server is loaded.
Does the dev.workers.cronping-oren.cronping/heartbeat-monitor MCP server require authentication?
Its publisher declares no required credentials for dev.workers.cronping-oren.cronping/heartbeat-monitor. We have not been able to confirm that against the live endpoint, and a server can require authorisation without declaring it here.
Is the dev.workers.cronping-oren.cronping/heartbeat-monitor MCP server still maintained?
dev.workers.cronping-oren.cronping/heartbeat-monitor is still listed as active in the MCP registry. We last reached this channel on 14 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.