Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Vuln-Dev
[Top] [All Lists]

RE: DJB's students release 44 *nix software vulnerability advisories

Subject: RE: DJB's students release 44 *nix software vulnerability advisories
Date: Tue, 21 Dec 2004 13:20:09 -0800
Jonathan T Rockway writes:

Regarding local versus remote, look at it this way:  You have 
a 100% secure system.  Then you install NASM.  Now a user 
FROM THE NETWORK can send you some tainted assembly code for 
you to assemble and he can compromise your account.  That is 
why it is considered remote.  Local would mean that I, the 
attacker, need an account on the target machine to compromise 
the target account.  In this nasm case, I do not need an 
account.  That is why the wording "remote" was chosen.

By that logic, *no* exploit can ever be considered local. A truly remote
exploit doesn't rely on manual interaction from a local user on the
system.

Now in regards to full disclosure, I think you should all be 
happy that we bothered to tell you all about these exploits.  
We could have selfishly used them to compromise machines,

When you're trying to argue that your actions were ethical and moral,
pointing out that you could have committed crimes isn't the way to do
it.

but instead we wrote them up and mailed them off to the users and 
the authors!  That is very nice of us.

No, it's the absolute minimum level of ethical behavior one expects from
serious security researchers. Nothing nice about it.

If you would like notification sooner than the "public", find 
the exploit yourself.  If I can find them, then surely anyone can.

One day, when you are writing software for distribution, someone will
find an error in your code. When that day comes, remember this attitude.
While those who discover those bugs and exploits in your software have
no obligation to give you advanced warning of your bugs, I'm certain
you'd be grateful to have that warning so you have time to fix the bug
before word goes public.

-- 
Devin L. Ganger             Email: deving@3sharp.com
3Sharp LLC                  Phone: 425.882.1032 x 109
15311 NE 90th Street        Cell: 425.239.2575
Redmond, WA  98052          Fax: 425.702.8455

<Prev in Thread] Current Thread [Next in Thread>