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. |

| Subject: | Re: On why debugging OpenSSH can be so hard |
|---|---|
| Date: | Mon, 7 Jul 2008 08:32:52 +0200 |
Salut, Maurice Volaski, On Fri, 4 Jul 2008 13:00:14 -0400, Maurice Volaski wrote:
IMHO, you have it backwards. It is the improper error messages that can pose a security risk. If my OpenSSH program is either misconfigured or malfunctiong, and it may be exposing my systems to something nefarious, then how am I to efficiently debug it and get to the bottom of that if I have to contend with its throwing roadblocks in my face?
If you followed the history of security problems of the non-portable OpenSSH/OpenSSL series of the past few years, you will notice that a lot of the problems unleashed were actual oracles and not typical programming errors like buffer overflows or the likes, but a lot of timing attacks or similar information disclosure vulnerabilities. In some case adding what people are looking for would make for a perfect oracle (e.g. "The key hash was invalid!" or other reasons why a cryptographic operation failed), or in some cases the developers simply got too much used to this non-disclosing programming style. Either way it's not really easy to find the correct balance.
This is not nuance by any means. It's just poor programming practice.
I disagree.
Tonnerre
--
SyGroup GmbH
Tonnerre Lombard
Solutions Systematiques
Tel:+41 61 333 80 33 Güterstrasse 86
Fax:+41 61 383 14 67 4053 Basel
Web:www.sygroup.ch tonnerre.lombard@sygroup.ch
signature.asc
Description: PGP signature
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Help with "Go away, you don't exist" error message, Tonnerre Lombard |
|---|---|
| Next by Date: | Re: SSH VPN trouble, Christian Grunfeld |
| Previous by Thread: | Re: On why debugging OpenSSH can be so hard, Ben Ford |
| Next by Thread: | Re: On why debugging OpenSSH can be so hard, Maurice Volaski |
| Indexes: | [Date] [Thread] [Top] [All Lists] |