Great Circle Associates Firewalls
(November 1995)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: Re: Java(tm) security documentation
From: Doug Hughes <Doug . Hughes @ Eng . Auburn . EDU>
Date: Sun, 5 Nov 1995 20:55:45 -0600
To: firewalls @ GreatCircle . COM

It becomes readily apparent that Java may in fact be free from 
program correctness flaws, but it isn't at all aparent that it is
free from other security flaws. The main problem I see, over and
over again, is that all the security is user configurable. This leaves
Java wide open to social engineering type attacks.. "Click here
for a really cool demo, and don't forget to disable network security!"
Not having to worry about the program accessing memory it shouldn't
and pointer abuses is good, but having file and network security
user configurable is scary. This is especially so when you've got 5000 
undergraduates to worry about.
 No amount of policy can prevent somebody from eventually doing something
wrong (or at least naive).

 I'm still not reassured that I want to give this tool to everybody...
It still sounds easily subverted via social engineering. There are a lot
of things subject to this kind of attack, but something which sits out
on the web, looks "really cool", and might be fun, with explicit instructions
on how to get it to run by disabling something is just too easy. It could
even do something really cool, but be doing something not so cool behind
the scenes.

 Doug Hughes				Engineering Network Services
 doug @
 eng .
 auburn .
 edu			Auburn University


Follow-Ups:
Indexed By Date Previous: sendmail mc files??
From: Peter Musca <peter @ perth . wgc . com . au>
Next: Re: Java(tm) security documentation
From: Mike Shaver <shaver @ neon . ingenia . com>
Indexed By Thread Previous: Re: Java(tm) security documentation
From: peter @ nmti . com (Peter da Silva)
Next: Re: Java(tm) security documentation
From: Mike Shaver <shaver @ neon . ingenia . com>

Google
 
Search Internet Search www.greatcircle.com