LSPosed Module Bypasses UPI SIM Binding to Enable Payment Account Takeovers

· Original article ↗

Summary

CloudSek describes the Digital Lutera LSPosed module, which hooks Android telephony APIs, spoofs phone identities and injects fake SMS records to bypass UPI device binding and enable account takeovers. It recommends stronger device attestation and carrier-side SMS验证.

Key points

  • The Digital Lutera module uses LSPosed to manipulate Android at runtime, leaving legitimate payment app APKs unmodified and their signatures intact.
  • It hooks SMS and telephony APIs to intercept registration tokens, spoof phone numbers, and send data to Telegram.
  • Socket.IO C2 commands can inject forged messages into Android’s Sent SMS database to make device binding appear successful.
  • The attack requires a rooted attacker-controlled device with LSPosed and a victim device compromised to read, forward, or send SMS messages.
  • CloudSek links the module to the actor aliases Berlin and @Syntext_Erorr, and reports more than 500 UPI login messages in one observed group.
  • The article recommends enforcing Play Integrity strong-device checks, detecting runtime hooks, and validating registration SMS through carrier-side data.

Article Details

Attack Vectors
  • A rooted device running LSPosed and the Digital Lutera module hooks Android telephony APIs used by legitimate payment apps to intercept outgoing registration SMS messages and spoof the phone number returned to the app.
  • The module blocks the original SMS, sends registration tokens to a Telegram bot, and uses Socket.IO commands to insert fabricated SMS records into the device’s Sent database.
  • The reported operation also relies on a victim device compromised with a trojanized APK capable of reading, writing, or forwarding SMS messages, including OTPs.
Defensive Notes
  • The article recommends enforcing Google Play Integrity API's MEETS_STRONG_INTEGRITY verdict.
  • It recommends runtime hook detection, including checks for LSPosed-related files and unexpected method-call stack traces.
  • It recommends carrier-side verification that registration SMS messages traversed the cellular network, rather than relying on a device's local success response or SMS database.
  • It recommends moving critical identity, SIM-checking, and SMS-dispatch logic into native code and using out-of-band verification for sensitive steps.
  • It recommends scanning for the reported configuration file and module package name, and using strict SSL certificate pinning.

Indicators of compromise

TypeIndicatorContext
HOSTNAMEnoob-production[.]up[.]railway[.]appReported Socket.IO command-and-control server used to send commands to the malicious module.

MITRE ATT&CK

Threat Actors

Malware

Vendors

Products

Tools

Countries

Industries

Related Articles