Welcome Guest. | Log In| Register | Membership Benefits
Dark Reading's Hacked Off Weblog
Topics:   Hacked Off

  • Email this page E-mail this page
  • Print this page Print this page
  • Bookmark and Share

Lessons From Fighting Cybercrime, Part 2


Posted by Gadi Evron, May 21, 2009 04:55 PM

In this article we'll examine three basic guidelines on how to implement solutions into social systems, learned from the fight against spam.

Last week I blogged about two spam-fighting ideas: email stamps and blocking port 25. We've shown that while security and cybercrime are filled with reactive solutions doomed to failure, it is possible to gain strategic advantage while implementing them.

Email stamps is a good example of a solution doomed to failure. Why do solutions like this fail?

Avoiding resistance from users is the first key to success. Email stamps make sending email more complicated. They also take something that was free and add a price tag to it.

Taking something that is already widely implemented and adding counter-intuitive terms to its use is always going to encounter resistance. Users don't want additional complexity added to email.

Much the same, taking something and raising its cost, or worse, making something previously free cost money, is one of the reasons so many Internet start-ups failed the past ten years (if we are to listen to social psychology). People do not like feeling cheated out of something that is already theirs.

Needlessly added complexity and making something previously free, cost, especially in a competitive marketplace where users can just switch providers, are paths to failure.

Tying it together, these lead us to the concept of naivete. How practical is the system to reach, be accepted, and then implemented by professionals?

The technology for email stamps requires a large part of the world to implement it before it works. The world is a multi-valence of complex inter-connected systems, and expecting everyone, or a large part of everyone, to do as you ask (if you can even reach them) is simply not plausible.

My second example from the previous blog, blocking port 25--a very different approach--worked immediately for those who did implement it.

Anti-spam introduced the world to the FUSSP, or sarcastically, the "perfect solution": You Might Be An Anti-Spam Kook If... http://www.rhyolite.com/anti-spam/you-might-be.html

It enumerates ways by which "new" and "amazing" suggestions on solving the spam problem go wrong... If only "everyone" (or most people) used their solution or "forced users" to act counter intuitively (and similar truisms), spam would be "gone". It is well worth a read.

Trying to map how some solutions work while others can't even get off the ground and seeing how communities and social systems change is fascinating. The examples above and many other lessons of fighting cybercrime are illuminating. Especially when we consider they are mostly derived from failures of technical solutions to solve a human problem, a common design fallacy this day and age.

In my next blog in this series, we discuss security by obscurity as used by attackers.

Follow Gadi Evron on Twitter: http://twitter.com/gadievron

Gadi Evron is an independent security strategist based in Israel. Special to Dark Reading.

« Ruminating on CSI SX | Main | Twitter Users Hit By More Phishing Attacks »



Sign up now for the weekly InformationWeek Blog Newsletter.


This is a public forum. United Business Media and its affiliates are not responsible for and do not control what is posted herein. United Business Media makes no warranties or guarantees concerning any advice dispensed by its staff members or readers.

Community standards in this comment area do not permit hate language, excessive profanity, or other patently offensive language. Please be aware that all information posted to this comment area becomes the property of United Business Media LLC and may be edited and republished in print or electronic format as outlined in United Business Media's Terms of Service.

Important Note: This comment area is NOT intended for commercial messages or solicitations of business.