The images in this article were generated with artificial intelligence. How we publish
Apple published data showing a significant increase in fraud detection and blocking in the App Store: more than $11 billion in fraudulent transactions over six years including more than 2.2 billion in 2025, along with millions of accounts and apps rejected or deactivated. These numbers, in addition to the tens of millions of accounts marked and the thousands of developers expelled, confirm that the application store remains a central target for financial and reputation abuse campaigns, and that the platform invests in automatic detection and human review to stop them.
Behind these figures is a combination of techniques: machine learning models that correlate activity between accounts, devices and payment methods; heuristic rules and human equipment for complex cases. That improves prevention but it also poses limitations: automatic systems can generate false positives that affect legitimate developers and consumers, and attackers constantly adapt tactics - from stolen cards to pirate stores or false review campaigns - which makes the struggle a technological arms race.

For users, the implications are clear: although the App Store blocks a lot of fraud, protection is not absolute. It is appropriate to review account statements on a regular basis, activate the authentication of two factors in Apple accounts, avoid reusing passwords and prefer payment methods with protection against unauthorized charges. If you detect suspicious charges or an app that acts malicious, Apple offers a channel to report on reportaproblem.apple.com and it is also recommended to report identity theft or fraudulent charges on official remedies such as IdentityTheft.gov to receive guidance on legal and mediation steps.
For developers, Apple data are a reminder that policy enforcement and transparency not optional: the app review assessed more than 9 million shipments and rejected hundreds of thousands for privacy violations, supplanting or hidden functionalities. Improve quality control processes, clearly document data permissions and flows, and maintain a verifiable developer identity reduces the risk that a legitimate app will be removed or rejected.
Mobile security companies and equipment must also adjust their approach: implementing mobile device management (MDM) solutions, risk-based access controls and monitoring app behavior in corporate environments helps mitigate exposure when employees install applications from official or alternative stores. Mobile attack surface control and corporate data segregation are practical measures that reduce impact of a successful fraud.
At the regulatory and market level, these numbers will feed discussions on competition and regulation: interoperability and sideloading requirements in some jurisdictions could facilitate the entry of malicious apps outside the traditional filters of official stores. This will force platforms, regulators and payment providers to coordinate better identity verification standards, collection dispute mechanisms and transparency in detection algorithms.

Not all the answer is technological: user education and transparency with developers They're just as important. Knowing to identify alarm signals - disproportionate permissions, repetitive reviews or sudden changes in functionality -, checking the developer's reputation and reviewing the update history can avoid many incidents before they occur.
If you are a consumer, act with caution: enable protections, review permissions and report suspicious behaviour; if you are a developer, check the official guides to avoid rejection and sanctions. Apple is not the only defense: it complements the platform's measures with good personal and business practices and mobile security resources such as those identified by reference projects in the security community, for example OWASP Mobile Top 10 OWASP Mobile Top 10.
In short, Apple figures highlight that fraud in the mobile ecosystem is massive and dynamic: automated prevention and human review work, but do not replace active surveillance from users, developers and companies. Reporting incidents through official channels and maintaining basic security practices remains the first line of defence. If you doubt a transaction or an app, take quick action: complaint, change credentials and consult your bank to dispute unrecognized charges.
Related
More news on the same subject.

GhostAction Expands Attack: phishing to steal credentials and persistence in VS Code
A group behind the GhostAction campaign - already known for infiltrating GitHub Actions workflows into open source projects - has expanded its arsenal: in addition to installing...

OpenCode: possible exposure of AI suppliers in Console affects 1.4% of users
On the night of October 16 there was an unauthorized access to a system inherited from OpenCode which, according to the company, could have exposed keys from IA suppliers that u...

ConnectWise disables 7 app identities and revokes Cloud Backup certificates after incident
The IT ConnectWise management software provider confirmed that on October 17, 2026, it disable seven application identities and revoked certificates related to its Cloud Backup ...

Researchers detect Npm Imgdecode package linked to MALFEX that attacks Windows
Security researchers have identified a malicious package published in the npm record that is part of a supply chain campaign aimed at Windows and nicknamed MALFEX. The package, ...

OpenBSD 7.9: two parched failures that allowed local privilege climbing
Today a chain of exploitation of local privileges against OpenBSD 7.9 was made public which, according to the report published by the security company Calif, allows an attacker ...

OpenAI reveals unaligned IA incidents; a GPT-5.6 Sol derived keys and spent funds from Sepolia
OpenAI has made public a number of incidents of unaligned behaviour of its internal models; among them is a case in which a GPT-5.6 family research model Sol derived private key...