Vulnerabilities / Threats
10/10/2013
03:30 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

'Spaf' On Security

Internet security pioneer Eugene Spafford talks about why security has struggled even after its first big wake-up call 25 years ago, the Morris worm

He was one of the first computer scientists to dissect the game-changing worm that hit the Internet 25 years ago and took down thousands of computers. He's also credited for defining software forensics and shaping other security technologies. But Eugene "Spaf" Spafford says security still isn't taken seriously enough today.

Eugene Spafford, executive director of CERIAS and computer sciences professor at Purdue University
Eugene Spafford, executive director of CERIAS and computer sciences professor at Purdue University

Spafford -- who goes by Spaf -- is the executive director of Purdue University's Center for Education and Research in Information Assurance and Security, as well a professor of computer sciences at Purdue. He spoke with Dark Reading senior editor Kelly Jackson Higgins just prior to his keynote address this week at the ISSA International Conference.

Here is an excerpt from that interview:

DR: Next month marks the 25th anniversary of the Morris worm. What lessons did we learn about security from that incident and what did we miss?
Spafford: I'm not sure we learned any more lessons ... most of the things didn't get fixed.

We went from 20 pieces of malware in 1988 to [around] 180 million today ... that certainly is not a situation where anything has gotten better. We have had a number of opportunities where we could have learned lessons and changed the way we do business.

Back then, there really wasn't a security industry. The difficulty there was that vendors didn't really pick up on this as a problem and change the way their software was developed or the way they packaged things.

We had several years of catch-up where we could have made some changes, but it didn't happen ... I remember going to a couple of meetings that had slots from government, academia, and think tanks where we were talking about defenses of firewalls and so on, but nobody was there from the [vendor community]. They didn't show up at AV conferences in the early '90s, either. They were resistant to any discussion with those in the industry trying to contact them about security issues because they didn't think that was their problem.

The point I would make was that by investing in and putting all the attention on firewalls, we were giving up on host security, basically. My point [then] was if we depend on firewalls, once something gets in, the hosts are still vulnerable, but everyone said, "No, firewalls were a stopgap measure until the hosts were fixed."

Fast forward: We still depend on firewalls. The [security] situation really isn't any better, and now we have mobile and BYOD.

DR: Worms today are obviously more malicious and destructive than the Morris worm, but that one was a turning point in Internet security. How would you characterize the evolution of worms?
Spafford: There are hundreds of [worms] active out there now, but we don't hear about them. No one bothers to mention them.

Back in 1988, the worm would have made news no matter what [Robert T. Morris] had done because we had never seen anything like that. Not many people had thought about the potential for anything like that, and we didn't have the tools to analyze [it]. I don't think it was as much what it did as [it was] its timing. There were a few that followed and got named -- Iloveyou, Nimda, CodeRed.

They became more stealthy because after you've shown it can be done, why would you write one? The answer is for criminal intent. Therefore, you won't want to draw attention to it. You want it to be stealthy, to hide, penetrate, and steal information.

A decade or so ago, I was talking with some people, and we concluded that what Morris had done compared with current day was very minor. And, in fact, I joined a group that was trying to get a presidential pardon for him [at that time] because he has a felony on his record [for the worm conviction], and that's probably too severe. But the people we contacted at the White House told us, "No way."

DR: How has security regressed or evolved since then?
Spafford: A lot of it has been on the wrong path.

Security hasn't been taken seriously [enough] at any level or given the amount of resources and attention it should. Instead, the focus [is] on ... patching.

If everything was in balance, we would have people who are trained across the areas and products they are looking at that are designed to be solid and secure. Any breaking of a system would be a largely futile exercise they would nonetheless indulge in as confirmation or assurance.

Instead, we have a marketplace where that is rewarded: Microsoft just gave $100,000 [to a researcher in its bug bounty program]. This is treated as a first line in security defense. The fact that people are able to make that much money and find that many flaws is indication that something is very wrong with the way we're building systems.

DR: What about secure development programs like Microsoft's?
Spafford: It's the basic underpinnings of architecture. Microsoft's product isn't so much poor quality -- they do a very good job. The Windows kernel has far less flaws than Linux does, which surprises some of the hackers when they hear that. The problem [Microsoft has] is that they maintain software compatibility with old, broken stuff. They have to have a lot of things in place, otherwise third parties and software and hardware might break with their systems. This is one of the reasons they are really pushing hard to discontinue XP support, so they can fix things in newer versions.

We don't run all legacy software out there. You can build a much more secure system, but it would be slower.

That fact is that this decision is being made by everybody that speed is more important than security. That's implicit. That's part of the problem -- we're in the mind-set of fast and cheap is more important than making it secure.

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is Senior Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise Magazine, ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Drew Conry-Murray
50%
50%
Drew Conry-Murray,
User Rank: Ninja
10/11/2013 | 12:25:02 AM
re: 'Spaf' On Security
I agree that there are problems with the way software and essential network protocols are developed, but I get the sense that some security folks think there's some kind of security Eden that could be reached with the right OS or the right app dev methodology or whatever. I think any human-designed system will have exploitable flaws, and even if we someday get unbreakable software, there's always social engineering. Security is hard, and always will be as long as people need access to information and resources to do stuff.
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-1544
Published: 2014-07-23
Use-after-free vulnerability in the CERT_DestroyCertificate function in libnss3.so in Mozilla Network Security Services (NSS) 3.x, as used in Firefox before 31.0, Firefox ESR 24.x before 24.7, and Thunderbird before 24.7, allows remote attackers to execute arbitrary code via vectors that trigger cer...

CVE-2014-1547
Published: 2014-07-23
Multiple unspecified vulnerabilities in the browser engine in Mozilla Firefox before 31.0, Firefox ESR 24.x before 24.7, and Thunderbird before 24.7 allow remote attackers to cause a denial of service (memory corruption and application crash) or possibly execute arbitrary code via unknown vectors.

CVE-2014-1548
Published: 2014-07-23
Multiple unspecified vulnerabilities in the browser engine in Mozilla Firefox before 31.0 and Thunderbird before 31.0 allow remote attackers to cause a denial of service (memory corruption and application crash) or possibly execute arbitrary code via unknown vectors.

CVE-2014-1549
Published: 2014-07-23
The mozilla::dom::AudioBufferSourceNodeEngine::CopyFromInputBuffer function in Mozilla Firefox before 31.0 and Thunderbird before 31.0 does not properly allocate Web Audio buffer memory, which allows remote attackers to execute arbitrary code or cause a denial of service (buffer overflow and applica...

CVE-2014-1550
Published: 2014-07-23
Use-after-free vulnerability in the MediaInputPort class in Mozilla Firefox before 31.0 and Thunderbird before 31.0 allows remote attackers to execute arbitrary code or cause a denial of service (heap memory corruption) by leveraging incorrect Web Audio control-message ordering.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Sara Peters hosts a conversation on Botnets and those who fight them.