Decompilers Are Meritocracy

One of the most educational tools of the decade is the Flash decompiler because it introduces consequences to people who previously enjoyed abstraction.

Some executive says we should hide the business logic in the SWF because nobody can read compiled files. This belief usually comes from the same generation that thought zip files were encryption.

Then a curious teenager or annoyed consultant decompiles the application and discovers internal endpoints, feature flags, forgotten admin screens, half-built products, verbose comments, and the occasional credential that should have died in development.

The decompiler does not create insecurity. It merely publishes the minutes.

I learned years ago to assume anything shipped to the client will be read eventually. If not by an attacker then by a competitor. If not by a competitor then by a bored employee. If not by them then by me six months later asking why I wrote any of it.

So I keep secrets server side. I keep privileged decisions server side. I keep my dignity wherever possible, though the platform offers limited storage for that given the onslaught of security advisories in the Adobe environments.

Still, every quarter someone rediscovers magical thinking.

Can we obfuscate it? Yes. You can also write your PIN on paper in cursive.

Can we encrypt the requests? Transport already exists. Your problem is trust, not punctuation.

Can we disable right click? Certainly. Nothing terrifies determined attackers like inconvenience.

The decompiler is the fairest person in the room. It judges everyone equally and rewards honesty.

Popular posts from this blog

The Fallacy of Cybersecurity by Backlog: Why Counting Patches Will Never Make You Secure

IPv6 White Paper I: Primer to Passive Discovery and Topology Inference in IPv6 Networks Using Neighbor Discovery Protocol

This is Cybermancy