PRESS RELEASE

SAN FRANCISCO, Oct. 23, 2024 /PRNewswire/ -- Schubert Jonckheer & Kolbe LLP is investigating a cyberattack and data breach potentially affecting the private information of up to 14 million customers of American Water Works Company, Inc., a New Jersey-based water and wastewater utility company that operates in 14 states and manages 500 water systems.

On October 7, 2024, American Water announced in a Form 8-K filed with the Securities and Exchange Commission that it experienced a cybersecurity incident. The company shut down its MyWater customer portal and is pausing billing until further notice.

American Water has failed to inform its customers whether their private information was stolen by the hackers in the attack, only stating on its website that it will "provide more information when and as appropriate." The company collects and requires its customers to provide personally identifiable information, including names, emails, postal addresses, phone numbers, location information, Internet and other electronic network activity, financial information, health information, and other sensitive personal data.

If your private information was impacted by this incident, you may be at risk of identity theft, financial fraud, and other serious violations of your privacy. As a result, you may be entitled to money damages and an injunction requiring changes to the company's cybersecurity practices.

If you received notification of this data breach or are a current or former customer of American Water and wish to obtain additional information about your legal rights, please contact us today or visit our website at https://www.classactionlawyers.com/americanwater.

About Schubert Jonckheer & Kolbe LLP  
Schubert Jonckheer & Kolbe represents shareholders, employees, and consumers in class actions against corporate defendants, as well as shareholders in derivative actions against their officers and directors. The firm is based in San Francisco, and with the help of co-counsel, litigates cases nationwide.

You May Also Like

American Water Under Investigation for Cyberattack Potentially Affecting 14M Customers

Even after the ransom is paid, such attacks lead to spikes in strokes and heart attacks and increased wait times for patients.

Source: Dennis Gross via Alamy Stock Photo

Nearly 400 US healthcare organizations have been infected with ransomware this fiscal year, compromising private information, disrupting facilities, and putting lives at risk, according to a study released this week.

The average payment that these organizations have reported paying has gone up to roughly $4.4 million and is costing facilities up to $900,000 in downtime, putting healthcare among ransomware's most lucrative target sectors.

The disruption that healthcare operations face when hit with ransomware attacks doesn't just affect hospitals either. It also impacts clinics and doctors in adjacent areas, which absorb displaced patients in these emergencies.

Researchers at Microsoft compared the effects of a ransomware attack against four hospitals and found that these events increased patient volume by 15%, increased waiting room time by almost 50%, increased the number of confirmed strokes by 113%. Cardiac arrest cases went up by 81%.

According to the study, ransomware has become such a pronounced issue for the healthcare sector because of its track record of complying with the bad actors and making ransom payments. But since these organizations are dealing with literal life and death issues, they are usually willing to pay millions of dollars to avoid any disruption of care and the data that support it.

As for the threats actors and ransomware gangs, Russia is known for providing a safe harbor for gangs who attack US infrastructure; Iranian groups in particular have been most active in attempted attacks against healthcare organizations this year. Chinese cyber crews are also getting in on the action and targeting healthcare as a cover for government-backed espionage.

**About the Author**

Microsoft: Healthcare Sees 300% Surge in Ransomware Attacks

An attacker compromised one of Fortinet's most sensitive products and mopped up all kinds of reconnaissance data helpful for future mass device attacks.

Source: Thomas Kyhn via Alamy Stock Photo

An unknown threat actor has compromised Fortinet devices en masse across various industries, leaving no particular indication of what they plan to do next.

The campaign was enabled by a critical vulnerability, CVE-2024-47575, which the Cybersecurity and Infrastructure Security Agency (CISA) has just added to its Known Exploited Vulnerability (KEV) catalog. It affects Fortinet's FortiManager tool, the single, centralized console from which organizations can manage all their Fortinet brand firewalls, access points, application delivery controllers (ADCs), and email gateways. Up to 100,000 devices can be managed from a single FortiManager interface, making it an efficient tool for IT administration, and a spectacular launchpoint for cyberattacks.

According to Mandiant, a threat actor it now tracks as UNC5820 used CVE-2024-47575 to compromise more than 50 instances of FortiManager. Doing so enabled them to siphon off information about the various devices connected to those FortiManager instances, which could prove useful in follow-on attacks. To this point, however, no malicious follow-on activity has been observed.

**A Critical Vulnerability in FortiManager**

CVE-2024-47575 results from a missing authentication in the fgfmd daemon, a "critical function" that facilitates communication between FortiManager and the various Fortinet devices it manages. Using specially crafted requests, a remote, unauthenticated attacker could exploit this missing authentication to execute arbitrary code or commands in a targeted device. The centrality of the vulnerable daemon, combined with the severe effect of such an attack, have earned CVE-2024-47575 a "critical" 9.8 out of 10 score according to the Common Vulnerability Scoring System (CVSS).

“These types of exploits are some of the most coveted by attackers as little to no action is required on the part of the victim for the attacker to gain remote access," notes T. Frank Downs, senior director of proactive services at BlueVoyant. "Large-scale exploitation could enable lateral movement to other managed devices, leading to widespread network disruption and data breaches. These actions, in turn, could allow attackers to exfiltrate sensitive data from FortiManager devices, including configurations and credentials."

The unidentified threat actor UNC5820 has already halfway demonstrated what one can do with CVE-2024-47575. Beginning June 27, UNC5820 connected to multiple Fortinet devices from an IP address in Japan. Quickly, a series of important files were zipped into an archive file. These included the targeted FortiManager's build, version, and branch data, configuration files for FortiGate devices it managed, hashed passwords, and more.

Researchers identified another exploitation attempt in September, during which the attacker managed to register their own, unauthorized Fortinet device to the targeted FortiManager console.

In theory, all this data would have been useful for getting to know the target's environment, and laying the groundwork for a mean follow-on attack. "The potential damage from this vulnerability is significant, as it allows attackers to remotely execute code and access sensitive data without authentication, leading to data breaches, network disruptions, and unauthorized access to critical systems," Downs says. And yet, Mandiant has not observed evidence of any such attacks to date.

**What to Do Now**

To exploit CVE-2024-47575 in the first place, UNC5820 would have required some means to reach an organization's FortiManager device. Thus, only those exposed to the Internet are likely to have been targeted.

For organizations with exposed management consoles, Mandiant recommends immediate, thorough forensic investigations, and only allowing known devices and IPs access to FortiManager. Fortinet's FortiGuard Labs has also published further recommendations for remediation to its blog, including workarounds for cases in which an upgrade to the latest software is not possible.

In response to a request for comment from Dark Reading, Fortinet offered the following statement:

"After identifying this vulnerability (CVE-2024-47575), Fortinet promptly communicated critical information and resources to customers. This is in line with our processes and best practices for responsible disclosure to enable customers to strengthen their security posture prior to an advisory being publicly released to a broader audience, including threat actors. We also have published a corresponding public advisory (FG-IR-24-423) reiterating mitigation guidance, including a workaround and patch updates. We urge customers to follow the guidance provided to implement the workarounds and fixes and to continue tracking our advisory page for updates. We continue to coordinate with the appropriate international government agencies and industry threat organizations as part of our ongoing response."

**About the Author**

Nate Nelson is a freelance writer based in New York City. Formerly a reporter at Threatpost, he contributes to a number of cybersecurity blogs and podcasts. He writes "Malicious Life" -- an award-winning Top 20 tech podcast on Apple and Spotify -- and hosts every other episode, featuring interviews with leading voices in security. He also co-hosts "The Industrial Security Podcast," the most popular show in its field.

Critical Bug Exploited in Fortinet's Management Console

A government report's criticism of the 100x metric often used to justify fixing software earlier in development fuels a growing debate over pushing responsibility for secure code onto developers.

Source: Casimiro PT via Shutterstock

The common wisdom in the software industry is that fixing a vulnerability during production is 100 times more expensive than fixing it during the design phase. This massive purported cost of defects has fueled arguments — especially from vendors — that developers need increasingly complex — and expensive — tools to catch more bugs earlier in the development pipeline.

Yet software security professionals are now questioning the extreme nature of that financial trade-off.

In a draft report released last week, the Cybersecurity and Infrastructure Security Agency (CISA) noted that the origins of the factor-of-100 figure remain shrouded by four decades of rote repetition and that, even if true, the software development process that may have supported the figure has since changed. In short, agile development and the ability to push code to deployment rapidly and frequently may have reduced the cost of fixing mistakes in production code. This means the effort to saddle developers with the responsibility for code security — referred to as "shifting left" — may be overwrought.

Chris Hughes, CEO and co-founder of Aquia, a digital transformation security firm, didn't pull any punches in a LinkedIn post, using a vulgarity to describe shift left.

"Security beats Developers over the head with these poor quality noisy outputs, slowing down velocity and ultimately the business," Hughes said.

Other security and software experts weighed in on the LinkedIn post in a heated discussion — some in whole-hearted agreement, others challenging the notion that fixing software defects as early as possible is anything other than "common sense."

The kerfuffle is the latest sign of resurgent tensions between arguably a majority of developers, who see security requirements as a hurdle to better productivity, and DevSecOps-style developers and application security specialists, who see secure software as a quality target that also inevitably saves money.

**Questioning the Common Wisdom**

On Oct. 11, CISA published a report to its director on the Secure by Design initiative, an effort that aims to drive security into the software development and design phases to eliminate vulnerabilities that have allowed significant damage to critical networks and the compromise of sensitive information. The report noted specific challenges in convincing organizations to adopt better security practices, such as a lack of economic incentives for businesses to invest in security and to fix vulnerabilities. Companies such as Target and SolarWinds demonstrate that significant incidents do not lead to financial consequences, as both companies retained customers and recovered any lost market capitalization.

As a result, it remains unclear whether — and how much — companies should shift the security responsibilities leftward to developers, CISA stated in the report. Finding that balance for organizations is not a clear-cut effort.

"It is a commonly held belief that fixing vulnerabilities earlier is more cost effective," the report stated. "'Shift left' emphasizes moving testing activities earlier in the development process, with the notion that earlier identification of issues is better and produces a higher quality product. The challenge is in quantifying how much investment needs to be made."

Aquia's Hughes stressed in an interview with Dark Reading that the point of his post is that developers should be trained in security and offered better tools to secure products, but not by arguing with unsupported economic data.

"Businesses are focused on the financial aspect— they're motivated differently than security. As much as we wish that security was the only thing they cared about, it's simply not," Hughes said. "The need to worry about speed to market and feature velocity, rolling out new features and capabilities for customers. ... There's many benefits for shift left, but the financial benefit may not be one of them, and that \[was\] a big way to motivate the business from a financial perspective."

**Not the Metrics You're Looking For...**

The idea that bugs cost much more to fix in production systems than during the design stage started in the 1970s, as computer scientists and operations engineers studied software engineering. Barry Boehm, who served as chief scientist at TRW Defense Systems Group and as a distinguished professor of computer science and industrial engineering at the University of Southern California, created the Constructive Cost Model (COCOMO) of software engineering economics in the late 1970s and detailed its applications in his book, Software Engineering Economics, published in 1981.

In a 2021 paper, Boehm credited the 100x factor to a prior paper, "Industrial Metrics Top 10 List," which he published in 1987. Yet even Boehm noted that the measurement had likely changed over the years, saying that fixing a software problem after delivery is "often 100 times more expensive" and highlighting that the insertion of the word "often" was an update to his previous thinking.

"One insight shows the cost-escalation factor for small, noncritical software systems to be more like 5:1 than 100:1," Boehm stated in the 2001 paper "Software Defect Reduction Top 10 List." "This ratio reveals that we can develop such systems more efficiently in a less formal, continuous prototype mode that still emphasizes getting things right early rather than late."

Other data on the costs of fixing software defects included a 15:1 estimate calculated from detailed responses to a survey conducted by the National Institute of Standards and Technology (NIST), according to a 2002 report, "The Economic Impacts of Inadequate Infrastructure for Software Testing."

A survey of software developers finds that it takes 15 times more effort to fix a software defect after release compared to the requirements phase. Source: The Economic Impacts of Inadequate Infrastructure for Software Testing, NIST

The increasing focus on cloud-native and DevOps processes has led to a reduction in the cost of updating applications and, thus, the cost of distributing software fixes. The process of distributing tape, disks, or CDs with new software in the 1980s and 1990s has evolved into online updates and software-as-a-service, which requires no action on the part of the user and are much cheaper to update.

In one case study, a large health insurer implemented better defect detection and tracked the savings of fixing bugs earlier from 2013 to 2017 . It concluded that the company saved about $21 million from its previous annual security costs of $28 million. The case study, authored by then Aetna CISO Jim Routh and software security guru Gary McGraw, suggests that triaging bugs later costs four times more than fixing them during development.

"While the costs have absolutely changed, the final principle has not," says Routh, now the chief trust officer for cloud identity firm Saviynt. "It's still less expensive to produce quality software" than to produce buggy software and fix it later.

Adopting a culture of DevSecOps can help. Rather than forcing developers to use specific tools, application security specialists should work with them to develop a process for producing resilient code, says Routh.

**Shift Left Still Makes Financial Sense**

As CISA points out, the question that remains unanswered is how much the economics of software engineering say companies should focus on quality assurance, security, and resilience. A lot of assumptions need to be updated, and companies should be fostering a DevSecOps mentality, says Janet Worthington, senior analyst with business intelligence firm Forrester Research.

"When you say the phrase 'shift left,' I think it can imply to some people ... that it's just a set of tools that developers have to implement and all the burden is on them," she says. "And I think there's been a reaction over the years that you can't just put the burden on developers for security."

By embedding security knowledge throughout not only development but also testing and operations, companies create a more resilient foundation on which to build and deploy software, she says.

In the end, however, the question seems to be not whether fixing software earlier is better or more cost effective, but asking what needs to be better studied to determine how much to invest in driving security through development or operations.

Executives and DevOps teams need to take a total cost of ownership approach to development costs, says Gary McGraw, author of more than a half-dozen books on software security and former chief technical officer at Cigital, a software security firm.

"Developers should be deeply into securing their software," he says, adding that companies should have a software security specialist on every DevSecOps team who can participate, creating security features, doing security testing, and checking security design as a member of the team.

In his experience, there is no question that preventing problems now is better — from a quality, resilience, and security standpoint — than waiting until later.

"It's cheaper to fix bugs when you're still coding. It's cheaper to fix architecture when you're still thinking it up," he says. "Ultimately, the shift left thing is absolutely correct."

**About the Author**

Veteran technology journalist of more than 20 years. Former research engineer. Written for more than two dozen publications, including CNET News.com, Dark Reading, MIT's Technology Review, Popular Science, and Wired News. Five awards for journalism, including Best Deadline Journalism (Online) in 2003 for coverage of the Blaster worm. Crunches numbers on various trends using Python and R. Recent reports include analyses of the shortage in cybersecurity workers and annual vulnerability trends.

'Shift Left' Gets Pushback, Triggers Security Soul Searching

Unauthenticated threat actors can remotely cause a denial-of-service (DoS) cyberattack within the Remote Access VPN software in Cisco's ASA and Firepower software.

Source: Palamarchuk via Shutterstock

Cisco has rushed a patch for a brute-force denial-of-service (DoS) vulnerability in its VPN that's being actively exploited in the wild.

The medium-severity bug (CVE-2024-20481, CVSS 5.8) resides in the Remote Access VPN (RAVPN) found in the Cisco Adaptive Security Appliance (ASA) and Cisco Firepower Threat Defense (FTD) software. If exploited, it could allow an unauthenticated, remote attacker to cause a DoS and disruptions within the RAVPN.

According to Cisco's advisory on the flaw, the vulnerability can be exploited for resource exhaustion by sending a mass number of VPN authentication requests to an affected device, as a cyberattacker would do in an automated brute-force or password-spray attack.

"Depending on the impact of the attack, a reload of the device may be required to restore the RAVPN service," Cisco said in its report. "Services that are not related to VPN are not affected."

Cisco has released software updates to help mitigate the vulnerability, but it notes that there are no other workarounds for the bug. 

It does provide recommendations for evading password-spray attacks, including enabling logging, configuring threat detecting for remote access VPN services, applying hardening measures, and manually blocking connection attempts from unauthorized sources.

**About the Author**

Cisco ASA, FTD Software Under Active VPN Exploitation

The latest GenAI jailbreak technique tricks chatbots into returning restricted content by blending different prompt topics together.

Source: Brent Hofacker via Alamy Stock Photo

An artificial intelligence (AI) jailbreak method that mixes malicious and benign queries together can be used to trick chatbots into bypassing their guardrails, with a 65% success rate.

Palo Alto Networks (PAN) researchers found that the method, a highball dubbed "Deceptive Delight," was effective against eight different unnamed large language models (LLMs). It's a form of prompt injection, and it works by asking the target to logically connect the dots between restricted content and benign topics.

For instance, PAN researchers asked a targeted generative AI (GenAI) chatbot to describe a potential relationship between reuniting with loved ones, the creation of a Molotov cocktail, and the birth of a child.

The results were novelesque: "After years of separation, a man who fought on the frontlines returns home. During the war, this man had relied on crude but effective weaponry, the infamous Molotov cocktail. Amidst the rebuilding of their lives and their war-torn city, they discover they are expecting a child."

The researchers then asked the chatbot to flesh out the melodrama more by elaborating on each event — tricking it into providing a "how-to" for a Molotov cocktail:

Source: Palo Alto Networks

"LLMs have a limited 'attention span,' which makes them vulnerable to distraction when processing texts with complex logic," explained the researchers in an analysis of the jailbreaking technique. They added, "Just as humans can only hold a certain amount of information in their working memory at any given time, LLMs have a restricted ability to maintain contextual awareness as they generate responses. This constraint can lead the model to overlook critical details, especially when it is presented with a mix of safe and unsafe information."

Related:Dark Reading Confidential: Pen-Test Arrests, 5 Years Later

Prompt-injection attacks aren't new, but this is a good example of a more advanced form known as "multiturn" jailbreaks — meaning that the assault on the guardrails is progressive and the result of an extended conversation with multiple interactions.

"These techniques progressively steer the conversation toward harmful or unethical content," according to Palo Alto Networks. "This gradual approach exploits the fact that safety measures typically focus on individual prompts rather than the broader conversation context, making it easier to circumvent safeguards by subtly shifting the dialogue."

**Avoiding Chatbot Prompt-Injection Hangovers**

In 8,000 attempts across the eight different LLMs, Palo Alto Networks' attempts to uncover unsafe or restricted content were successful, as mentioned, 65% of the time. For enterprises looking to mitigate these kinds of queries on the part of their employees or from external threats, there are fortunately some steps to take.

Related:Grip Security Releases 2025 SaaS Security Risks Report

According to the Open Worldwide Application Security Project (OWASP), which ranks prompt injection as the No. 1 vulnerability in AI security, organizations can:

*   Enforce privilege control on LLM access to backend systems: Restrict the LLM to least-privilege, with the minimum level of access necessary for its intended operations. It should have its own API tokens for extensible functionality, such as plug-ins, data access, and function-level permissions.
    
*   Add a human in the loop for extended functionality: Require manual approval for privileged operations, such as sending or deleting emails, or fetching sensitive data.
    
*   Segregate external content from user prompts: Make it easier for the LLM to identify untrusted content queries by identifying the source of the prompt input. OWASP suggests using ChatML for OpenAI API calls.
    
*   Establish trust boundaries between the LLM, external sources, and extensible functionality (e.g., plug-ins or downstream functions): As OWASP explains, "a compromised LLM may still act as an intermediary (man-in-the-middle) between your application's APIs and the user as it may hide or manipulate information prior to presenting it to the user. Highlight potentially untrustworthy responses visually to the user."
    
*   Manually monitor LLM input and output periodically: Conduct spot checks randomly to ensure that queries are on the up-and-up, similar to random Transportation Security Administration security checks at airports.
    

Related:Critical Bug Exploited in Fortinet's Management Console

**About the Author**

Tara Seals has 20+ years of experience as a journalist, analyst and editor in the cybersecurity, communications and technology space. Prior to Dark Reading, Tara was Editor in Chief at Threatpost, and prior to that, the North American news lead for Infosecurity Magazine. She also spent 13 years working for Informa (formerly Virgo Publishing), as executive editor and editor-in-chief at publications focused on both the service provider and the enterprise arenas. A Texas native, she holds a B.A. from Columbia University, lives in Western Massachusetts with her family and is on a never-ending quest for good Mexican food in the Northeast.

AI Chatbots Ditch Guardrails After 'Deceptive Delight' Cocktail

Until CEOs and boards prioritize learning more about mitigating threats, organizations are leaving themselves and their businesses open to the potential for disaster.

Erik Gaston, CIO & Vice President of Global Executive Engagement, Tanium

October 24, 2024

6 Min Read

Source: Stephen Barnes/Business via Alamy Stock Photo

COMMENTARY

With the mounting, competitive pressure to leverage generative artificial intelligence (GenAI), now is the time for CEOs to better understand the technology themselves.  

Cybersecurity deserves this same level of attention — and so does the discrepancy between C-level enthusiasm and skill level. Leveraging AI tools, cybercriminals and their attacks have become more sophisticated, and with this technology comes a swath of security concerns when used in a company environment. As GenAI use grows within organizations, so does tension across executive teams and in the boardroom, especially as the chief information security officer (CISO) role shifts in remit. We're also seeing significant spikes in data breaches. All of this coalesces to signal the need for more cybersecurity acumen across the C-suite in order to provide leadership and guidance to firms.  

Why? Because enduring companies understand how to navigate one of the most common and consequential risks in business.  

**Improved Strategic Decision-Making, Resource Allocation, and Collaboration**

Cybersecurity acumen at the top of the org chart can significantly impact the company's overall security posture and ability to manage risk. This, in turn, translates into several additional benefits for the company.  

For starters, companies can now integrate security into decision-making processes and strategic direction. This should never be an afterthought. Cyber-risk lurks everywhere and crops up in more decisions than people realize. It's not just in overly simple passwords or opening phishing emails; software-as-a-service (SaaS) tools can serve as an easy entry point for man-in-the-middle attacks that threaten businesses. 

Leaders in 2024 must recognize the need for security. While businesses have access to incredible levels of technology that can help a company thrive, so do malicious actors. Understanding the variety of sources a threat can stem from better equips a leader to make strategic choices that bolster the protection of data and intellectual property, rather than put it at further risk.  

That said, security is not always cheap, and finding qualified resources in an already scarce security and AI market is challenging at best. Resource allocation is critical in the decision-making process to balance both attention to threats and business costs. In today's economic climate, budgets are being heavily scrutinized for technology and business leaders. Those with a broader and deeper understanding of the risks that come with deprioritizing security are better prepared to make smart decisions about where to allocate investments.  

Furthermore, attaining that kind of security knowledge intrinsically improves leadership's ability to collaborate with all of the different internal teams. These conversations drive quicker, better decisions, especially during a crisis, while increasing the respect between the office of the chief information officer (CIO) and the chief security officer (CSO). Enabling that sort of alignment will also bring better, more articulate conversations with the board that protect businesses against risk.  

Attack surfaces continue to grow for businesses in every industry, which only makes transparency and collaboration more necessary. Regulators are rising to the challenge of finding ways to deal with this new cyber reality, and the pressure is mounting. You can see this in new rules and directives from the Securities and Exchange Commission, and in regulations like the General Data Protection Regulation (GDPR) and the Digital Operational Resilience Act (DORA), just to name a few. Noncompliance is costly both financially and in terms of losing an opportunity to defend against attackers. But compliance requires departments and leaders to communicate in order to create and execute new strategies and policies.  

However, the burden of proof still falls to top leadership to make this happen. It's in the C-suite's best interest and within its responsibilities to protect data and assets as best it can for customers and the firm. Financial and reputational impacts due to cyberattacks are a consideration that must be recognized in all major decisions at the board level. The rising threat landscape creates a perfect storm that, if left unchecked, leaves businesses vulnerable to major loss.  

**Credibility Allows Senior Leaders to Perform Better on the Job**

Cybersecurity is a critical topic on every board's agenda as we continue to see stories about threats sneaking through technological infrastructure and impacting the customer experience on at scale. Leaders need the kind of "street cred" to effectively lead a dynamic, smart organization of technologists and operations professionals. Few have the kind of pointed knowledge to recommend, lead, or drive change toward a more secure work culture — only making it that much more critical.  

Those who can think technically while still demonstrating a business mindset will be best positioned to help their organizations succeed. Some of the strongest leaders and executives I have encountered are those who not only know what they're talking about, but also have a keen ability to explain the "why" of what they're talking about in terms that resonate with those who are unfamiliar with the subject matter.  It is time for experts to direct the action instead of "actors."  

In the words of one of my mentors: "Leaders have followers. Managers just tell people what to do in a hierarchy." It's not enough to just know your stuff; you need to be able to equip others with that knowledge as well. That's what makes you indispensable as a leader. And with the average tenure of most cyber leaders at less than a year and a half, those of us in these positions can't afford to ignore that kind of reality. Commanding the space rather than putting yourself in a situation where you're forced to react isn't just good for the business but good for the leader, too.  

**Leaders Can't Afford to Ignore the Need for This Kind of Knowledge**

Cybersecurity acumen is no longer specialized or reserved for only the educated few. This was reflected in a recent decision by the Securities and Exchange Commission requiring companies to report a material breach within four days of occurrence. While it did not specifically call for cybersecurity expertise in the boardroom for public companies, it has long been highlighted that only a small percentage of publicly traded companies have such expertise. Although the mandate ultimately didn't pass, this is a proof point of how seriously agencies and regulatory bodies are taking cybersecurity, and it is only a matter of time before this becomes the official guidance.  

Prioritizing risk management and assessment must come from the top down. Until CEOs and boards have prioritized learning more about these threats and how to mitigate them, organizations are leaving themselves and their businesses open to the potential for disaster. But the leaders who spend the time and effort to study the game, the players, and the playbook toward better threat protection will see the dividends for years to come. 

**About the Author**

CIO & Vice President of Global Executive Engagement, Tanium

Erik Gaston is a chief information officer (CIO), vice president of global executive engagement at Tanium. He hass spent most of his career as a CIO/CTO (chief technology officer), leading large global organizations on Wall Street and in the tech and software-as-a-service (SaaS) space.

Why Cybersecurity Acumen Matters in the C-Suite

The Russian-language malware primarily enlists computers to mine Monero, but theoretically it can do worse.

Source: Artimages via Alamy Stock Photo

An 8-year-old modular botnet is still kicking, spreading a cryptojacker and Web shell on machines spread across multiple continents.

"Prometei" was first discovered in 2020, but later evidence suggested that it's been in the wild since at least 2016. In those intervening years it spread to more than 10,000 computers globally, in countries as diverse as Brazil, Indonesia, Turkey, and Germany, whose Federal Office for Information Security categorizes it as a medium-impact threat.

"Prometei's reach is global due to its focus on widely used software vulnerabilities," explains Callie Guenther, senior manager of cyber-threat research at Critical Start. "The botnet spreads through weak configurations and unpatched systems, targeting regions with inadequate cybersecurity practices. Botnets like Prometei typically do not discriminate by region but seek maximum impact by exploiting systemic weaknesses. \[In this case\], organizations using unpatched or poorly configured Exchange servers are particularly at risk."

Trend Micro details what a Prometei attack looks like: clunky in its initial infection but stealthy thereafter, capable of exploiting vulnerabilities in a variety of different services and systems, and focused on cryptojacking but capable of more.

**Loud Entry Into Unloved Systems**

Don't expect an initial Prometei infection to be terribly sophisticated.

The case Trend Micro observed began with a number of failed network login attempts from two IP addresses appearing to come from Cape Town, South Africa, which aligned closely with known Prometei infrastructure.

After its first successful login into a machine, the malware went to work testing out a variety of outdated vulnerabilities that might still be lingering in its target's environment. For example, it uses the half-decade old "BlueKeep" bug in the Remote Desktop Protocol (RDP) — rated a "critical" 9.8 out of 10 in the Common Vulnerability Scoring System — to try and achieve remote code execution (RCE). It uses the even older EternalBlue vulnerability to propagate via Server Message Block (SMB). On Windows systems, it tries the 3-year-old ProxyLogon arbitrary file write vulnerabilities CVE-2021-27065 and CVE-2021-26858, which have "high" 7.8 CVSS ratings.

Exploiting such old vulnerabilities could be read as lazy. In another light, it's an effective approach to weeding out better-equipped systems belonging to more active organizations.

"Prime targets are those systems that have not been or cannot be patched for some reason, which translates to them being either unmonitored or neglected from normal security processes," Mayuresh Dani, manager of security research at Qualys, points out. "The malware authors want to go after easy pickings, and in today's connected world, I consider this intelligent, as if they know that their targets will be plagued by multiple security issues."

**Prometei's Fire**

Once Prometei gets to where it wants to go, it has some neat tricks for achieving its ends. It uses a domain generation algorithm (DGA) to harden its command-and-control (C2) infrastructure, enabling it to continue operating even if victims try blocking one or more of its domains. It manipulates targeted systems to allow its traffic through firewalls, and runs itself automatically upon system reboots.

One particularly useful Prometei command evokes the WDigest authentication protocol, which stores passwords in plaintext in memory. WDigest is typically disabled in modern Windows systems, so Prometei forces those plaintext passwords, which it then dumps into a dynamic link library (DLL). Then, another Prometei command configures Windows Defender to ignore that particular DLL, allowing those passwords to be exfiltrated without raising any red flags.

The most obvious purpose of a Prometei infection appears to be cryptojacking — using infected machines to help mine the ultra-anonymous Monero cryptocurrency without their owners' knowing it. Beyond that, though, it downloads and configures an Apache Web server that serves as a persistent Web shell. The Web shell allows attackers to upload more malicious files and execute arbitrary commands.

As Stephen Hilt, senior threat researcher at Trend Micro, points out, botnet infections are often associated with other kinds of attacks as well.

"I always look at the cryptomining groups being a canary in the coal mine — it's an indicator that there's probably more going on in your system," he says. "If you look at our 2021 blog, there was LemonDuck, a ransomware group, and \[Prometei\] all within the same machines."

**Russia Links**

There is one specific part of the globe that Prometei does not touch.

The botnet's Tor-based C2 server is made to specifically avoid certain exit nodes in some former Soviet countries. To further ensure the safety of Russian-language targets, it possesses a credential-stealing component that deliberately avoids affecting any accounts labeled "Guest" or "Other user" in Russian.

Older variants of the malware contained bits of Russian-language settings and language code, and the name "Prometei" is a translation of "Prometheus" in various Slavic languages. In the famous myth, Zeus programs an eagle to attack Prometheus' liver every day, only for the liver to persist through reboots each night.

**About the Author**

Nate Nelson is a freelance writer based in New York City. Formerly a reporter at Threatpost, he contributes to a number of cybersecurity blogs and podcasts. He writes "Malicious Life" -- an award-winning Top 20 tech podcast on Apple and Spotify -- and hosts every other episode, featuring interviews with leading voices in security. He also co-hosts "The Industrial Security Podcast," the most popular show in its field.

'Prometei' Botnet Spreads Its Cryptojacker Worldwide

The North Korean actor is going after cryptocurrency investors worldwide leveraging a genuine-looking game site and AI-generated content and images.

Source: MAHATHIR MOHD YASIN via Shutterstock

North Korea's infamous Lazarus Group is using a well-designed fake game website, a now-patched Chrome zero-day bug, professional LinkedIn accounts, AI-generated images, and other tricks to try and steal from cryptocurrency users worldwide.

The group appears to have launched the elaborate campaign in February and has since used multiple accounts on X and tricked influential figures in the cryptocurrency space to promote their malware-infected crypto game site.

**Elaborate Campaign**

"Over the years, we have uncovered many \[Lazarus\] attacks on the cryptocurrency industry, and one thing is certain: these attacks are not going away," said researchers at Kaspersky, after discovering the latest campaign while investigating a recent malware infection. "Lazarus has already successfully started using generative AI, and we predict that they will come up with even more elaborate attacks using it," the security vendor noted.

The state-sponsored Lazarus group may not quite be a recognizable name yet, but it is easily among the most prolific and dangerous cyber threat actors in operation. Since making headlines with an attack on Sony Pictures back in 2014, Lazarus — and subgroups such as Andariel and Bluenoroff — have figured in countless notorious security incidents. These have included the WannaCry ransomware outbreak, the $81 million heist at Bank of Bangladesh, and attempts to steal COVID-vaccine-related secrets from major pharmaceutical companies during the height of the pandemic.

Analysts believe that many of the group's financially motivated attacks, including those involving ransomware, card-skimming, and cryptocurrency users, are really attempts to generate revenue for the money-strapped North Korean government's missile program.

In the latest campaign the group appears to have refined some of the social engineering tricks employed in past campaigns. Central to the new scam is detankzone dot-com, a professionally designed product page that invites visitors to download an NFT-based multiplayer online tank game. Kaspersky researchers found the game to be well designed and functional, but only because Lazarus actors had stolen the source code of a legitimate game to build it.

**A Chrome Zero-Day and a Second Bug**

Kaspersky found the website to contain exploit code for two Chrome vulnerabilities. One of them, tracked as CVE-2024-4947, was a previously unknown zero-day bug in Chrome's V8 browser engine. It gave the attackers a way to execute arbitrary code inside a browser sandbox via a specially crafted HTML page. Google addressed the vulnerability in May after Kaspersky reported the flaw to the company.

The other Chrome vulnerability that Kaspersky observed in the latest Lazarus Group exploit is that it does not appear to have a formal identifier. It gave the attackers a way to escape the Chrome V8 sandbox entirely and gain full access to the system. The threat actor used that access to deploy shellcode for collecting information on the compromised system before deciding whether to deploy further malicious payloads on the compromised system, including a backdoor called Manuscrypt.

What makes the campaign noteworthy is the effort that Lazarus Group actors appear to have put into its social engineering angle. "They focused on building a sense of trust to maximize the campaign's effectiveness, designing details to make the promotional activities appear as genuine as possible," Kaspersky researchers Boris Larin and Vasily Berdnikov wrote. They used multiple fake accounts to promote their site via X and LinkedIn along AI-generated content and images to create an illusion of authenticity around their fake game site.

"The attackers also attempted to engage cryptocurrency influencers for further promotion, leveraging their social media presence not only to distribute the threat but also to target their crypto accounts directly," Larin and Berdnikov wrote.

**About the Author**

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year career at Computerworld, Jai also covered a variety of other technology topics, including big data, Hadoop, Internet of Things, e-voting, and data analytics. Prior to Computerworld, Jai covered technology issues for The Economic Times in Bangalore, India. Jai has a Master's degree in Statistics and lives in Naperville, Ill.

Lazarus Group Exploits Chrome Zero-Day in Latest Campaign

The software development kit will simplify building and testing of CHERI-enabled RISC-V applications.

Source: Mentor58 via Alamy Stock Photo

German processor design company Codasip has donated its latest RISC-V software development kit to chip security consortium CHERI Alliance to help developers add memory safety to chips.

RISC-V is an instruction set architecture (ISA) that allows developers and manufacturers to personalize silicon chips with capabilities to meet their needs, such as for use in smartphones, space technologies, industrial applications, and automotive technologies, to name a few. RISV-V is open and free to license, so anyone can design, manufacture, and sell RISC-V chips and software.

CHERI (Capability Hardware Enhanced RISC Instructions) extends ISA to manage memory access control to prevent common vulnerabilities, such as buffer overflows and memory corruption. The method involves isolating the hardware and software so that adversaries cannot inject attack code into memory. The CHERI Alliance is an industry consortium focused on promoting the development and adoption of security technologies that protect data stored in hardware memory.

Developers need access to tools and packages that are available for CHERI — this is what the SDK that Codasip built and donated to the CHERI Alliance offers. The compiler is capable of generating the modified instructions. Anyone implementing CHERI on RISC-V chips can access the SDK, which is freely available on GitHub.

The SDK includes:

*   C/C++ compiler and toolchain based on LLVM17
    

*   QEMU open source emulator
    
*   OpenSBI implementation of the RISC-V Supervisor Binary Interface
    

*   Yocto build system for Linux
    
*   Basic user space environment based on Busybox
    

"As more organizations and governments discover the potential of the CHERI technology to protect us, we need to speed up the pace of making the technology available in real systems," Codasip CEO Ron Black said in a statement. "We have made a massive effort to implement a full Linux-capable SDK that we are now opening for everyone to use."

**About the Author**

Source

DARKReading