3 arrows

Get a Free AWS Exam retake using promo code DOUBLESHOT


Secure Web Application Development Seminar (Language Neutral Edition)

  • Tuition USD $1,595 GSA  $1,264.99
  • Reviews star_rate star_rate star_rate star_rate star_half 4733 Ratings
  • Course Code TT8120
  • Duration 2 days
  • Available Formats Classroom, Virtual

The Secure Web Application Development Seminar is an intense web application security training workshop/seminar essential for web developers who need to produce secure web applications, integrating security measures into the development process from requirements to deployment and maintenance. This course explores well beyond basic programming skills, teaching developers sound processes and practices to apply to the entire software development lifecycle. Perhaps just as significantly, students learn about current, real examples that illustrate the potential consequences of not following these best practices. This course is short on theory and long on application, providing students with in-depth, code-level demonstrations and walkthroughs. This course is taught in a language-neutral fashion, with demonstrations from several languages to illustrate patterns and techniques.

  • In this course, students are shown best practices for defensively coding web applications, including XML processing and web services. Demonstrations repeatedly attack and then defend various assets associated with a fully-functional web application. This approach illustrates the mechanics of how to secure 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 examining 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 Web Application Development 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 quickly introduces developers to the most common security vulnerabilities faced by web applications today. Each vulnerability is examined from a coding perspective through a process of describing the threat and attack mechanisms, recognizing associated vulnerabilities, and, finally, designing, implementing, and testing effective defenses. In many cases, there are labs that 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.

  • Working in an interactive learning environment, guided by our application security expert, attendees will learn to:
  • Understand potential sources for untrusted data
  • Understand the consequences for not properly handling untrusted data such as denial of service, cross-site scripting, and injections
  • Be able to test web applications with various attack techniques to determine the existence of and effectiveness of layered defenses
  • Prevent and defend the many potential vulnerabilities associated with untrusted data
  • Understand the vulnerabilities of associated with authentication and authorization
  • Be able to detect, attack, and implement defenses for authentication and authorization functionality and services
  • Understand the dangers and mechanisms behind Cross-Site Scripting (XSS) and Injection attacks
  • Be able to detect, attack, and implement defenses against XSS and Injection attacks
  • Understand the concepts and terminology behind defensive, secure, coding
  • Understand the use of Threat Modeling as a tool in identifying software vulnerabilities based on realistic threats against meaningful assets
  • Perform both static code reviews and dynamic application testing to uncover vulnerabilities in web applications
  • Design and develop strong, robust authentication and authorization implementations
  • 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 XML-based 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 course designed for application project stakeholders who wish to get up and running on developing well defended web applications. Familiarity with a programming language (such as Java, .Net or C++) is required, and real world programming experience is highly recommended.

Course Details

Introduction: Misconceptions

  • Misconception #1
  • Security: The Complete Picture
  • TJX: Anatomy of a Disaster?
  • So What is the Point?
  • 2012 Attacks Continued to Evolve
  • Causes of Data Breaches
  • Heartland – Slipping Past PCI Compliance
  • What's the Point?
  • Verizon’s 2012 Data Breach Report
  • 360M Down to 4M in 2010???
  • US Secret Service Continued to Battle
  • Verizon’s 2013 Data Breach Report
  • The Numbers are Abstract, but…
  • Are You Concerned Yet?
  • 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

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
  • Caveats and Context
  • OWASP Top Ten for 2013
  • 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
  • Strength Training: Project Teams/Developers
  • Strength Training: IT Organizations

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


  • SSD Process Overview
  • Asset, Boundary, and Vulnerability Identification
  • Vulnerability Response
  • Design and Code Reviews
  • Applying Processes and Practices
  • Risk Analysis

Security Testing

  • Testing as Lifecycle Process
  • Testing Planning and Documentation
  • Testing Tools And Processes
  • Static and Dynamic Code Analysis
  • Testing Practices

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.

Instructor was great, course was mostly very good except for too much focus on pricing

great class and packed with material, would have lived to spread it more into many days but overall very informative.

The labs and course material gave me valuable insights into cloud security architecture

Class was very informative, although one lab didnt but will try again later

Excellent facilities, excellent staff.. and the coffee is good too! Thanks for helping to advance my career and the career of my colleagues!

1 options available

  • Nov 22, 2021 Nov 23, 2021 (2 days)
    10:00 AM 6:00 PM EDT
Contact Us 1-800-803-3948
Contact Us
FAQ Get immediate answers to our most frequently asked qestions. View FAQs arrow_forward