Press "Enter" to skip to content

Google Play applications with 500,000 downloads buy in clients to expensive administrations

Malware family that has invaded Play since 2017 strikes once more.

Programmers and Google Play have been up to speed in a strained move over the previous decade. The programmers sneak malware into the Google-claimed Android application archive. Google tosses it out and creates guards to keep it from happening once more. At that point the programmers locate another opening and do it once more. This two-advance has played out once more, this time with a malware family known as the Joker, which has been penetrating Play since at any rate 2017.

The Joker is noxious code that hides inside apparently authentic applications. It regularly holds up hours or days after the application is introduced to run trying to sidestep Google’s mechanized malware location. On Thursday, analysts with security firm Check Point said the Joker has struck once more, this time sneaking in 11 apparently real applications downloaded from Play around multiple times. When enacted, the malware permitted the applications to secretly buy in clients to expensive premium administrations.

The new variation found another stunt to go undetected—it concealed its vindictive payload inside what’s known as the show, a record Google requires each application to remember for its root registry. Google’s goal is for the XML document to give more straightforwardness by making consents, symbols, and other data about the application simple to discover.

The Joker engineers figured out how to utilize the show for their potential benefit. Their applications included kind code for genuine things, for example, messaging or showing pictures in the normal pieces of the establishment record. They at that point concealed the noxious code inside the metadata of the show.

The engineers included two additional layers of secrecy. To begin with, the vindictive code was put away in base 64-encoded strings that aren’t intelligible. Second, during the period Google was assessing the applications, the pernicious payload would stay lethargic. Simply after the application was endorsed would the Joker code get stacked and executed. Google expelled the applications after Check Point detailed them.

In January, Google distributed a definite portrayal of Bread—the substitute name for the Joker—that specified its numerous methods of bypassing guards. The post said that Play Protect—Google’s mechanized filtering administration—had recognized and expelled 1,700 one of a kind applications from the Play Store before ever being downloaded. Checkpoint’s revelation of another clump of applications downloaded a half multiple times underscores the constraints of Play Protect.

“Our most recent discoveries demonstrate that Google Play Store insurances are insufficient,” Aviran Hazum, Check Point’s director of portable exploration, wrote in an email. “We had the option to identify various instances of Joker transfers on a week by week premise to Google Play, which were all downloaded by clueless clients. The Joker malware is dubious to distinguish, in spite of Google’s interest in including Play Store assurances. Despite the fact that Google expelled the malevolent applications from the Play Store, we can completely anticipate that Joker should adjust once more.”

To forestall discovery, prior Joker variations regularly acquired the pernicious payload—as a powerfully stacked dex document—from an order and control server after the application was at that point introduced. As Google’s resistances have improved, that technique turned out to be less compelling. The engineers’ answer was to store the dex record—as base 64 strings—inside the show. To be actuated, the payload required just affirmation from the control server that the battle was dynamic. Check Point likewise found another Joker variation that concealed the base 64 strings inside an inner class of the principle application.

The 11 applications Check Point discovered are:



com.cheery.message.sendsms (two unique occurrences)





Any individual who has had one of these applications introduced should check their charging explanations for unrecognized charges.

At this point, most perusers know Android application security exhortation cold. In particular, clients ought to introduce applications sparingly and just when they give a genuine advantage or are extremely vital. Whenever the situation allows, clients should support applications from known engineers, or if nothing else those with sites or other history that demonstrates they’re not a here now gone again later activity. Individuals ought to intermittently check what applications are introduced and expel any that are not, at this point being used.

Be First to Comment

Leave a Reply

Your email address will not be published. Required fields are marked *