More stories

  • in

    Npm package caught stealing sensitive Discord and browser files

    Security researchers at Sonatype have discovered today an npm package (JavaScript library) that contains malicious code designed to steal sensitive files from a user’s browsers and Discord application.

    techrepublic cheat sheet

    Named discord.dll, the malicious JavaScript library is still available via npm, a web portal, command-line utility, and package manager for JavaScript programmers.
    Developers use npm to load and then update libraries (npm packages) inside their JavaScript projects — may them be websites, desktop apps, or server applications.
    Sonatype says that once installed, discord.dll will run malicious code to search a developer’s computer for certain applications and then retrieve their internal LevelDB databases.
    Targeted apps include browsers like Google Chrome, Brave, Opera, and the Yandex Browser, but also the Discord instant messaging app, popular today with most online gamers.
    The files the malware retrieves are LevelDB databases, which the aforementioned apps use to store information such as browsing histories and various access tokens.
    Discord.dll would read the files and attempt to post their content in a Discord channel (as a Discord webhook).
    Links to another malicious npm package

    Sonatype said that after a review, it found that the malicious code was an improved version of a malicious library it saw in August. Named fallguys, this library, too, was collecting the same information, although in a less complicated manner.
    Sonatype, a company that monitors public package repositories as part of its developer security operations (DevSecOps) services, said discord.dll was published more than five months ago and has been downloaded more than 100 times.
    In contrast, despite being available on the npm portal for only two weeks, the fallguys package was downloaded more than 300 times.
    The reason for the success of the first package can be linked to the fact that fallguys contained a README file advertising the library as an interface to the “Fall Guys: Ultimate Knockout” game API. On the other hand, the discord.dll package contained an empty README, suggesting that the project was either abandoned or never “officially” launched by its creator.
    Other suspicious npm packages detected
    The discord.dll package is still available on the npm portal, but Sonatype said it already notified the npm security team, and the package will most likely be removed in the coming days.
    Furthermore, researchers also said the author of the discord.dll package had also uploaded ten other packages on the npm site, three of which contained malicious behavior that would download and run three mysterious EXE files, a non-standard behavior for JavaScript (npm) packages.
    Since the EXE files could not be retrieved, researchers were unable to fully confirm the nature of the three libraries, named discord.app (88 downloads), ac-addon (46 downloads), and wsbd.js (38 downloads). More

  • in

    Bug hunter wins 'Researcher of the Month' award for DOD account takeover bug

    The US Department of Defense has fixed a severe vulnerability impacting its internal network that would have allowed threat actors to hijack DOD accounts just by modifying a few parameters in web requests sent to DOD servers.
    The vulnerability was discovered by Jeff Steinburg, a security researcher at US security firm Silent Breach, and privately reported and patched via the DOD’s Vulnerability Disclosure Program (VDP).
    The issue received a severity rating of “Critical (9 ~ 10)” because the bug required minimal technical skills to exploit and hijack any DOD account of the attacker’s choosing.
    The severity of the reported issue earned Steinburg the DOD’s “Researcher of the Month” award, despite the bug being the researcher’s first DOD VDP report.

    While some details about the bug have been disclosed earlier today, a full report won’t be fully available; to protect the security of the DOD network.
    According to this summary report, the bug was categorized as an Insecure Direct Object References (IDOR) vulnerability, a bug where security checks are missing from an application, allowing hackers to modify a few parameters without any additional identity checks.
    In the DOD’s case, the bug would have allowed an attacker to take a legitimate web request sent to a DOD website, modify the user ID and username parameters, and the DOD site would have allowed the attacker to change any user’s DOD account password — which would have allowed hackers to hijack accounts and later breach the DOD’s network.

    Today, IDOR bugs are considered easy to find due to the plethora of automated tools that make their discovery a less time-consuming process.
    Most IDOR bugs today allow attackers to modify harmless parameters and tweak account settings of little importance, but some IDOR bugs can also have severe consequences when the IDOR bugs reside in sensitive account fields such as passwords and account recovery/payout emails, or for price values in shopping carts, John Jackson, an Application Security Engineer at Shutterstock, told ZDNet in an interview today.
    “Insecure Direct Object Reference vulnerabilities are those silent, underrated bugs, yet they are not uncommon,” Jackson said.
    The DOD fixed the bug by adding a user session mechanism to the DOD account system, preventing attackers from modifying parameters without authenticating on the site first, or by obtaining an attacked DOD user’s session cookie first. More

  • in

    Zoom settles FTC charges for misleading users about security features

    Video conferencing software maker Zoom has reached a deal today with the US Federal Trade Commission to settle accusations that it misled users about some of its security features.

    The FTC said that earlier this year, during the height of the COVID-19 pandemic, Zoom had attracted users to its platform with misleading claims that its product supported “end-to-end, 256-bit encryption” and that its service would store recorded calls in an encrypted format.
    However, in a complaint [PDF] filed earlier this year, the FTC’s investigators found that Zoom’s claims were deceptive.
    First, the FTC found that despite claiming to support end-to-end encrypted (E2EE) calls, Zoom didn’t support E2EE calls in the classic meaning of the word.
    E2EE calls rely on establishing a call between two users and saving the cryptographic key used for encrypting the call on those two users’ devices.
    But the FTC says that Zoom also kept a copy of the key for itself, as well, allowing it to intercept communications for all its customers.
    Second, the FTC also found that some Zoom also didn’t encrypt recorded calls, as it claimed. Instead, recorded calls were kept unencrypted on Zoom’s servers for up to 60 days before being encrypted and transferred to a secure server, during which time Zoom and other parties could access their content.

    “Zoom’s misleading claims gave users a false sense of security, […] especially for those who used the company’s platform to discuss sensitive topics such as health and financial information,” the FTC said in a press release today.
    “In numerous blog posts, Zoom specifically touted its level of encryption as a reason for customers and potential customers to use Zoom’s videoconferencing services,” the agency added.
    In addition, the FTC said it also found that Zoom had also made an error in its software design in 2019, even before the pandemic, when it silently installed a web server on the computers of macOS users.
    This web server, which wasn’t disclosed in the Zoom Mac client’s official changelog, acted as a proxy between Safari and the Zoom app to allow Safari users to open the Zoom app without triggering a security alert on their OS.
    As it was argued at the time, while the server was benign, it wasn’t a secure design decision and could have been abused by third-party apps or attackers to compromise macOS systems.
    Zoom promises to do better
    Most of the issues Zoom agreed on today have already been fixed or implemented as part of a three-month marathon, during which Zoom leadership focused on improving the company’s security posture., which also included hiring a Chief Information Security Officer (CISO).
    “We are proud of the advancements we have made to our platform, and we have already addressed the issues identified by the FTC,” a Zoom spokesperson told ZDNet. “Today’s resolution with the FTC is in keeping with our commitment to innovating and enhancing our product as we deliver a secure video communications experience.”
    Nonetheless, as part of its settlement with the FTC, Zoom has also promised to:
    assess and document on an annual basis any potential internal and external security risks and develop ways to safeguard against such risks;
    implement a vulnerability management program;
    deploy safeguards such as multi-factor authentication to protect against unauthorized access to its network; institute data deletion controls; and take steps to prevent the use of known compromised user credentials;
    review any software updates for security flaws and must ensure the updates will not hamper third-party security features;
    not misrepresent privacy and security practices.
    The settlement [PDF] didn’t include a fine. More

  • in

    Older Android phones will start failing on some secure websites in 2021

    They may not be cool, and they’re certainly not up to date, but there are millions of old Android smartphones out there running 2016’s Android 7.1 Nougat or earlier. On Sep. 1, 2021, however, those phones will start failing when they try to connect with websites secured by Let’s Encrypt Secure-Socket Layer (SSL)/Transport Layer Security (TLS) certificates.

    Networking

    Let’s Encrypt is the enormously popular, free open-source certificate authority (CA). Thanks to its service, over a billion websites have been secured. It’s worked well, but Let’s Encrypt’s original root certificate, which relied on a cross-signature from IdenTrust, “DST Root X3,” will expire on Sept. 1, 2021.
    With most operating systems, this wouldn’t be a problem. Let’s Encrypt now has its own root certificate, ISRG Root X1, and most operating systems and browsers can work with it. Alas, that’s not the case with Android.
    It’s not like that Android doesn’t get updated often enough by vendors is news to anyone. After all, any Android phone running Android 6 or earlier hasn’t been getting any security updates since earlier this year. But, users, as the tens of millions still running Windows 7 show, won’t pay any attention to security until it bites them in the rump.
    This coming problem, though, is one they won’t be able to ignore. At best, if you’re still using one of these older phones, you’ll get an error message asking if you still want to go to the site. At worst, you won’t be able to get into your favorite website at all.
    So, what can be done about it? Well, don’t look to Let’s Encrypt for an easy answer. You see, it’s not really its problem. Since day one, Android hardware vendors have refused to update their systems. If you want an Android smartphone, which keeps up with the state of the operating system art, your only good choice is a Google Pixel phone, and to a lesser extent, Samsung phones. 
    As Jacob Hoffman-Andrews, lead developer on Let’s Encrypt, said:

    Android has a long-standing and well-known issue with operating system updates. There are lots of Android devices in the world running out-of-date operating systems. The causes are complex and hard to fix: for each phone, the core Android operating system is commonly modified by both the manufacturer and a mobile carrier before an end-user receives it. When there’s an update to Android, both the manufacturer and the mobile carrier have to incorporate those changes into their customized version before sending it out. Often manufacturers decide that’s not worth the effort. The result is bad for the people who buy these devices: Many are stuck on operating systems that are years out of date.   

    And, besides, “We … can’t afford to buy the world a new phone.” 
    If you can’t afford to buy a new phone either — not everyone gets the latest and greatest phone no matter what the ads may lead you to believe — you can install Firefox Mobile. It currently supports Android 5.0. It helps because Firefox is the one web browser, which ships with its own list of trusted root certificates. So, if you use it, you get an up-to-date list of trusted CAs, even if your copy of Android is stuck on an out of date CA list.
    If you’re a website owner, and you’re about to use Let’s Encrypt for the first time or renew an existing Let’s Encrypt certificate, you’re going to run into this problem sooner than Sept. 1. 
    That’s because, as of Jan. 11, 2021, Let’s Encrypt is changing its API so that Automatic Certificate Management Environment (ACME) clients will, by default, serve a certificate chain that leads to ISRG Root X1. That means your site’s going to give older Android smartphones a lot sooner than September. 
    You can, however, choose to use an alternate certificate chain for the same certificate that leads to DST Root X3. These will keep working on older phones until September. This is done with the ACME “alternate” link relation. Certbot, the most popular automated tool to use with Let’s Encrypt certificates to secure your site, supports this method starting with version 1.6.0 and newer. If you use a different ACME client, check to make sure the “alternate” link relation is supported.
    You might “think” will there seriously be that many users coming to yell at me about my site not working on their old phones? I’m sorry to tell you, but, yes, there will be. Let’s Encrypt has found that major sites are still getting 1% to 5% of their traffic from these older devices. That’s a lot of annoyed users. 
    So, start writing up an automated document to let your users know that if they still want to use your site, they need to start using Firefox Mobile. All too soon, you’re going to be getting heated calls and e-mails about your site’s “failure.”
    Good luck.
    Related stories: More

  • in

    This new malware wants to add your Linux servers and IoT devices to its botnet

    A new form of malware is targeting Linux servers and Internet of Things (IoT) devices and adding them to a botnet in what appears to be the first stage of a hacking campaign targeting cloud computing infrastructure – although the purpose of the attacks remains unclear.
    Uncovered by cybersecurity researchers at Juniper Threat Labs, the malicious worm has been dubbed Gitpaste-12, reflecting on how it uses GitHub and Pastebin for housing component code and has 12 different means of compromising Linux based x86 servers, as well as Linux ARM and MIPS based IoT devices.
    These include 11 known vulnerabilities in technology including Asus, Huawei and Netlink routers as well as the likes of MongoDB and Apache Struts as well as the ability to compromise systems by using brute force attacks to crack default or common usernames and passwords.
    After using one of these vulnerabilities to compromise the system, Gitpaste-12 downloads scripts from Pastebin in order to provide commands before also downloading further instructions from a GitHub depositary.
    The malware aims to switch off defences including firewalls and monitoring software which would otherwise respond to malicious activity.
    Gitpaste-12 also contains commands to disable cloud security services of major Chinese infrastructure providers including Alibaba Cloud and Tencent, indicating the botnet might be the first stage of a large multi-stage operation by attackers – although the ultimate purpose of what this could be for remains unknown.
    SEE: Cybersecurity in an IoT and mobile world (ZDNet special report) | Download the report as a PDF (TechRepublic)

    However, the malware does currently have the capability to run cryptomining, meaning the attackers can abuse the computing power of any compromised system to mine for Monero cryptocurrency.
    The botnet also has the ability to work as a worm which uses compromised machines to launch scripts against other vulnerable devices on the same or connected networks in an effort to replicate and spread the malware.
    “No malware is good to have, but worms are particularly annoying. Their ability to spread in an automated fashion can lead to lateral spread within an organization or to your hosts attempting to infect other networks across the internet,” researchers wrote in a blog post.
    The Pastebin URL and GitHub depositary being used to provide instructions to the malware have both been shut down after being reported by researchers, something which should stop the proliferation of the botnet for now. However, researchers also note that Gitpaste-12 is under ongoing development, which means there’s a risk that it could return.
    However, it’s possible to help protect against Gitpaste-12 by cutting off the main way in which it spreads by applying the security patches which close the known vulnerabilities it exploits.
    Users should also avoid using default passwords for IoT devices as this helps protect against brute force attacks which rely on exploiting default credentials and other common passwords.
    READ MORE ON CYBERSECURITY More

  • in

    Compal, the second-largest laptop manufacturer in the world, hit by ransomware

    Image: Peter Stumpf, Compal, ZDNet
    Compal, a Taiwanese electronics company that builds laptops for some of the world’s largest computer brands, suffered a ransomware attack over the weekend.
    Responsible for the breach is believed to be the DoppelPaymer ransomware gang, according to a screenshot of the ransom note shared by Compal employees with Yahoo Taiwan reporters.

    Screenshot of the ransom note seen on Compal workstations [URLs blurred by ZDNet]
    Image via Yahoo Taiwan
    According to Taiwanese media[1, 2, 3, 4], the incident was discovered on Sunday morning and is believed to have impacted around 30% of Compal’s computer fleet.
    Employees arriving at work were greeted by a memo from Compal’s IT staff, asking workers to check the status of their workstations and back up important files on systems that were not impacted.

    Message shown on Compal workstations over the weekend
    Image via Yahoo Taiwan
    Since Sunday, Compal’s IT staff has been reinstalling encrypted workstations.
    Compal exec denies ransomware attack, admits hack
    Despite reports in local media, in a statement provided to United News Network reporters on Monday, Compal Deputy Manager Director Qingxiong Lu admitted that the company suffered a security breach but denied that the company’s recent downtime was caused by ransomware.
    “[Compal] is not being blackmailed by hackers as it is rumored by the outside world,” the Compal exec told reporters.

    Furthermore, Qingxiong said the incident only impacted the company’s internal office network and that Compal production lines, which build laptops for other companies, have not been impacted.
    Qingxiong estimated the company would be back to normal later today, on Monday, when staff is expected to finish restoring all the systems that have been impacted by what he described as “abnormalities.”
    Compal is today’s second-largest contract laptop manufacturer in the world after Quanta Computer, another Taiwanese company.
    In the past, Compal has produced laptops for companies like Apple, Acer, Lenovo, Dell, Toshiba, HP, and Fujitsu. Besides laptops, the company also builds monitors, tablets, smartwatches, smart TVs, and other computer peripherals.
    Compal is the third major Taiwanese plant hit by ransomware gangs this year. Taiwan’s state-owned energy company, CPC Corp., was hit by the ColdLocker ransomware in May, while the Taiwanese plant of US smartwatch maker Garmin was hit by the WastedLocker ransomware in July. More

  • in

    Ransomware hits e-commerce platform X-Cart

    E-commerce software vendor X-Cart suffered a ransomware attack at the end of October that brought down customer stores hosted on the company’s hosting platform.

    The incident is believed to have taken place after attackers exploited a vulnerability in a third-party software to gain access to X-Cart’s store hosting systems.
    “We have identified what we believed to have been the vulnerability but do not wish to disclose the name until its confirmed by our security firm,” Jeff Cohen, VP of Marketing for Seller Labs, the company behind X-Cart, told ZDNet in an email.
    Cohen said the attackers gained access to a small number of servers, which they encrypted, effectively bringing down X-Cart stores running on top of the impacted systems. Some stores went down completely, while others reported issues with sending email alerts.
    “The outage impacted a small percentage of our infrastructure, mainly those on our shared hosting servers.
    “Our core systems were not impacted,” Cohen said.
    In the meantime, Cohen said that “all customer websites have since been restored.”

    Nevertheless, the outage, which lasted for a few days, rubbed some store owners the wrong way, with a few trying to organize a class-action lawsuit against the store hoster.
    Class-action looming?
    In response to this initiative, Cohen said the company’s “first priority” during the ransomware attack “has been to get every customer back online and ensure we have a stable and secure system.”
    The Seller Labs exec said they are keeping communication channels open with any customer affected by the recent ransomware attack and encouraged them to reach out for help or discussions.
    Asked if Seller Labs paid the ransomware gang to recover its files, Cohen said they chose to restore from backups, and that payment couldn’t be made either way because “the hackers didn’t provide any way to communicate.”
    X-Cart’s free/downloadable e-commerce CMS isn’t believed to have been impacted or tainted following the X-Cart ransomware incident.
    X-Cart joins a long list of ransomware incidents that have impacted web hosting and data center providers. The list also includes Equinix, CyrusOne, Cognizant, A2 Hosting, SmarterASP.NET, Dataresolution.net, and Internet Nayana.
    PortSwigger’s The Daily Swig first reported on the X-Cart ransomware incident. ZDNet reported independently from a different source. More

  • in

    Australia's critical infrastructure definition to span communications, data storage, space

    The federal government on Monday published an exposure draft on the Security Legislation Amendment (Critical Infrastructure) Bill 2020. It seeks to amend the Security of Critical Infrastructure Act 2018 to implement “an enhanced framework to uplift the security and resilience of Australia’s critical infrastructure”.
    The Australian government’s Critical Infrastructure Resilience Strategy currently defines critical infrastructure as: “Those physical facilities, supply chains, information technologies, and communication networks, which if destroyed, degraded, or rendered unavailable for an extended period, would significantly impact the social or economic wellbeing of the nation, or affect Australia’s ability to conduct national defence and ensure national security”.
    Within the broad definition of critical infrastructure, the Act currently places regulatory obligations on specific entities in the electricity, gas, water, and maritime ports sectors.
    “However, as the security landscape evolves, so must our approach to managing risk across all critical infrastructure sectors,” the Bill’s explanatory document [PDF] said. 
    As such, the amendments in the Bill are aimed at enhancing the obligations in the Act, and expanding its coverage to the communications, financial services and markets, data storage and processing, defence industry, higher education and research, energy, food and grocery, healthcare and medical, space technology, transport, and water and sewerage sectors.
    It is proposed that responsible entities for these assets would also fall within the proposed new definition of “national security business”. The Minister for Home Affairs would also have the power to declare a critical infrastructure asset as a “system of national significance”.
    The communications sector is defined in the Bill as those supplying a carriage service; providing a broadcasting service; owning or operating assets that are used in connection with the supply of a carriage service; owning or operating assets that are used in connection with the transmission of a broadcasting service; or administering an Australian domain name system.

    The Bill would also introduce definitions for three types of critical infrastructure assets in this sector: Telecommunications, broadcasting transmission, and domain name systems.
    The definition of the “data storage or processing sector”, according to the Bill, is the sector of the Australian economy that involves providing data storage or processing services on a commercial basis.
    This includes enterprise data centres, managed services data centres, colocation data centres, and cloud data centres. The sector definition also includes three types of cloud services: Infrastructure as a service (IaaS), software as a service (SaaS), and platform as a service (PaaS).
    According to the document, an asset is a “critical data storage or processing asset” if it is owned or operated by an entity that is a data storage or processing provider; and it is used wholly or primarily in connection with a data storage or processing service that is provided on a commercial basis to an end-user that is the Commonwealth, a state, or a territory, or a body corporate established by a law of the Commonwealth, a state, or a territory.
    “The definition covers data centres and cloud service providers that manage data of significance to Australia’s national interest,” the explanatory document continued. “It is not intended to cover instances where data storage is secondary to, or simply a by-product of, the primary service being offered, for example, accounting services that may result in the storage of some of their client’s data.”
    “Business critical data” would be defined in the Bill as personal information that relates to at least 20,000 individuals; sensitive information; information relating to any research and development in relation to a critical infrastructure asset; information relating to any systems needed to operate a critical infrastructure asset; or information relating to risk management and business continuity in relation to a critical infrastructure asset.
    For a “critical data storage or processing asset”, the responsible entity is the entity that is a data storage or processing provider to Commonwealth, state or territory government clients, and other critical infrastructure assets.
    However, the asset would only become a critical data storage or processing asset where the responsible entity knows that it is storing or processing business critical data of a critical infrastructure asset.
    Home Affairs understands that this threshold would capture at least 100 data centre entities, including those entities on the Digital Transformation Agency’s Government Supply Panel and at least 30 cloud service providers.
    Meanwhile, the space sector would be defined as the sector of the Australian economy that involves the commercial provision of space-related services and reflects those functions that are critical to maintaining the supply and availability of space-related services in Australia.
    The Bill also introduces a definition of the financial services and markets sector, the defence industry sector, the food and grocery sector, higher education and research, the healthcare and medical sector, the transport sector, the energy sector, and the water and sewage sector.
    Responsibilities for those classed as critical infrastructure
    The Bill, if passed, would also introduce a positive security obligation (PSO) for critical infrastructure entities, supported by sector-specific requirements and mandatory reporting requirements; enhanced cybersecurity obligations for those entities most important to the nation; and government assistance to entities in response to significant cyber attacks on Australian systems.
    This framework would apply to owners and operators of critical infrastructure regardless of ownership arrangements.
    “This creates an even playing field for owners and operators of critical infrastructure and maintains Australia’s existing open investment settings, ensuring that businesses who apply security measures are not at a commercial disadvantage,” the exposure draft [PDF] noted. 
    The PSO would build on the existing obligations in the Act to “embed preparation, prevention, and mitigation activities into the business as usual operating of critical infrastructure assets, ensuring that the resilience of essential services is strengthened”. 
    The government is hopeful it would also provide greater situational awareness of threats to critical infrastructure assets. 
    The PSO involves three aspects: Adopting and maintaining an all-hazards critical infrastructure risk management program; mandatorily reporting serious cybersecurity incidents to the Australian Signals Directorate; and where required, providing ownership and operational information to the Register of Critical Infrastructure Assets.  
    Government said it would work alongside industry to design the sector-specific requirements that underpin the risk management program obligation. 
    The Bill would also expand the Register of Critical Infrastructure Assets and give the Home Affairs Minister “on switch” powers to ensure that a PSO only applies in appropriate situations.
    “The increased range of sectors covered by the Register will enable the government to develop and maintain a comprehensive picture of national security risks, and apply mitigations where necessary,” it wrote.
    Under the title of “enhanced cybersecurity obligations”, the Secretary of Home Affairs may require the responsible entity for a system of national significance to undertake one or more prescribed cybersecurity activities, such as the development of cybersecurity incident response plans, cybersecurity exercises to build cyber-preparedness, vulnerability assessments, and provision of system information.
    This Bill also introduces a government assistance regime to respond to serious cybersecurity incidents that applies to all critical infrastructure sector assets.
    “Government recognises that industry should and in most cases, will respond to the vast majority of cybersecurity incidents, with the support of government where necessary,” it wrote. “However, government maintains ultimate responsibility for protecting Australia’s national interests. As a last resort, the Bill provides for government assistance to protect assets during or following a significant cyber attack.”
    Home Affairs on Monday published 128 of 194 submissions it received prior to distributing its Exposure Draft. Consultation on the Bill continues until Friday 27 November 2020.
    RELATED COVERAGE More