DataBreaches.Net

Menu
  • About
  • Breach Notification Laws
  • Privacy Policy
  • Transparency Report
Menu

Let’s Secure Insurance failed to secure their own data storage. Now they have a breach.

Posted on January 27, 2025January 27, 2025 by Dissent

Kumar Hemant reports:

Let’s Secure Insurance Brokers Pvt Ltd., a prominent Indian insurance brokerage firm, has reportedly fallen victim to ransomware. The perpetrators, identified as the Kill Security (alias KillSec) group, claim to have gained unauthorised access to the company’s data, sparking concerns over potential data breaches.

India has increasingly become a focal point for cyberattacks, with industries ranging from finance to healthcare targeted by sophisticated hacking groups. Let’s Secure Insurance Brokers Pvt Ltd is the latest high-profile name to join the growing list of Indian organisations compromised by ransomware gangs.

Read more at Candid Technology, where the headline is “Indian insurance company Let’s Secure suffers ransomware attack.”

Unlikely to be a Ransomware Attack

It’s a shame that the insurer never read our previous reporting on KillSec. As this site always says, there’s no need to hack when it’s leaking.

KillSec finds exposed databases, downloads data, and then demands payment from the victim to delete the data. If the world thinks that KillSec is accomplished hackers, that’s probably just fine with KillSec, but there’s nothing in these attacks that requires anything other than using a search engine or search service that lists exposed databases.

Nor is there evidence that KillSec is encrypting files of its victims. It’s more of a simple extortion model that capitalizes on databases entities misconfigured.

From Leak to Breach

Like too many others, Let’s Secure Insurance had an unsecured Amazon storage bucket. It was first noted as unsecured on an indexing service on November 22, 2024.  KillSec seems to have noted it, too, and then tried to ransom the data.

The bucket is still unsecured even after KillSec listed them on KillSec’s dark web site yesterday.

Every victim listed on KillSec’s dark website since November had an unsecured cloud storage bucket or blob (usually bucket) that KillSec appears to have found via a service that lists exposed servers.   When examined by the researcher known as JayeLTee and another researcher who wishes to remain anonymous, the data KillSec leaks has been the same data that researchers found in the exposed buckets.

Sadly, most of the victims’ buckets are still unsecured.

If  You Are Contacted by KillSec

  • Check (or have your IT service check) your Amazon AWS s3 buckets to determine which is misconfigured, and lock it down. You’ll likely find it’s an Amazon AWS s3 bucket. Only occasionally have we seen an Azure blob be the source.
  • Be sure to lock the bucket down properly so that even if someone has the file list or file links, they cannot directly connect to the files.
  • Do not pay KillSec. That only encourages more of this type of thing, and besides, if they have your data, how many other unauthorized individuals have your data? Your data are already out there and paying criminals won’t fix that. Hopefully, you have access logs to figure out how many unauthorized IP addresses accessed data back to the time when it was first exposed and you can figure out who needs to be notified.

 

 

Related posts:

  • Is KillSec3 Trying to Extort Victims Using Publicly Leaked Data?
  • Conversation with a “Nam3L3ss” Watchdog, Part 2: Methods
Category: Business SectorCommentaries and AnalysesNon-U.S.

Post navigation

← Slovak PM accuses Ukraine — without any evidence — of involvement in alleged “massive cyberattack”
EU sanctions 3 GRU members for cyberattacks against Estonia →

Now more than ever

"Stand with Ukraine:" above raised hands. The illustration is in blue and yellow, the colors of Ukraine's flag.

Search

Browse by Categories

Recent Posts

  • Hunters International to provide free decryptors for all victims as they shut down (1)
  • SEC and SolarWinds Seek Settlement in Securities Fraud Case
  • Cyberattacks Disrupt Iran’s Bread Distribution, Payments Remain Frozen
  • Hacker with ‘political agenda’ stole data from Columbia, university says
  • Keymous+ Hacker Group Claims Responsibility for Over 700 Global DDoS Attacks
  • Data breach reveals Catwatchful ‘stalkerware’ is spying on thousands of phones
  • DOJ investigates ex-ransomware negotiator over extortion kickbacks
  • Hackers Using PDFs to Impersonate Microsoft, DocuSign, and More in Callback Phishing Campaigns
  • One in Five Law Firms Hit by Cyberattacks Over Past 12 Months
  • U.S. Sanctions Russian Bulletproof Hosting Provider for Supporting Cybercriminals Behind Ransomware

No, You Can’t Buy a Post or an Interview

This site does not accept sponsored posts or link-back arrangements. Inquiries about either are ignored.

And despite what some trolls may try to claim: DataBreaches has never accepted even one dime to interview or report on anyone. Nor will DataBreaches ever pay anyone for data or to interview them.

Want to Get Our RSS Feed?

Grab it here:

https://databreaches.net/feed/

RSS Recent Posts on PogoWasRight.org

  • Record-Breaking $1.55M CCPA Settlement Against Health Information Website Publisher
  • Ninth Circuit Reviews Website Tracking Class Actions and the Reach of California’s Privacy Law
  • US healthcare offshoring: Navigating patient data privacy laws and regulations
  • Data breach reveals Catwatchful ‘stalkerware’ is spying on thousands of phones
  • Google Trackers: What You Can Actually Escape And What You Can’t
  • Oregon Amends Its Comprehensive Privacy Statute
  • Wisconsin Supreme Court’s Liberal Majority Strikes Down 176-Year-Old Abortion Ban

Have a News Tip?

Email: Tips[at]DataBreaches.net

Signal: +1 516-776-7756

Contact Me

Email: info[at]databreaches.net

Mastodon: Infosec.Exchange/@PogoWasRight

Signal: +1 516-776-7756

DMCA Concern: dmca[at]databreaches.net
© 2009 – 2025 DataBreaches.net and DataBreaches LLC. All rights reserved.