3 arrows

Get a Free AWS Exam retake using promo code DOUBLESHOT


Secure Java Web Application Development Lifecycle (SDL)

  • Tuition USD $2,595 GSA  $2,353.15
  • Reviews star_rate star_rate star_rate star_rate star_half 4819 Ratings
  • Course Code TT8325-J
  • Duration 5 days
  • Available Formats Classroom

Secure Java Web Application Development Lifecyle (SDL) is a lab-intensive, hands-on Java / JEE security training course, essential for experienced enterprise developers who need to engineer, maintain, and support secure JEE-based web applications. In addition to teaching basic secure programming skills, this course digs deep into sound processes and practices that apply to the entire software development lifecycle. In this course, students thoroughly examine best practices for defensively coding web applications, including XML processing, rich interfaces, and both RESTful and SOAP-based web services. Students will repeatedly attack and then defend various assets associated with fully-functional web applications and web services. This hands-on approach drives home the mechanics of how to secure JEE web applications in the most practical of terms. Security experts agree that the least effective approach to security is "penetrate and patch". It is far more effective to "bake" security into an application throughout its lifecycle. After spending significant time trying to defend a poorly designed (from a security perspective) web application, developers are ready to learn how to build secure web applications starting at project inception. The final portion of this course builds on the previously learned mechanics for building defenses by exploring how design and analysis can be used to build stronger applications from the beginning of the software lifecycle.

Skills Gained

Students who attend Secure Java Web Application DevelopmentLifecycle (SDL) will leave the course armed with the skills required to recognize actual and potential software vulnerabilities, implement defenses for those vulnerabilities, and test those defenses for sufficiency. This course introduces developers to the most common security vulnerabilities faced by web applications today. Each vulnerability is examined from a Java/JEE perspective through a process of describing the threat and attack mechanisms, recognizing associated vulnerabilities, and, finally, designing, implementing, and testing effective defenses. Multiple practical labs reinforce these concepts with real vulnerabilities and attacks. Students are then challenged to design and implement the layered defenses they will need in defending their own applications.

  • Understand the fundamentals of XML Digital Signature and XML Encryption as well as how they are used within the web services arena
  • Be able to detect, attack, and implement defenses for both RESTful and SOAP-based web services and functionality
  • Understand techniques and measures that can used to harden web and application servers as well as other components in your infrastructure
  • Understand and implement the processes and measures associated with the Secure Software Development (SSD)
  • Acquire the skills, tools, and best practices for design and code reviews as well as testing initiatives
  • Understand the basics of security testing and planning
  • Work through a comprehensive testing plan for recognized vulnerabilities and weaknesses

Who Can Benefit

This is an intermediate -level JEE / web services programming course, designed for developers who wish to get up and running on developing well defended software applications. This course may be customized to suit your team’s unique objectives.


Familiarity with Java and JEE is required and real world programming experience is highly recommended. Ideally students should have approximately 6 months to a year of Java and JEE working knowledge.

Course Details


  • Misconception #1
  • Security: The Complete Picture
  • TJX: Anatomy of a Disaster?
  • So What is the Point?
  • 2010 Attacks Continued to Evolve
  • 2010 Dishonor Roll for Data Breaches
  • Causes of Data Breaches
  • Heartland – Slipping Past PCI Compliance
  • What's the Point?
  • Verizon’s 2011 Data Breach Report
  • 360M Down to 4M in 2010???
  • US Secret Service Continued to Battle
  • Verizon’s 2012 Data Breach Report
  • 2011 Industry Groupings
  • Verizon AppSec Recommendations


Security Concepts

  • Motivation: Cost of Security Defects
  • Motivations: Organizations and Standards
  • Open Web Application Security Project
  • Web Application Security Consortium
  • Assets are the Targets
  • Denial of Service
  • Case Study Asset Analysis
  • The Context for Defensive Coding
  • Attackers Not Hackers
  • Mantra of Information Security
  • Architectures and Architects
  • Security Activities Cost Resources
  • Timeline of Activities
  • Secure Software Harder to Achieve
  • Threat Modeling
  • System/Trust Boundaries

Principles of Information Security

  • Security Is a Lifecycle Issue
  • What is Bolted on Versus Baked In?
  • Minimize Attack Surface Area
  • Examples of Minimization
  • Defense in Depth
  • Manage Resources
  • Layers of Defense: Tenacious D
  • Compartmentalize
  • Consider All Application States
  • Do NOT Trust the Untrusted
  • Security Defect Mitigation
  • Learning From Vulnerabilities
  • Recent Incidents


Unvalidated Input

  • Describing Vulnerabilities
  • Unvalidated Input: Description
  • Buffer Overflows
  • Format String Attacks
  • Null Byte Injection Attacks
  • Integer Arithmetic Vulnerabilities
  • Unvalidated Input: From the Web
  • Hidden Values in HTTP Communications
  • Detection Through Fuzz Testing
  • Unvalidated Input: Fixes
  • Define System and Trust Boundaries
  • Focus on Each Trust Boundary
  • Defending Trust Boundaries

Overview of Regular Expressions

  • Regular Expressions
  • Regex Content
  • Character Sets and Alternation
  • Additional Constructs
  • Repetition
  • Working With Regexes in Java
  • Coding Example
  • Added Programming Notes
  • Applying Regular Expressions

Broken Access Control

  • Access Control Issues
  • Broken Access Control: Description
  • Excessive Privileges
  • Insufficient Flow Control/Forceful Browsing
  • Primary Concerns in URL/Resource Access
  • Unprotected URL/Resource Access: Fixes
  • Protecting Sessions
  • Addressing Client-Side Caching of Content

Broken Authentication

  • Broken Authentication: Description
  • Broken Quality/DoS: Description
  • Broken Quality/DoS: Fixes
  • Layers of Defense: Tenacious D
  • Principles of Layered Defense
  • Authentication Data: Description
  • Single Sign-on (SSO) is Authentication Data
  • Broken Authentication Data: Description
  • Broken Authentication Data: Fixes
  • Username/Password Creation Process
  • Authentication Process Compares Credentials
  • Protecting SSO Tokens Similar to Session IDs
  • Protecting SSO Security Domains
  • Broken Authentication Data: Fixes
  • Handling Passwords on Server Side
  • Authentication Challenge Mechanisms
  • Stronger Authentication Mechanisms
  • Defending Authentication

Cross Site Scripting (XSS)

  • Cross-Site Scripting (XSS): Description
  • Initial Goal of Attacker: Insert Content
  • Ultimate Goal of Attacker: Get User to “touch” Location
  • XSS: Description
  • XSS: Symptoms and Detection
  • Tenacious D
  • XSS: Fixes
  • Character Encodings for <
  • Responding to Error State
  • Best Practices for Untrusted Data
  • Defending Against XSS


  • SQL Injection Continues to be Prevalent
  • Injection Flaws: Description
  • Injection Flaws: Symptoms and Detection
  • SQL Injection Examples
  • SQL Injection Attacks Evolve
  • Attackers have a Variety of Tools
  • SQL Injection: Drill Down on Stored Procedures
  • SQL Injection: Drill Down on ORM
  • Minimize SQL Injection Vulnerabilities
  • Command Injection Vulnerabilities
  • LDAP Injection Vulnerabilities
  • Server-Side Include (SSI) Injection Vulnerabilities
  • Minimizing Injection Flaws
  • Defending Against SQL Injection

Error Handling and Information Leakage

  • Fingerprinting a Web Site
  • Not acceptable….For ANY Web Page
  • Really….For ANY Web Page
  • Error-Handling Issues
  • Error Handling: Description
  • Error Handling: Fixes
  • Logging In Support of Forensics
  • Additional Measures in Support of Forensics
  • Auditing
  • How Does Information Leak?
  • Vendors Defined Data Loss Prevention (DLP)
  • Solving DLP Challenges
  • What and Where
  • Things to NOT Do Relative to DLP
  • Things TO do Relative to DLP
  • Error Handling

Insecure Data Handling

  • Sony Illustrates Importance of Handling Data
  • Protecting Data Can Mitigate Impact
  • Insecure Data Handling: Description
  • Insecure Data Handling: Fixes
  • In-Memory Data Handling
  • Secure Pipe
  • Transport-Level Security
  • Secure Sockets Layer (SSL)
  • SSL In Action
  • Failures in the SSL Framework Are Appearing
  • BEAST Injects JavaScript into SSL Session
  • Defending Sensitive Data

Insecure Configuration Management

  • Insecure Configuration: Description
  • System Hardening
  • Insecure Configuration: Fixes

Direct Object Access

  • Dynamic Loading: Description
  • Dynamic Loading: Fixes
  • Race Conditions
  • Direct Object References

Spoofing and Redirects

  • Spoofing: Description
  • Name Resolution Vulnerabilities
  • Targeted Spoofing Attacks Can be Damaging
  • Attacks are Constant and Changing
  • Spoofing: Fixes
  • Cross Site Request Forgeries (CSRF)
  • How To Get Victim To Select URL?
  • CSRF Defenses are Entirely Server-Side
  • CSRF Defenses are Evolving
  • Redirects and Forwards
  • Safe Redirects and Forwards

Understanding What’s Important

  • Common Vulnerabilities and Exposures
  • OWASP Top Ten for 2010
  • How Many Principles Can be Violated?
  • CWE/SANS Top 25 Most Dangerous SW Errors
  • Monster Mitigations
  • Defense In Depth - Layered Defense
  • Defense in Depth – An Example
  • Defense in Depth – Damage Control
  • Threat Analysis Revisited

Defending XML Processing

Defending XML

  • Common Solutions to Big Three
  • XML Challenges
  • XML Signature
  • XML Signature Usage
  • Example of Digital Signature
  • XML Encryption
  • XML Encryption Usage
  • XML Encryption Protects Data
  • XML Attacks: Structure
  • CDATA Injection
  • XML Attacks: Injection
  • XPath Injection Flaws: Description
  • XPath Injection
  • Safe XML Processing
  • Dynamic Loading Using XSLT

Defending Web Services

  • Securing a Web service
  • Web Service Security Exposures
  • Transport-Level Security
  • When Transport-Level Alone is NOT Enough
  • Message-Level Security
  • Web Services Security Roadmap
  • WS-Security Enables Interoperability
  • Security Tokens
  • Example of Security Token
  • Message Authentication
  • XML Signature and Encryption
  • Picture is Still Evolving
  • What is XWSS?
  • XWSS Provides Many Functions
  • Known Common Web Service Attacks
  • Implementing WS-Security Securely
  • Web Service Appliance/Gateways
  • Networking Devices Targeting XML
  • Support Message Level Security
  • Device Usage Scenario: Authentication
  • Common Mistakes
  • SOAP WSDL Exposure
  • SOAP Attacks
  • Web Services DoS
  • OWASP Top 10 – Still Relevant?
  • Securing Web Services
  • Web Service Attacks

Defending Ajax

  • What Is AJAX?
  • Why Use AJAX?
  • AJAX Security – Summary
  • How Attackers See AJAX
  • Attack Surface Change When Moving to AJAX
  • AJAX Privacy Concerns
  • Factors that Increase Attack Surface
  • Injection and Cookie Tampering
  • Data Tampering
  • Cross Site Scripting
  • CSRF Attacks are of Concern
  • Bridging
  • Bridging and its Potential Problems
  • Bridges Must be Properly Managed
  • Dangerous Developer Assumptions
  • High Level Recommendations (Client Side)
  • Three Basic Tenets for Safe AJAX
  • AJAX Security Resources

JEE Security

JEE Security

  • JEE Security Overview
  • Basic Concepts for JEE Security
  • Authentication: Who Are You?
  • Identity: Who Do You Claim To Be?
  • Authorization: Are You Allowed Access?
  • High-Level Trace of JEE Authorization
  • Deployment Descriptors Play a Large Role
  • Single Sign-on (SSO)
  • Typical JEE App Server Security Services
  • Security on the Web
  • Authentication Challenge Mechanisms
  • JSSE is a Java SSL Implementation
  • JEE Authorization Sometimes Not Enough
  • Adding Security to a JEE Web Application

JEE Security Design Patterns

Design Patterns Introduction

  • What is a Pattern?
  • Potential Benefits of Patterns
  • Potential Problems with Patterns
  • Security Design Patterns
  • Patterns Supporting Web Tier
  • Patterns Supporting Business Tier
  • Patterns Supporting Integration Tier and QoS

Security Design Patterns

  • Authentication Enforcer
  • Authorization Enforcer
  • Intercepting Validator
  • Secure Base Action
  • Secure Logger
  • Secure Pipe
  • Secure Service Proxy
  • Intercepting Web Agent

Secure Development Lifecycle (SDL)

SDL Process Overview

  • A Few Facts and Figures
  • Why Application Security Defects Matter
  • Web Based Technology Simplifies Attacks
  • Software Security Axioms
  • If All The Upfront Engineering Fails
  • Security Is A Lifecycle Issue
  • Security Lifecycle – Leadership
  • Security Lifecycle – Education
  • Security Lifecycle – The Design Phase
  • Security Lifecycle – The Development Phase
  • Security Lifecycle – Security Testing
  • Security Lifecycle – Start a Security Push
  • Security Lifecycle – Final Security Reviews
  • Calculating the Attack Surface
  • Authentication
  • Session Management
  • Data Validation and File Systems
  • Interpreter Injection
  • Administrative Interfaces
  • Configuration and Maintenance

Risk Analysis

  • Organizing Design/Review Considerations
  • Sensitive Data Review
  • Configuration Management Review
  • Cryptography Review
  • Authentication Review
  • Authorization Review
  • Session Management Review
  • Input and Data Validation Review
  • Exception Management Review
  • Auditing and Logging Review
  • Address Security Issues Correctly
  • Security Review

Security Testing

Testing Tools and Processes

  • Thinking for the Long Term
  • Security Testing Principles
  • Techniques: Reviews and Threat Modeling
  • Technique: Source Code Review
  • Technique: Penetration Testing
  • Existing Studies
  • Testing
  • Automated Tools – Open-source
  • Automated Tools - Commercial
  • Black Box Analyzers - Commercial
  • Black Box Analyzers – Open Source
  • Static Code Analyzers - Commercial
  • Static Code Analyzers – Open Source

Testing Practices

  • OWASP Web App Penetration Testing
  • Information Gathering
  • Authentication Testing
  • Session Management Testing
  • Data Validation Testing
  • Denial of Service Testing
  • Web Services Testing
  • Ajax Testing

When does class start/end?

Classes begin promptly at 9:00 am, and typically end at 5:00 pm.

Does the course schedule include a Lunchbreak?

Lunch is normally an hour long and begins at noon. Coffee, tea, hot chocolate and juice are available all day in the kitchen. Fruit, muffins and bagels are served each morning. There are numerous restaurants near each of our centers, and some popular ones are indicated on the Area Map in the Student Welcome Handbooks - these can be picked up in the lobby or requested from one of our ExitCertified staff.

How can someone reach me during class?

If someone should need to contact you while you are in class, please have them call the center telephone number and leave a message with the receptionist.

What languages are used to deliver training?

Most courses are conducted in English, unless otherwise specified. Some courses will have the word "FRENCH" marked in red beside the scheduled date(s) indicating the language of instruction.

What does GTR stand for?

GTR stands for Guaranteed to Run; if you see a course with this status, it means this event is confirmed to run. View our GTR page to see our full list of Guaranteed to Run courses.

Does ExitCertified deliver group training?

Yes, we provide training for groups, individuals and private on sites. View our group training page for more information.

Does ExitCertified deliver group training?

Yes, we provide training for groups, individuals, and private on sites. View our group training page for more information.

What does vendor-authorized training mean?

As a vendor-authorized training partner, we offer a curriculum that our partners have vetted. We use the same course materials and facilitate the same labs as our vendor-delivered training. These courses are considered the gold standard and, as such, are priced accordingly.

Is the training too basic, or will you go deep into technology?

It depends on your requirements, your role in your company, and your depth of knowledge. The good news about many of our learning paths, you can start from the fundamentals to highly specialized training.

How up-to-date are your courses and support materials?

We continuously work with our vendors to evaluate and refresh course material to reflect the latest training courses and best practices.

Are your instructors seasoned trainers who have deep knowledge of the training topic?

ExitCertified instructors have an average of 27 years of practical IT experience. They have also served as consultants for an average of 15 years. To stay up to date, instructors will at least spend 25 percent of their time learning new emerging technologies and courses.

Do you provide hands-on training and exercises in an actual lab environment?

Lab access is dependent on the vendor and the type of training you sign up for. However, many of our top vendors will provide lab access to students to test and practice. The course description will specify lab access.

Will you customize the training for our company’s specific needs and goals?

We will work with you to identify training needs and areas of growth.  We offer a variety of training methods, such as private group training, on-site of your choice, and virtually. We provide courses and certifications that are aligned with your business goals.

How do I get started with certification?

Getting started on a certification pathway depends on your goals and the vendor you choose to get certified in. Many vendors offer entry-level IT certification to advanced IT certification that can boost your career. To get access to certification vouchers and discounts, please contact Edu_customerexperience@techdata.com

Will I get access to content after I complete a course?

You will get access to the PDF of course books and guides, but access to the recording and slides will depend on the vendor and type of training you receive.

Thank Tech Data for sponsoring this course you really take care of your partners.

They are very good and made sure we had all the appropriate materials for class.

It would be better if the classroom had two power point screens so the instructor could have two screens shown to the class at the same time to reduce confusion switching back and forth

Course trainer was excellent, content was well organized. However, labs should be instructor lead versus on your own. Much time is wasted for newbees in getting acclimated to tool set, AWS environment, navigating and setting up things to complete tasks. This was my third class and I was barely able to finish most of the labs. (The first 2 classes I only finished one lab exercise for the 2 together.)

The class was good, but at times the pace did seem a bit fast to actually try to remember some of the information.

0 options available

There are currently no scheduled dates for this course. If you are interested in this course, request a course date with the links above. We can also contact you when the course is scheduled in your area.

Contact Us 1-800-803-3948
Contact Us
FAQ Get immediate answers to our most frequently asked qestions. View FAQs arrow_forward