As reported by The Hacker News on September 6, 2026, CERT Polska has issued an active-exploitation warning for MikroTik RouterOS devices exposing SSH to the public internet. Successful takeovers — granting full administrative control without credentials — have been observed since at least September 2. No CVE identifier was cited in the advisory, and no victim count or threat actor attribution has been published.
Why This Matters
MikroTik RouterOS powers a substantial share of SMB and ISP edge infrastructure globally. These devices sit at the network perimeter, bridging trust zones and often handling traffic for dozens or hundreds of downstream hosts. A full administrative compromise at this layer is not a router problem — it is a network-wide problem. Attackers controlling an edge router can intercept transit traffic, redirect DNS, inject routes, pivot into internal segments, and establish persistence that survives workstation reimaging. The exposure surface is amplified by the fact that many MikroTik deployments are managed by under-resourced operators who rarely update firmware.
The absence of an assigned CVE at publication time is operationally significant. Defenders cannot rely on automated vuln-management platforms to flag these devices; manual inventory and version verification are required now.
Affected Versions and Fixed Releases
| Channel / Range | Affected Versions | Fixed Release | Notes |
|---|---|---|---|
| RouterOS 6 (stable) | 6.0.0 – below 6.49.21 | 6.49.21 | Legacy stable channel |
| RouterOS 7 (stable) | 7.0.0 – below 7.23.4 | 7.23.5 (long-term) | 7.23.4 introduced an IPv6 DHCP regression |
| RouterOS 7.24.x | 7.24 – below 7.24.2 | 7.24.2 | Current stable |
| RouterOS 7.25 (dev) | 7.25beta3 and earlier | 7.25beta3+ | Development channel |
Severity: High to Critical depending on exposure. Internet-reachable SSH on an unpatched device is effectively a pre-auth full-takeover condition.
Compromise Indicators to Hunt
ops accounts not created by administratorsssh:-2@Flagged status (/system/device-mode/print) indicating suspicious configuration detected at startupImmediate Actions
- Inventory: Enumerate every MikroTik device in your estate and record its RouterOS version. Prioritize any device with a public IP or sitting behind a port-forward.
- Reduce exposure: Disable SSH, WWW, WWW-SSL, and bandwidth-test services on WAN-facing interfaces immediately. Restrict management to a trusted VPN or dedicated management VLAN.
- Patch: Update to the fixed releases above using official RouterOS downloads. On the v7 long-term channel, use 7.23.5 — not 7.23.4 — to avoid the DHCP regression.
- Hunt: Run
/system/device-mode/print, review system logs forssh:-2@entries, and audit the full user/script/schedule configuration for unauthorized changes. - Contain if compromised: Isolate the device, export logs and configuration for forensics, then factory-reset and reconfigure from a known-good baseline. Do not clear the
Flaggedstatus before preserving evidence.
Until a device is patched, CERT Polska advises against initiating TLS connections or using RouterOS's built-in SSH client from the unpatched device — these restrictions cover a broader vulnerability set and are not optional hardening.
Shield53 Recommendations
- Treat edge devices as tier-0 assets. Router compromise equals domain compromise in practice. Apply the same patch SLAs, change control, and logging rigor you apply to domain controllers.
- Eliminate management-plane internet exposure. No administrative protocol — SSH, HTTPS, Winbox, API — should be reachable from the public internet. Enforce VPN-only access with MFA.
- Verify default firewall posture. MikroTik's default rules block WAN management when intact. Confirm those rules have not been removed or weakened by prior administrators or integrators.
- Centralize logging. Forward RouterOS logs to a SIEM. The
ssh:-2@indicator is only useful if you're actually collecting and alerting on it. - Build a recovery runbook now. Edge-device compromise response should be pre-staged: isolation steps, config export commands, reset procedures, and re-validation checks. Under active attack is the wrong time to write it.
The broader lesson is perennial: perimeter devices with unpatched firmware and exposed management planes remain the single highest-yield target class for opportunistic and organized attackers alike. MikroTik is today's name on the advisory; the pattern will repeat with the next vendor. Treat this as a benchmark for how your organization handles edge-infrastructure hygiene, not as a one-off incident.