Search: Home Bugtraq Vulnerabilities Mailing Lists Jobs Tools Beta Programs
Death to Old Software
Jon Lasser, 2002-04-03

We all know that outdated network software is security hazard. The solution: hard-wired expiration codes that self-destruct an old program when it's past its prime.

Comments Mode:
I don't like it. 2002-04-03
Anonymous
You are right. 2002-04-03
J. J. Horner
Death to Old Software 2002-04-03
Not Really Anonymous
Death to Old Software 2002-04-03
Reaten
Death to Old Software 2002-04-03
Steve (1 replies)
Death to Old Software 2002-04-03
Anonymous (1 replies)
I have a better solution 2002-04-04
A Debian User (1 replies)
I have a better solution 2002-04-11
Anonymous
Counting the cost 2002-04-03
Working poor
Death to Old Software 2002-04-03
Anonymous
Good idea 2002-04-03
Anonymous (1 replies)
Re: Good idea 2005-10-29
Anonymous
Death to Old Software 2002-04-03
Anonymous
Death to Old Software 2002-04-03
Paul Wouters
Death to Old Software 2002-04-03
CodePunk
A really bad idea: The solution is better placed elsewhere 2002-04-03
Robert A. Klahn (rklahn@acm.org) (1 replies)
A really bad idea: The solution is better placed elsewhere 2002-04-04
CCH
Just to add to this idea, we shouldn't have time-outs or other draconian things. I would hate for working systems to break arbitrarily. The package system could simply do what Windows (OH NO) does and searches for 'critical updates'. (Not Microsoft's idea of critical, but actual problems related to security). I don't think this is too great, as automatically upgrading packages in general is not reliable.

The big problem is that security updates and feature updates are intertwined. Maybe authors should be made to release compatible updates to all versions or at least distribution maintainers should. I think that quite unlikely. Such is the bane of open source, where you can't force upgrades like commercial software attempts to. (And what time outs suggest to do.) It would be nice if people kept with the latest version, but most software appears to work well enough to ignore updates. That is the good thing about open source from the individual admin's point of view.

Another idea would be to have lists of OK versions of the software on a central server, but revoke exploitable versions. Then the admin might be able to upgrade or downgrade at their preference.

I think the real issue is hitting admins over the head with security updates that matter to them. Its all great if the package manager will put a big dialog box up on root's login to notify him or send messages to root@localhost. However, when is root going to actually read them? Maybe there should be (is there?) an RFC on how the admin should be contacted by their systems (ie. root@localhost should go to a real account on some mail server). I think most admin guides and other helpful resources suggest this. Then they can be held accountable for not doing it and the distributions could at least do what is required of them to notify admins.

I think no matter how easy it is is really a non-issue. Updating packages is the admins responsibility, if they have no procedures in place and there are no accepted practices then it really isn't the software author/maintainers fault now is it?

[ reply ]

Link to this comment: http://www.securityfocus.com/comments/columns/72/11654#11654
a sane suggestion 2002-04-03
Anonymous
Very stupid, here's why 2002-04-03
Anonymous
What a horrible idea. 2002-04-03
Steve Briggs
Is it a bug or has it expired 2002-04-03
Anonymous
You have got to me kidding me. 2002-04-03
Anonymous
What about incompatibilities 2002-04-03
Anonymous
Death to Old Software 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Anonymous
Monumentally *BAD* Idea 2002-04-04
Arne Flones
If it aint broke don;t fix it 2002-04-04
Anonymous
other options? 2002-04-04
Mac guy
Moronic iin the extreme... 2002-04-04
Anonymous
Death to Old Software - What a Crock 2002-04-04
Paul Mauriks
Death to Old Software 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Chicken
Death to Old Software 2002-04-04
Anonymous
Death to Old Software... not in my organization 2002-04-04
Steven C. Buttgereit (sf@buttgereit.net)
Death to Old Software? 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Anonymous
A really, really stupid idea 2002-04-04
Anonymous
Death to Old Software, you NUTS 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Elf Qrin
Death to Old Software 2002-04-04
Anonymous
Interesting, but No. 2002-04-04
Chris Fairbairn
Horrible Idea !!! 2002-04-04
Anonymous
Bad Idea! 2002-04-04
Anonymous
Death to Old Software 2002-04-04
Paul
Death to Old Software 2002-04-04
Anon.
A Deepness in the Sky 2002-04-05
Adrian Close <adrian@close.wattle.id.au>
Death to Old Software 2002-04-05
wwb
Death to Old Software 2002-04-06
Grant Bayley
DJB does it right 2002-04-07
Anonymous
Extremely bad idea: here's why... 2002-04-07
Anonymous
Death to Old Software 2002-04-08
Anonymous
Availability, mate... 2002-04-09
Anonymous
Death to Old Software 2002-04-11
Stephen
This already has a name! 2002-04-11
AnonymousG
Death to Old Software -- Not 2002-04-11
Anonymous
What we REALLY need... 2002-04-12
BAShMaster
Death to Old Software...HUH? 2002-04-12
Anonymous
Print an expiration message 2002-04-17
Computer Science Tory
Pathetic 2002-04-19
dw
Death to Old Software 2002-04-20
Anonymous
Death to Old Software 2002-04-20
Anonymous
Death to Old Software 2002-04-21
InterWN Labs <interwn@interwn.nl>
Death to Old Software 2002-04-22
Greg







 

Privacy Statement
Copyright 2009, SecurityFocus