Mastodon Mastodon Mastodon Mastodon

OnSolve CodeRED Ransomware Attack Exposes Risks to US Emergency Alert Systems

Photo of author

CyberSecureFox Editorial Team

Published:

Last updated:

A significant cybersecurity incident has affected OnSolve CodeRED, an emergency notification platform that Crisis24 describes as a public-safety alerting system for government agencies and communities. According to a BleepingComputer report on the incident, the ransomware group INC claimed responsibility and alleged that the breach exposed personal data, including account passwords. For agencies that rely on CodeRED to distribute urgent alerts, any interruption or forced migration is operationally significant.

What Is OnSolve CodeRED and Why the Breach Matters

CodeRED, operated by Crisis24, is marketed as a system for fast, targeted emergency alerts across channels such as phone, SMS, and email. Public-safety agencies use it for warnings about floods, wildfires, gas leaks, severe weather, missing persons, evacuations, and other time-sensitive incidents.

This places CodeRED firmly within the realm of critical alerting infrastructure. Any prolonged outage or degradation can mean residents do not receive time-sensitive warnings. In this category, the practical risk extends beyond data exposure: service disruption can directly affect emergency communications and incident response coordination.

Timeline and Tactics of the INC Ransomware Attack

According to incident details cited by BleepingComputer, the INC group claimed to have gained access on 1 November 2025 and to have launched the ransomware phase on 10 November 2025. If accurate, that sequence matches a familiar ransomware pattern: initial access, internal reconnaissance, and then encryption and extortion.

The same report says INC claimed the company had considered paying a US$100,000 ransom, after which the group allegedly moved to data-extortion tactics and published screenshots that appeared to include user accounts and plaintext passwords. Because those details come from attacker claims and incident reporting rather than a detailed public forensic report from the vendor, they should be treated carefully but not dismissed.

Scope of the Data Breach and Affected Infrastructure

Available reporting indicates that the incident involved an older, legacy version of the CodeRED platform. Even if the newer service architecture remained separate, a compromise of a still-active legacy deployment is operationally significant when government users depend on it for emergency communications.

Exfiltrated data reportedly included names, postal addresses, email addresses, phone numbers, and account passwords. If those password claims are accurate, the risk extends beyond the affected platform because reused credentials can be leveraged in credential-stuffing attacks against email, social media, government, and business accounts.

BleepingComputer further reported that the compromised environment was shut down and services were rebuilt on the newer CodeRED by Crisis24 platform, with available backups reportedly dating to 31 March 2025. If correct, that restore point would leave a multi-month data gap, forcing agencies to rebuild contact data and revalidate user records under pressure.

Operational Impact on Authorities and Public Safety Agencies

Numerous counties, cities, and public safety organizations across the US reported significant disruption to emergency alert operations. Agencies had to troubleshoot delivery issues, rebuild contact lists, re-register users, and validate communication channels on short notice. For organizations that rely on rapid mass communication, this kind of forced reconfiguration can slow down response during critical events.

For vendors serving the public sector, incidents of this kind create not only reputational damage but also contractual, regulatory, and resilience risks. Agencies buying critical communications platforms increasingly expect evidence of segmentation, recovery readiness, secure credential handling, and tested continuity procedures for legacy systems as well as current ones.

Risks for CodeRED Users and Recommended Security Actions

Because passwords and full contact details were exposed, all affected CodeRED users should immediately change their passwords on the platform and on any other services where the same or similar passwords may have been used. Best practice is to adopt unique, long, and complex passwords for every account, ideally managed through a reputable password manager and protected by multi-factor authentication (MFA/2FA) wherever possible.

Users should also be on high alert for targeted phishing attempts. With accurate names, phone numbers, and email addresses, attackers can craft convincing emails, SMS messages, or calls that appear to come from local authorities, banks, or major online services. Verifying messages via official channels and avoiding links or attachments in unsolicited communications is essential to reduce the risk of follow‑on fraud.

Key Lessons for Critical Infrastructure and Legacy Systems

The OnSolve CodeRED incident underscores how the compromise of even “old” or legacy platforms can have systemic consequences for both cybersecurity and physical safety. Many organizations in critical infrastructure sectors continue to rely on outdated systems because they are deeply integrated into operations, but these systems often lack modern security controls, segmentation, and monitoring.

Security best practices for such environments include regular security audits of legacy systems, planned decommissioning or modernization, strict access control and network segmentation, and tested backup and recovery strategies with sufficiently frequent restore points. Industry reports, such as IBM’s “Cost of a Data Breach,” consistently show that robust backup and incident response planning significantly reduces downtime and financial impact in ransomware scenarios.

The CodeRED case shows why emergency-alert platforms must be assessed as critical infrastructure, even when part of the service stack is considered legacy. Agencies and vendors should test restoration procedures, set backup intervals appropriate to life-safety workflows, isolate backup data from production access paths, and verify that password storage, customer data retention, and migration plans hold up under a real incident rather than only in routine operations.


CyberSecureFox Editorial Team

The CyberSecureFox Editorial Team covers cybersecurity news, vulnerabilities, malware campaigns, ransomware activity, AI security, cloud security, and vendor security advisories. Articles are prepared using official advisories, CVE/NVD data, CISA alerts, vendor publications, and public research reports. Content is reviewed before publication and updated when new information becomes available.

Leave a Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.