🌍 Ethical Hacking · subject

Ethical Hacking Web Application Hacking Syllabus

The Web Application Hacking syllabus for Ethical Hacking in full: 4 chapters and 13 topics, every one listed below, plus 51 Web Application Hacking flashcards with answers.

4Chapters
13Topics
51Flashcards

Web Application Hacking syllabus: all 4 chapters

Expand any chapter to see its topics and sub-topics.

  1. Web Application Concepts

    3 topics
    • Web Application Architecture
    • Common Web Technologies
    • Web Application Security Models
  2. Common Web Application Vulnerabilities

    4 topics
    • SQL Injection
    • Cross-site Scripting (XSS)
    • Cross-site Request Forgery (CSRF)
    • File Inclusion Vulnerabilities
  3. Web Application Security Testing

    3 topics
    • OWASP Top Ten
    • Automated Scanners
    • Manual Testing Techniques
  4. Countermeasures

    3 topics
    • Input Validation
    • Secure Coding Practices
    • Web Application Firewalls

Ethical Hacking Web Application Hacking flashcards — 51 questions with answers

  1. What are the three logical tiers of a typical web application architecture?

    Presentation tier (client/browser UI), Application/logic tier (server-side business logic), and Data tier (database/storage). This is the classic three-tier model.

  2. In web application architecture, what is the role of a reverse proxy?

    A reverse proxy sits in front of application servers, receiving client requests and forwarding them to backend servers. It provides load balancing, SSL termination, caching, and hides internal server details.

  3. What is the difference between server-side rendering (SSR) and client-side rendering (CSR)?

    SSR generates the full HTML on the server and sends it to the browser; CSR sends a minimal HTML shell plus JavaScript that builds the page in the browser (e.g., SPAs). SSR helps SEO/initial load; CSR gives richer interactivity.

  4. Which HTTP methods are considered 'safe' and which are 'idempotent'?

    Safe methods (no state change): GET, HEAD, OPTIONS. Idempotent methods (same effect if repeated): GET, HEAD, PUT, DELETE, OPTIONS. POST is neither safe nor idempotent.

  5. What does the acronym REST stand for and what are its key constraints?

    Representational State Transfer. Key constraints: client-server separation, statelessness, cacheability, uniform interface, layered system, and (optional) code-on-demand.

  6. What is the purpose of the HTTP status code categories 2xx, 3xx, 4xx, and 5xx?

    2xx = Success, 3xx = Redirection, 4xx = Client error (e.g., 401, 403, 404), 5xx = Server error (e.g., 500, 502, 503).

  7. What are cookies, and what do the HttpOnly and Secure attributes do?

    Cookies are small pieces of state stored by the browser and sent with requests. HttpOnly blocks JavaScript from reading the cookie (mitigates XSS theft); Secure ensures the cookie is only sent over HTTPS.

  8. What is the Same-Origin Policy (SOP) and how is an 'origin' defined?

    SOP restricts scripts on one origin from accessing data on another origin. An origin is defined by the tuple of scheme (protocol) + host (domain) + port; all three must match to be same-origin.

  9. What is CORS and what problem does it solve?

    Cross-Origin Resource Sharing is a mechanism using HTTP headers (e.g., Access-Control-Allow-Origin) that lets a server relax the Same-Origin Policy to allow controlled cross-origin requests from browsers.

  10. What is the difference between authentication and authorization?

    Authentication verifies WHO a user is (identity, e.g., login credentials). Authorization determines WHAT an authenticated user is allowed to do (permissions/access control).

  11. What is the principle of 'defense in depth' in web security?

    Layering multiple independent security controls (input validation, WAF, least privilege, encryption, monitoring) so that if one control fails, others still protect the system.

  12. What does the CIA triad stand for in the context of a web application security model?

    Confidentiality (data kept secret), Integrity (data not tampered with), and Availability (system accessible when needed).

  13. What is a session token and why must it be unpredictable?

    A session token is a unique identifier issued after login to track an authenticated session. It must be long, random, and unpredictable so attackers cannot guess or brute-force valid sessions (session hijacking).

  14. What is SQL Injection (SQLi)?

    An attack where malicious SQL is inserted into an input field so that it is executed by the database, allowing attackers to read, modify, or delete data or bypass authentication.

  15. Give the classic SQL injection payload that turns a login WHERE clause always true.

    ' OR '1'='1 — injected into a query like SELECT * FROM users WHERE user='...' AND pass='...' makes the condition always true, bypassing authentication.

  16. What is the difference between in-band, blind, and out-of-band SQL injection?

    In-band: results returned in the same channel (error-based, union-based). Blind: no direct output; inferred via boolean or time delays. Out-of-band: data exfiltrated via a separate channel (e.g., DNS/HTTP requests).

  17. What is the single most effective defense against SQL injection?

    Parameterized queries (prepared statements) that separate SQL code from user-supplied data, so input is treated only as data and never as executable SQL.

  18. What is Cross-Site Scripting (XSS)?

    An attack where an attacker injects malicious scripts into web pages viewed by other users, causing the victim's browser to execute the script (e.g., stealing cookies, session hijacking, defacement).

  19. Name and distinguish the three main types of XSS.

    Stored (persistent): payload saved on the server and served to victims. Reflected: payload reflected off the server in an immediate response (e.g., in a URL). DOM-based: vulnerability in client-side JavaScript that writes untrusted data into the DOM.

  20. What are the primary defenses against XSS?

    Context-aware output encoding/escaping, input validation, a strong Content Security Policy (CSP), using safe frameworks/APIs (avoiding innerHTML), and setting HttpOnly on session cookies.

Show the other 31 Web Application Hacking flashcards
  1. What is a Content Security Policy (CSP) and how does it help against XSS?

    CSP is an HTTP response header that whitelists trusted sources for scripts, styles, and other content. It restricts inline scripts and untrusted origins, mitigating the impact of injected scripts.

  2. What is Cross-Site Request Forgery (CSRF)?

    An attack that tricks an authenticated user's browser into sending an unwanted, state-changing request to a site where they are logged in, exploiting automatically sent credentials/cookies.

  3. What are the main defenses against CSRF?

    Anti-CSRF tokens (synchronizer tokens unique per session/request), SameSite cookie attribute, checking the Origin/Referer header, and requiring re-authentication for sensitive actions.

  4. How does the SameSite cookie attribute mitigate CSRF, and what are its values?

    It controls whether cookies are sent with cross-site requests. Values: Strict (never cross-site), Lax (only for top-level GET navigations), None (always, requires Secure). Strict/Lax block most CSRF.

  5. What is the key difference between XSS and CSRF?

    XSS exploits the user's TRUST in a site by running attacker script in the victim's browser. CSRF exploits the site's TRUST in the user's browser by forging authenticated requests. XSS can defeat CSRF tokens; CSRF cannot inject script.

  6. What are File Inclusion vulnerabilities, and what are the two types?

    Flaws where user input controls which file is included/executed by the application. Local File Inclusion (LFI): includes files already on the server. Remote File Inclusion (RFI): includes a file from a remote/attacker-controlled URL.

  7. What is a common LFI technique to read arbitrary files, and how is it prevented?

    Path traversal using ../ sequences (e.g., ../../etc/passwd). Prevented by whitelisting allowed files, sanitizing input, avoiding user input in file paths, and disabling remote inclusion (allow_url_include=Off in PHP).

  8. What is a Directory/Path Traversal attack?

    An attack that uses ../ or encoded variants to navigate outside the intended directory and access files elsewhere on the filesystem (e.g., configuration files, /etc/passwd).

  9. What is the OWASP Top Ten?

    A regularly updated awareness document listing the ten most critical web application security risks, published by the Open Worldwide Application Security Project (OWASP) to guide developers and testers.

  10. What is the #1 category in the OWASP Top Ten 2021?

    A01:2021 – Broken Access Control, which moved to the top spot because access control weaknesses are the most commonly found and impactful.

  11. List the OWASP Top Ten 2021 categories in order.

    A01 Broken Access Control, A02 Cryptographic Failures, A03 Injection, A04 Insecure Design, A05 Security Misconfiguration, A06 Vulnerable and Outdated Components, A07 Identification and Authentication Failures, A08 Software and Data Integrity Failures, A09 Security Logging and Monitoring Failures, A10 Server-Side Request Forgery (SSRF).

  12. In OWASP 2021, what happened to the old 'Sensitive Data Exposure' and 'XSS' categories?

    'Sensitive Data Exposure' was renamed A02 Cryptographic Failures (focusing on root cause). XSS was merged into A03 Injection.

  13. What is Server-Side Request Forgery (SSRF)?

    An attack where the server is tricked into making requests to unintended locations (e.g., internal services, cloud metadata endpoints) because it fetches a URL supplied or influenced by the attacker. It is A10 in OWASP 2021.

  14. What is the difference between DAST and SAST scanners?

    SAST (Static Application Security Testing) analyzes source code/binaries without running the app (white-box). DAST (Dynamic Application Security Testing) tests the running application from the outside (black-box), simulating attacks.

  15. What is IAST and how does it differ from SAST and DAST?

    Interactive Application Security Testing instruments the running application (via agents) to analyze code behavior during runtime/testing, combining strengths of SAST (code insight) and DAST (real execution) for more accurate results.

  16. What is a false positive versus a false negative in vulnerability scanning?

    False positive: the scanner reports a vulnerability that does not actually exist. False negative: a real vulnerability the scanner fails to detect. Automated scanners trade off between the two.

  17. Name two widely used automated web application scanners.

    Examples include OWASP ZAP (Zed Attack Proxy), Burp Suite Scanner, Nikto, Acunetix, and Nessus (for broader vulnerability scanning).

  18. Why is manual penetration testing necessary despite automated scanners?

    Automated scanners miss business-logic flaws, chained/multi-step vulnerabilities, complex authorization issues, and context-dependent bugs. Manual testing applies human reasoning to find what tools cannot.

  19. What is an intercepting proxy and how is it used in manual web testing?

    A tool (e.g., Burp Suite, OWASP ZAP) placed between the browser and server that lets the tester intercept, inspect, and modify HTTP/HTTPS requests and responses to probe for vulnerabilities.

  20. What is 'fuzzing' in the context of manual/semi-automated web testing?

    Sending large volumes of malformed, unexpected, or random inputs to an application to trigger errors, crashes, or unexpected behavior that reveal vulnerabilities.

  21. What is the difference between black-box, white-box, and gray-box testing?

    Black-box: tester has no internal knowledge (external attacker view). White-box: full knowledge including source code. Gray-box: partial knowledge (e.g., limited credentials/documentation).

  22. What is input validation and what are the two main strategies?

    Verifying that user input meets expected format/type/range before processing. Strategies: whitelisting (allow-list, accept only known-good input) and blacklisting (deny-list, reject known-bad). Whitelisting is preferred and more secure.

  23. Why is client-side input validation insufficient on its own?

    Client-side validation can be bypassed by an attacker who manipulates requests directly (e.g., via a proxy or crafted HTTP). Server-side validation is mandatory as the authoritative security control.

  24. What is the difference between input validation, output encoding, and sanitization?

    Input validation checks that input conforms to expectations (accept/reject). Sanitization cleans/modifies input to remove dangerous parts. Output encoding transforms data so it is rendered as inert text in a given context (e.g., HTML, JS, URL).

  25. What is 'canonicalization' and why does it matter for input validation?

    Canonicalization reduces input to its simplest, standard form before validation. It matters because attackers use alternate encodings (URL-encoding, Unicode, double-encoding) to bypass filters; validate only after canonicalizing.

  26. Name three secure coding practices that reduce web vulnerabilities.

    Use parameterized queries (prevent SQLi), apply context-aware output encoding (prevent XSS), enforce least privilege, validate all input server-side, avoid hardcoded secrets, and keep dependencies updated.

  27. What is the principle of least privilege in secure coding?

    Granting each user, process, or component only the minimum permissions necessary to perform its function, limiting the damage from a compromise or bug.

  28. What is a Web Application Firewall (WAF)?

    A security control that filters, monitors, and blocks malicious HTTP/HTTPS traffic to and from a web application, protecting against attacks like SQLi and XSS at the application layer (OSI Layer 7).

  29. What is the difference between a WAF's positive (whitelist) and negative (blacklist) security model?

    Positive model: allows only traffic matching known-good patterns, blocking everything else (stronger but harder to configure). Negative model: blocks traffic matching known-attack signatures, allowing the rest (easier but can miss novel attacks).

  30. What is a limitation of relying solely on a WAF for web application security?

    A WAF can be bypassed with obfuscation/encoding, does not fix underlying code flaws, may cause false positives blocking legitimate traffic, and struggles with business-logic attacks. It is a mitigating layer, not a substitute for secure code.

  31. What OWASP project provides a widely used WAF rule set, and what layer of the OSI model do WAFs operate at?

    The OWASP ModSecurity Core Rule Set (CRS) provides generic attack-detection rules. WAFs operate at Layer 7 (the Application layer) of the OSI model.

Ethical Hacking Web Application Hacking FAQ

What is in the Ethical Hacking Web Application Hacking syllabus?

Ethical Hacking Web Application Hacking is split into 4 chapters: Web Application Concepts, Common Web Application Vulnerabilities, Web Application Security Testing and Countermeasures. Together they contain 13 topics.

How many chapters are in Ethical Hacking Web Application Hacking?

4 chapters, containing 13 topics. The largest chapter is Common Web Application Vulnerabilities, with 4 topics.

Are there flashcards for Ethical Hacking Web Application Hacking?

Yes — a 51-card Web Application Hacking deck, printed in full in the flashcards section of this page and available in the Examius app with spaced repetition. The free plan covers one exam of your choice, including its flashcards; Examius Pro, a one-time purchase, unlocks every other exam and deck.