Our most popular information security and hacking training goes in-depth into the techniques used by malicious, black hat hackers with attention getting lectures and hands-on lab exercises
Our most popular information security and hacking training goes in-depth into the techniques us ed by malicious, black hat hackers with attention gettig lectures and hands-on lab exercises. While these hacking skills can be used for malicious purposes, this class teaches you how to use the same hacking techniques to perform a white-hat, ethical hack, on your organization. You leave with the ability to quantitatively assess and measure threats to information assets; and discover where your organization is most vulnerable to hacking in this network security training course.
The goal of this course is to help you master a repeatable, documentable penetration testing methodology that can be used in an ethical penetration testing or hacking situation.
Black Hat hackers are always changing their tactics to get one step ahead of the good guys. InfoSec Institute updates our course materials regularly to ensure that you learn about the most current threats to your organization's networks and systems.
We don't just have great instructors, our instructors have years of industry experience and are recognized as experts. InfoSec Institute instructors have authored two of the top Network Security and Ethical Hacking books
Run hacking attacks in our classroom labs, be a hacker for a week:
Some of the hacking concepts you will learn to master during this hands on hacking course...
Some of the instructor-led hands-on hacking lab exercises in this security training experience:
|Dates||Location||Reserve a Seat!|
|Any Date!||Any Location!||Hacker Training Online - More Details Here|
|-||San Diego, CA||Reserve a Seat|
|-||Dulles, VA||Reserve a Seat|
|-||Live Online,||Reserve a Seat|
|11/03/14-11/07/14||Chicago, IL||Reserve a Seat|
|11/17/14-11/21/14||Baltimore, MD||Reserve a Seat|
|11/17/14-11/21/14||Dallas, TX||Reserve a Seat|
|12/01/14-12/05/14||Colorado Springs, CO||Reserve a Seat|
|12/08/14-12/12/14||Live Online,||Reserve a Seat|
|12/08/14-12/12/14||San Francisco, CA||Reserve a Seat|
|12/08/14-12/12/14||Dulles, VA||Reserve a Seat|
|12/14/14-12/18/14||Abu Dhabi, UAE||Reserve a Seat|
|12/15/14-12/19/14||Orlando, FL||Reserve a Seat|
|01/12/15-01/16/15||Live Online,||Reserve a Seat|
|01/12/15-01/16/15||Dulles, VA||Reserve a Seat|
|02/02/15-02/06/15||Dulles, VA||Reserve a Seat|
|02/02/15-02/06/15||Live Online,||Reserve a Seat|
|02/23/15-02/27/15||Baltimore, MD||Reserve a Seat|
|03/09/15-03/13/15||Live Online,||Reserve a Seat|
|03/09/15-03/13/15||Dulles, VA||Reserve a Seat|
|03/16/15-03/20/15||Dallas, TX||Reserve a Seat|
|04/06/15-04/10/15||Colorado Springs, CO||Reserve a Seat|
|04/13/15-04/17/15||Atlanta, GA||Reserve a Seat|
|04/20/15-04/24/15||Dulles, VA||Reserve a Seat|
|04/20/15-04/24/15||Live Online,||Reserve a Seat|
|05/04/15-05/08/15||Chicago, IL||Reserve a Seat|
|05/11/15-05/15/15||San Diego, CA||Reserve a Seat|
|05/18/15-05/22/15||Live Online,||Reserve a Seat|
|05/18/15-05/22/18||Dulles, VA||Reserve a Seat|
|06/22/15-06/26/15||Live Online,||Reserve a Seat|
|06/22/15-06/26/15||Dulles, VA||Reserve a Seat|
|07/13/15-07/17/15||Dallas, TX||Reserve a Seat|
|07/20/15-07/24/15||Dulles, VA||Reserve a Seat|
|07/20/15-07/24/15||Live Online,||Reserve a Seat|
|08/03/15-08/07/15||Colorado Springs, CO||Reserve a Seat|
|08/24/15-08/28/15||Live Online,||Reserve a Seat|
|08/24/15-08/28/15||Dulles, VA||Reserve a Seat|
|09/14/15-09/18/15||Baltimore, MD||Reserve a Seat|
|09/21/15-09/25/15||Dulles, VA||Reserve a Seat|
|09/21/15-09/25/15||Live Online,||Reserve a Seat|
|10/05/15-10/09/15||Atlanta, GA||Reserve a Seat|
|10/19/15-10/23/15||Live Online,||Reserve a Seat|
|10/19/15-10/23/15||Dulles, VA||Reserve a Seat|
|11/02/15-11/06/15||San Diego, CA||Reserve a Seat|
|11/02/15-11/06/15||Live Online,||Reserve a Seat|
|11/02/15-11/06/15||Dulles, VA||Reserve a Seat|
|11/16/15-11/20/15||Dallas, TX||Reserve a Seat|
|11/30/15-12/04/15||Dulles, VA||Reserve a Seat|
|11/30/15-12/04/15||Live Online,||Reserve a Seat|
|12/07/15-12/11/15||Colorado Springs, CO||Reserve a Seat|
|Any Date|| Your Office!
||Get Information for On-Site Training|
In any hands on hacking training course, it is important to have the opportunity to prove to current or potential employers that you have the skills you say you do. This course prepares you for the two hacking certification in the industry, the CEH. The exam is given on-site and we have achieved a 93% pass rate.
We make sure you are fully prepared to pass the CEH v8. InfoSec Institute goes way beyond the material covered in the CEH to give you a more well-rounded exposure to hacking and penetration testing.
InfoSec's Custom Hacking Tools Enterprise Suite, includes every program covered in the course for at home study. (558 Tools). Regular Price: Hacking Tools Enterprise Suite available for individual purchase for only $1,499!
Full license for Immunity CANVAS (Normally sells for $1450, included in most price quotes)
Core Impact SEL License
Small class sizes (usually 10-20 Students), you get an intimate learning setting not offered by any of our competitors.
5 Full Days of Boot camp style training --- our instructors teach from 8am to 10:30pm every day. Course runs from 8am to 5pm daily with optional ethical capture the flag hacking exercises to 10:30pm.
All meals, snacks and refreshments included. Snacks not included in Las Vegas courses.
Certified Ethical Hacker exam fees.
Lecture, Lab Exercise and Text book --- Train your ethical friends and co-workers hacking!
Total Access to Live Recorded Ethical Hacking Lectures:
InfoSec Institute's Ethical Hacking class is structured for maximum retention of knowledge learned in class. Because we believe in a commitment to your ongoing education after you attend a hands-on Ethical Hacking class, InfoSec Institute makes available for every student access to all of the Live Recorded lectures you attended in-class. These are available in online format for 30 days after the training session!
Be sure to check out our R&D site. We post tutorials, labs, white papers and articles to help you in your continued ethical hacking training. There are frequently forensics videos available. If you haven't taken a course with us yet, check out some of the types of thigns you'll be doing and learning about in class.
Application holes is a general category referring to specific programming errors or oversights that allow hackers to penetrate systems. (Throughout the list we separately cover holes in specific applications that we are able to exploit frequently (such as sendmail).) As part of a penetration test you identify applications running on remote systems. Once identified, you can perform a search for vulnerabilities and exploits that affect the applications. Application identification is often performed by capturing the application's banner, which frequently offers version information. By searching vulnerability databases and the Web for exploits specific to these versions, you can often find exploits or processes that can lead to a system compromise. For example, in one engagement we were initially unable to gain access to any of the systems in the company's demilitarized zone (DMZ), but we did identify several applications and versions that were running on the systems. After performing some research, we discovered a vulnerability in the Compaq Web management service that enabled us to capture the backup SAM file out of the system's repair directory. The system OS was patched and configured correctly. However, the applications running on the system were not.
hacker tool kit is essentially a set of tools placed on a compromised system to help escalate privileges or to attack other systems. The hacker tool kit usually consists of a port scanner (Nmap), Netcat (for creating listeners and back doors), and any other tools you used during your discovery and exploitation phase. Create a directory on the host system disguised by a name that will not alert a general user or system administrator. The file could also be hidden or streamed to further avoid detection. Just remember that when the test is over you will need to remove the tool kit, so remember where it is located.Now that you have administrator access on the compromised host, you can run the tools from the host remotely or just use it as a stepping stone using port redirection. Port redirection involves taking network traffic coming into a host on one port and directing out from the host on another. For example, if we were able to compromise an NT Web server inside of a packet-filtering firewall, we would use a port redirection tool such as Fpipe to accept connections on a specified port and resend them to a specified port on a specified machine. On the compromised Web server we could set up a Netcat listener on port 80. On the compromised system we would execute:
C:\>nc –l 80 –e cmd.exe
On the testing system outside the firewall, we could use Fpipe to make the connection to the Web server using a different source port that is not filtered by the firewall. The following command would establish a listener on port 25 on the test machine and then redirect the connection to port 80 on the target system using the source port of 25.
C:\>fpipe –l 25 –s 25 –r 80 webipaddress
By using telnet to connect to the test system on port 25 we obtain a command prompt on the Web server inside the firewall. The traffic travels to port 80 from port 25 and thereby is able to bypass the filtering on the firewall. Using port redirection such as this, you can bypass filtering rules on packet-filtering firewalls or routers. Also, by remotely using a compromised host as a testing platform you may be able to take advantage of trust relationships.
Buffer overflow attacks, also called data-driven attacks, can be run remotely to gain access and locally to escalate privileges. Buffer overflows in general are designed almost exclusively for UNIX because in order to write a successful buffer overflow, knowledge of the workings of the OS, specifically treatment of the TCP stack, or the target application's memory/buffer-handling processes is necessary. While there are buffer overflows for Windows and Windows-based applications such as the IIS Web server, they are more common on the UNIX environment. UNIX source code is generally available, whereas source code to Microsoft operating systems is generally not. This allows anyone interested to study and gain the knowledge needed to create buffer overflows for UNIX.A buffer overflow attack attempts to force the target host to change the flow of execution and execute code the attacker specifies. This is done by forcing the target to place so much data into the finite-capacity target buffer that it overflows (with data). This generally stalls or crashes the application through which data was loaded. The point is to redirect the kernel's pointer (which points to the next command to be executed) to a portion of that excessive data the hacker wants to have executed. This portion of data is called an egg. A buffer overflow is challenging to write, in part because it is OS and architecture specific.
 For more specific information regarding the creation of a buffer overflow, refer to the landmark paper on this topic by Aleph1, “Smashing the Stack for Fun and Profit” in Phrack 49, available on the Web at http://www.phrack.org/default.htm.
These buffer overflows cisa training generally only need to be downloaded onto the target system, compiled, and executed. You do not necessarily have to have root privileges to successfully run them. The hard part in performing these attacks is to find a buffer overflow that will work against your particular target. As mentioned, these attacks are OS and architecture specific. Further, if you are launching against a particular application or service, the version and patch level must be taken into consideration. The exploit code mentioned earlier that overflows the gethostbyname()buffer of the rlogin service on Solaris 2.5.1 is not likely to work on the HPUX OS or even more current versions of Solaris.
Buffer overflow attacks are dangerous and effective. If you compile and launch a particular buffer overflow attack against a susceptible target (server, service, or application), it may need a bit of tweaking, but it will likely work. Use such exploits only when you are fully aware of what they are doing and all potential consequences. Further, any experimentation should be done only on machines that are under your own control. Buffer overflows can cause systems to crash, leading to a denial-of-service condition. Therefore, buffer overflows generally should not be attempted against production systems without the written permission of the client.