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: Article Announcement - Demystifying Penetration Testing |
|---|---|
| Date: | Tue, 14 Dec 2004 23:45:35 +0530 |
Hi Jeffrey, Thanks for your inputs but I guess you are confusing pen-testing with entire risk assessement lifecycle. Well as far as the article goes, it only covers the scope of pen-testing and I have tried to highlight all possible variables of pentesting and to dig further one can google for those variables. I wrote this article to give a clear picture of how a pen-test is done and how it is different from vulnerability assessment.
Nice, but it doesn't cover the "So what?" question. If a CEO asks you, "So you broke into my systems, so what?", how do you
answer that question? When you first sit down
with a company to discuss what you are planning on doing, you should ask
them what is critical to their company. Have
them list what is critical to their company that would adversely affect
them if that information became public or ended
up in the hands of their competitors.
The "So what?" is beyond the scope of this article. There are two things I believe every security firm does before and after pen-testing. i.e. Identifying the critical servers / assets before pen-testing and hardening/patching of servers after the pen-testing. Probably that satisfies your "So what?" query. But these are something which are beyond the scope of the article.
But showing the company that some important research that they have spent
millions of dollars and years of time on
could easily be compromised will get the CEO directly involved. CEOs
don't like having their ass handed to them (and I
feel that should be the goal of any pen-test).
That is the reasons Security firms signs strict NDAs with the clients. Most of the cases the Pen-Tester has to sign much stricter agreements with the customers and as well as the parent company for security reasons.
You'll get a few raised eyebrows when you add to your report, "we broke
into these servers, and these are the log
entries from your servers where you should have caught us." Your
customer will feel they get more for their money if
you help educate them.
This is what the customer expects to see evertime but somtime it might happen that a pen-tester might not get 100% success for all the identified critical servers. I hope all your queries are answered. Regds, Debasis Mohanty -----Original Message----- From: Jeffrey Denton [mailto:dentonj@gmail.com] Sent: Saturday, December 11, 2004 3:02 PM To: Debasis Mohanty; pen-test@securityfocus.com Subject: Fwd: Article Announcement - Demystifying Penetration Testing On Fri, 10 Dec 2004 23:07:43 +0530, Debasis Mohanty <mail@hackingspirits.com> wrote:
This presentation is targeted for all security practitioners (i.e. Security Officers / Sys Admins / Security Auditors / Security Enthusiasts.etc). This presentation will give a clear picture on how pen testing is done and what are the expected results. Various screenshots are provided as a proof of concepts to give a brief picture of
possible end-results. Nice, but it doesn't cover the "So what?" question. If a CEO asks you, "So you broke into my systems, so what?", how do you answer that question? When you first sit down with a company to discuss what you are planning on doing, you should ask them what is critical to their company. Have them list what is critical to their company that would adversely affect them if that information became public or ended up in the hands of their competitors. Examples include new products soon to be released to market, new technologies in the process of being patented, research, contract bids, pending lawsuits (tread with caution here, your right to do pen-testing usually doesn't wave attorney-client privileges), etc. What I'm trying to say is that data mining should be a part of every pen-test. Breaking into their systems in nice, but shocking the customer with what you've been able to gather about them gets more results. Owning a network might end up with your report on some sysadmins desk with the instructions to "fix this." But showing the company that some important research that they have spent millions of dollars and years of time on could easily be compromised will get the CEO directly involved. CEOs don't like having their ass handed to them (and I feel that should be the goal of any pen-test). Also, having a goal with pen-testing is more fun than just owning a network. =) Some other suggestions, if it's obvious that the sysadmins haven't detected any of your intrusions, grab the logs from the servers you broke into. You'll get a few raised eyebrows when you add to your report, "we broke into these servers, and these are the log entries from your servers where you should have caught us." Your customer will feel they get more for their money if you help educate them. Just a suggestion. dentonj
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Respuesta: Penetration Testing Methodologies, Omar Herrera |
|---|---|
| Next by Date: | RE: Port mirroring detection, Jim Tuttle |
| Previous by Thread: | RE: Fwd: Article Announcement - Demystifying Penetration Testing, Vic N |
| Next by Thread: | Laptop Considerations, David Bouchard |
| Indexes: | [Date] [Thread] [Top] [All Lists] |