Application Protection Rule #1: Why In-House App Obfuscation & Defense Doesn’t Measure Up
Published on August 13, 2019 by Alexander Goodwin
Organizations can’t afford to leave apps unprotected. Attackers are growing more sophisticated, leveraging targeted malware campaigns and advanced evasion tactics to compromise applications and cause long-term damage. And according to Forbes, even antivirus tools designed to protect devices and software can increase overall risk: recent research found that more than 28 million Android phones were subject to security vulnerabilities thanks to insecure virus protection apps.
As a result, many companies looking to boost application protection and security without breaking their budget or introducing unexpected risk are considering in-house builds of better defenses using a combination of IT talent and publicly available tools.
The challenge? Homegrown solutions introduce the potential for DIY disasters. Let’s dig in and discover why they can’t measure up.
More than 30 percent of DIY projects fail — typically because they take longer and are more complex than initially predicted.
Consider what seems to be a simple job: installing a ceiling fan. Sounds easy — get a ladder, mark your location and attach the fan, right? Not so fast. First, you need to ensure there’s something above the drywall to support the weight; if there isn’t, you’ll need to open up and reinforce the ceiling. Does the fan have a light? If so, you need to deal with wiring an extra switch. Once installed you need to test it — what happens if the fan makes too much noise or won’t spin properly? How do you troubleshoot the problem?
Effective application protection is even more complex. While the desired outcome — reducing the risk of compromise — is straightforward, achieving this goal requires three layers of control:
- Preventative — Solutions such as obfuscation and encryption are required to prevent malicious access and use of data. Obfuscation requires further specialization to defeat both human and machine inspection attacks using a combination of variable and method renaming, control flow transformation and string encryption.
- Detective — Attacks can come from multiple vectors including compromised runtimes via rooted devices, privileged utilities such as debuggers or more direct code tampering. Detective tools are essential to discover these attacks in their initial stages.
- Responsive — To mitigate attack impact, organizations need app-specific responsive controls that can impede active exploits, modify app behavior appropriately, and report the suspicious activity.
Great app protection isn’t enough in isolation. If your DIY project requires complex implementation, impedes app functions, or hampers performance, you may create a solution that is worse than the problem you are trying to solve.
DIY work also comes with the potential of removing key structural elements necessary to meet regulatory and compliance demands. This is a common concern in DIY home renos — in their haste to make room for new plumbing or wiring, owners sometimes cut out pieces of ceiling or floor joists, creating a massive potential risk.
In app security, a similar thing happens when in-house teams attempt to simplify the problem by removing steps that are actually critical to meet evolving standards for protecting intellectual property & data, auditing, and reporting.
Home-built app protection projects aren’t fire-and-forget. To ensure reliable defense they require ongoing maintenance, testing and updating. If you’re considering an in-house project, this means you need to tackle critical questions including:
- Who’s responsible for maintenance?Regular maintenance ensures reliable performance — but requires companies to allocate resources for this purpose. Will you handle this in-house or bring in outside contractors?
- How will it be updated?Hackers are developing new techniques and leveraging new vulnerabilities to break through app defenses. How often will you update your app to meet these new challenges? Will apps be exposed to risk during the update period?
- What if someone leaves?If the person or team responsible for your solution leaves the company or moves to another project, what happens to your tool?
- When will it be tested? How often?Testing — and testing, and testing — any defensive solution is key to success. When will your tool be tested? How? By whom? How often? What happens if you discover a flaw or vulnerability?
Companies know they need great cybersecurity — but they’re also worried about keeping budgets on track. Recent survey datareports a rise of nearly 20 percent in cybersecurity spending this year, compared to 2018, as organizations look to stay ahead of security threats.
So it’s no surprise that cost savings are often top-of-mind for DIY projects; while best-in-class commercial app protection toolsoffer leading protection and support, they may require a larger initial infosec investment. The caveat? Consider our intrepid DIY homeowners — after failing to complete projects on their own, 63 percent spend on professional help to get the job done. But they’ve already paid out of pocket for materials and invested significant time on labor, leaving them with a substantial monetary loss.
The same applies to DIY app defense: If tools don’t perform as intended, can’t close critical security gaps, or aren’t finished quickly enough, businesses are forced to spend again on outside help.
Designing and building an in-app protection tool from scratch may seem like a great idea to save time, cut costs and reduce your total risk.
Better idea? Don’t.
From inherent complexity to app integrity, ongoing maintenance and potential budget overages, it’s better to leave app obfuscation, encryption, and shielding to the experts.