company logo

Product

Our Product

We are Reshaping the way Developers find and fix vulnerabilities before they get exploited.

Solutions

By Industry

BFSI

Healthcare

Education

IT & Telecom

Government

By Role

CISO

Application Security Engineer

DevsecOps Engineer

IT Manager

Resources

Resource Library

Get actionable insight straight from our threat Intel lab to keep you informed about the ever-changing Threat landscape.

Subscribe to Our Weekly Threat Digest

Company

Contact Us

Have queries, feedback or prospects? Get in touch and we shall be with you shortly.

loading..
loading..
loading..
Loading...

Lazarus

DLL

Web Server

loading..
loading..
loading..

Lazarus Hacking Group Exploiting Vulnerable Windows IIS Web Servers

Learn about the Lazarus hacking group and their exploits on vulnerable Windows IIS web servers. Discover their techniques, known attack vectors

29-May-2023
6 min read

No content available.

Related Articles

loading..

Salesforce

A cybercrime alliance tied to Lapsus$, Scattered Spider, and ShinyHunters is pre...

A new dark‑web leak site branded Scattered [LAPSUS$](https://www.secureblink.com/cyber-security-news/lapsus-hackers-elevate-sim-swapping-attacks-to-unprecedented-heights) Hunters is threatening to dump roughly a billion records allegedly stolen from companies using Salesforce, a pressure tactic typical of modern data‑extortion operations rather than encryption‑based ransomware. Multiple enterprises have acknowledged recent Salesforce‑adjacent data theft, while [Salesforce](https://www.secureblink.com/cyber-security-news/salesforce-zero-day-exploited-to-phish-facebook-credentials) maintains there’s no evidence of a platform‑level compromise, aligning with reports that attackers targeted customers via social engineering and OAuth abuse, not a direct Salesforce breach. The numbers are designed for shock value; the operational core is credentialed API access obtained through vishing and connected‑app authorization flows that grant durable exfiltration capability. ### New alliance: brand fusion, tactics convergence Evidence points to a coordinated alliance blending Lapsus$, Scattered Spider, and [ShinyHunters](https://www.secureblink.com/cyber-security-news/1-1-m-affected-in-allianz-life-data-breach-via-social-engineering) into a single extortion machine that markets itself loudly, moves quickly, and leverages pooled playbooks: social engineering for initial access, OAuth for durable tokens, and public‑facing leak theater for leverage. Public monitoring shows Telegram activity explicitly merging these brands, with a shared narrative that Scattered Spider specializes in initial access while ShinyHunters executes exfiltration and data dumps, echoing their advertised “shinysp1d3r” operations and joint claims tied to Salesforce and other SaaS ecosystems. Third‑party threat profiles and incident recaps corroborate a mid‑2025 surge targeting Salesforce tenants across major enterprises, consistent with this merged identity. ### Why this works: trust edges, not zero‑days This campaign preys on trust junctions in SaaS identity, not exotic exploits: a phone call to a help desk, a plausible app name, and a legitimate OAuth flow that converts a moment of social trust into long‑lived API access. Desktop‑style OAuth and connected‑app experiences can be impersonated or repackaged to appear as standard Salesforce tooling (e.g., “Data Loader”), tricking staff into authorizing scopes like refresh_token + full that enable persistent bulk extraction with minimal noise. This turns traditional perimeter and endpoint controls into bystanders; once a connected app is authorized, the attacker is “inside” through sanctioned API pathways until the token is revoked and the app is pruned. ### Exfil Blueprint Incident forensics from multiple vendors describes a repeatable chain: vishing to the connected‑apps page, user‑supplied verification code, app authorization, and then scripted REST or bulk API queries that sweep high‑value objects at scale. Threat hunters have observed iterative testing with small chunk sizes before pivoting to full‑table pulls, and app aliases like “My Ticket Portal” to match the social pretext, allowing attackers to blend into operational noise until export volumes spike. Event Monitoring and REST API logs reveal patterned queries against PII‑rich objects with per‑request payloads in the megabytes, a signature that becomes obvious with the right telemetry but invisible without it. ### Extortion The leak‑site model operationalizes marketing: timers, victim lists, and public taunts amplify pressure while letting groups walk back into the shadows when it suits their private negotiations. Analysts note that these crews have shifted to selective media use—public enough to validate credibility, private enough to optimize ransom yield—making the “shutdown and reappear” cycles part of the business model rather than a sign of weakness. The Salesforce‑specific branding is a force multiplier, collapsing dozens of discreet tenant incidents into one narrative that helps drive larger payouts and faster executive attention. ### Misconceptions that can sink a response - “Platform breach” vs. tenant compromise: Reports and statements consistently indicate abuse of tenant‑level trust and identity flows, not a Salesforce core vulnerability, which changes the remediation locus from vendor patching to customer identity and app governance. - “MFA solves this”: MFA reduces risk but does not stop a user from consenting to a malicious connected app; OAuth consent with high‑privilege scopes can outflank strong authentication if help‑desk workflows are not hardened. - “If there’s no encryption ransomware, impact is limited”: Data theft alone can trigger regulatory exposure, customer churn, and downstream fraud; operational resilience does not equal privacy resilience. ### Make‑or‑break controls - OAuth and connected‑app governance: Inventory, alert, and gate app creation and authorization events; flag apps with elevated scopes and ambiguous names; enforce reviews for Data Loader‑like tools and restrict to managed, signed binaries. - Event Monitoring and anomaly detection: Continuously watch for API query bursts, unusual object access, sudden increases in data export sizes, and new app authorizations, using Event Monitoring logs as the primary signal source. - Help desk and user verification: Script defenses against vishing—no codes over the phone, out‑of‑band verification for any app authorization, and tight playbooks that treat connected‑app approvals as security‑sensitive changes. ### Break the kill chain: high‑impact, low‑friction steps - Enforce IP ranges and network‑based access policies for administrative sessions and high‑risk actions, reducing the surface for remote OAuth abuse to succeed unnoticed. - Minimize and rotate API keys and integration users, review automated data export jobs, and adhere strictly to least privilege for both humans and non‑human identities connected to Salesforce. - Monitor for unreviewed package installs and scope elevation events; alert when apps request refresh_token or full API access, and quarantine suspect apps pending review and forensic validation. ### SaaS sprawl meets identity debt The Salesforce wave underscores a broader SaaS security problem: sprawling connected apps, unattended machine identities, and permissive scopes create an identity debt that adversaries monetize via phone‑based persuasion rather than code execution. Training and MFA help, but durable fixes require continuous, identity‑aware monitoring across SaaS estates and controls that make “consent” a governed process, not a casual click. Expect copycats to transpose this playbook to other high‑value SaaS platforms where connected apps and delegated access are ubiquitous. This campaign is not about a novel exploit; it is about industrialized persuasion weaponizing OAuth trust to convert a polite phone call into a high‑bandwidth data siphon, then monetizing the haul via sophisticated extortion theater. Organizations that treat connected‑app governance, Event Monitoring, and help‑desk hardening as first‑class controls will deflate the business model behind the “billion records” headline, while those relying on traditional perimeter thinking will remain easy marks for the next branded leak countdown.

loading..   04-Oct-2025
loading..   6 min read
loading..

Clop Ransomware

Clop hackers demand $50M in Oracle EBS breach. Oracle confirms unpatched July 20...

A notorious ransomware gang has launched a digital siege on corporate America, and the bullseye is on one of the world's most critical business platforms: **Oracle E-Business Suite (EBS)**. Forget vague threats—this is a high-stakes, personalized shakedown. The group, widely linked to the infamous **Clop** ransomware cartel, is sending direct extortion emails to C-level executives, claiming to have already stolen their most sensitive corporate data. The demand? In one confirmed case, a chilling **$50 million**. The most alarming part? Oracle has confirmed the attack and directly links it to known security holes that they patched back in **July 2025**. This means every company that delayed this critical update is now exposed and actively in the crosshairs. ### **Attack Blueprint: How the Hackers Are Breaking In** This isn't a sophisticated zero-day mystery. Oracle's Chief Security Officer, Rob Duhart, has publicly stated their investigation points to the "**potential use of previously identified vulnerabilities that are addressed in the July 2025 Critical Patch Update**." **The keys to the kingdom were left under the mat, and the burglars are now inside.** The July patch fixed a total of **309 vulnerabilities** across Oracle's products. But for EBS users, these nine are your nightmare. Three of them are particularly dangerous because attackers can exploit them **without needing a username or password.** | **CVE ID** | **CVSS Score** | **Component** | **Remote Exploit?** | **Why It's Dangerous** | | :--- | :--- | :--- | :--- | :--- | | CVE-2025-30746 | 6.1 | Oracle iStore | **YES** | Public-facing, no login required for attack. | | CVE-2025-30745 | 6.1 | MES for Process Manufacturing| **YES** | Critical supply chain system exposed. | | CVE-2025-50107 | 6.1 | Universal Work Queue | **YES** | Core operational dashboard is vulnerable. | | CVE-2025-30743 | 8.1 | Lease and Finance Management | No | High-severity flaw in financial data. | | CVE-2025-30744 | 8.1 | Mobile Field Service | No | High-severity flaw in mobile operations. | **Hacker's Playbook is Simple:** 1. **Scan** for unpatched, internet-facing Oracle EBS systems. 2. **Exploit** one of the vulnerabilities above to gain access. 3. **Exfiltrate** gigabytes of financial, HR, and operational data. 4. **Extort** by emailing the CEO with a multi-million dollar demand and "proof" of the theft. ### **Trail of Extortion Email** The emails are designed to trigger panic in the boardroom. They don't sound like a typical spammer; they sound like a ruthless business partner. * **"We are the CL0P team."** They immediately establish their feared brand identity. * **"We have copied your company's documents and databases."** A direct claim of total compromise. * **"We offer you a chance to get out of this situation."** Framing the ransom as a "business solution." * **"We can provide you with 3-5 files or 50-100 lines from any database as proof."** This is the masterstroke that turns fear into certainty, forcing executives to take the threat seriously. Security firm Mandiant has confirmed the infrastructure and email addresses used in this campaign are directly tied to the **FIN11 group**, a known affiliate of Clop, famous for its massive attacks on file-transfer tools like MOVEit. ### **How to Avoid Being the Next Victim** If your company runs Oracle EBS, this is not a drill. Your action plan is straightforward but non-negotiable. 1. **PATCH. NOW.** Apply the **July 2025 Critical Patch Update (CPU)** immediately. This is the single most important action you can take. Delay is an invitation for catastrophe. 2. **Assume You're Breached.** Don't wait for the extortion email. Initiate threat hunting in your EBS environment *now*. Look for unusual logins, large data exports, and any signs of the IOCs linked to this campaign. 3. **Lock Down Access.** Immediately review and secure all internet-facing EBS logins. Implement **Multi-Factor Authentication (MFA)** everywhere possible to stop credential-based attacks. 4. **Train Your Executives.** Ensure your C-suite knows these emails are circulating and has a clear protocol to report them directly to security teams—not to panic and pay. For thousands of organizations, applying a patch from three months ago is the only thing standing between them and a multi-million dollar shakedown. The time for action was yesterday. The next best time is right now.

loading..   03-Oct-2025
loading..   4 min read
loading..

GitLab

Red Hat's GitLab breach exposes customer network blueprints, posing a widespread...

A cyberattack on Red Hat's consulting division stole sensitive customer documents containing network configurations and credentials, creating potential downstream security risks for thousands of organisations. ## Incident Overview Red Hat, the open-source software giant now owned by IBM, has confirmed a significant security breach. The incident involved unauthorized access to a self-managed **GitLab instance** used exclusively by its internal **Red Hat Consulting** team . Upon detecting the intrusion, Red Hat's security team took action by removing the threat actor's access, isolating the compromised instance, and launching an investigation . The company has stated that the breach is contained and does not impact its core products or software supply chain . ## Scope of the Data Breach A cybercrime group calling itself **"Crimson Collective"** has claimed responsibility for the attack. While Red Hat has confirmed data was copied, it has not verified the attackers' specific claims . The table below summarizes the key details of the stolen data based on public claims and Red Hat's statements: | Aspect | Details | | :--- | :--- | | **Claimed Data Volume** | Nearly **570 GB** of compressed data . | | **Claimed Repositories** | Approximately **28,000** internal development repositories . | | **Key Data Type** | Roughly **800 Customer Engagement Reports (CERs)** from 2020-2025 . | | **Red Hat's Confirmation** | The instance housed consulting data like project specs, code snippets, and internal communications . | ## Understanding Customer Engagement Reports (CERs) The most significant threat from this breach stems from the exposure of Customer Engagement Reports (CERs). These are not standard marketing documents but **detailed technical and architectural blueprints** created by Red Hat's consultants . According to cybersecurity advisories and analysis, these CERs can contain : - **Infrastructure details:** Comprehensive network topologies and system configurations. - **Authentication tokens and keys:** Credentials that could grant access to customer systems. - **Configuration data:** Sensitive settings for platforms and applications. The Centre for Cybersecurity Belgium (CCB) has assessed this breach as a **"high risk"** because this information could be weaponized to breach customer networks directly . The stolen data allegedly pertains to a wide range of high-profile organizations, including telecoms, financial institutions, and government agencies . ## Essential Steps for Potential Impacted Organisations If your organisation is or has been a Red Hat Consulting customer, you should take immediate proactive measures. The following checklist outlines critical actions to protect your environment. ![deepseek_mermaid_20251003_d8a99a.png](https://sb-cms.s3.ap-south-1.amazonaws.com/deepseek_mermaid_20251003_d8a99a_b41f12958c.png) ## Ongoing Investigation Key details about the breach remain unclear, leaving customers with unresolved concerns: - **Initial Access Vector:** The specific vulnerability or method the attackers used to breach the GitLab instance has not been disclosed . - **Dwell Time:** It is unknown how long the attackers had access to the system before detection. The hackers claim the intrusion occurred roughly two weeks before Red Hat's announcement . - **Extortion Demands:** Crimson Collective has stated it is an "extortion ransomware group" . Red Hat has not commented on whether it received or is negotiating with any extortion demands. ## Responsible Reporting This incident highlights the sophisticated threats facing software supply chains and the critical importance of securing development and collaboration environments. Red Hat's core product integrity remains intact, but the breach shows that **attack surfaces extend beyond code to include internal documents and communications** . It is also crucial to note that **GitLab's own platform and infrastructure were not compromised** . This incident involved Red Hat's self-managed instance of GitLab Community Edition, for which the customer is responsible for security, maintenance, and applying patches . This is a developing story. As the investigation continues, more specific guidance for affected customers is expected from Red Hat. For the latest official information, monitor the **[Red Hat security blog](https://access.redhat.com/articles/7132207)** .

loading..   03-Oct-2025
loading..   3 min read