Trainning
  • WEEK 2
    • Tìm hiểu các thành phần hệ điều hành
    • TryHackMe| Abusing Windows Internals
  • WEEK 3
    • Một số phương thức Persistence
    • Các Phương thức tấn công Process nâng cao
    • Implement tấn công
  • week 4
    • Linux
      • Basic Concept Linux
      • Symlink
      • Linux Persistence
      • Notes
    • PROCESS LIST
    • Network
      • OSI MODEL(OPEN SYSTEMS INTERCONNECTION MODEL)
      • Các giao thức phổ biến trong môi trường enterprise
        • SMB - Server Message Block
        • LDAP - Lightweight Directory Access Protocol
          • LDAP Injection
        • SSH - Secure Shell
        • RDP - Remote Desktop Protocol
        • ICMP - Internet Control Message Protocol
        • DNS - Domain Name System
        • DHCP - Dynamic Host Configuration Protocol
        • HTTP/HTTPS
  • WEEK 5
    • Các dạng tấn công trong network phổ biến (SYNC Flood, MAC flood,...)
    • Reconnaissance
    • Active Directory
      • Group Policy
    • NTLM vs Kerberos
      • Spoofing LLMNR, NBT-NS, mDNS/DNS and WPAD and Relay Attacks
      • Path The Hash
      • ASREPRoast
        • Demo
      • Kerberoasting
        • Demo
      • Silver Ticket
        • Demo
      • Golden Ticket
        • Demo
      • Tóm tắt
    • Stealing Windows Credentials
      • Mimikatz
      • Custom SSP
    • LLMNR Poisoning, NTLM Replay
  • WEEK 6 + 7
    • DOM-based vulnerabilities
      • DOM-based open redirection
    • SQL Injection
      • Lab: Retrieving hidden data
      • Lab: Subvering application logic
      • SQL injection UNION attacks
        • Lab: SQL injection UNION attack, determining the number of columns returned by the query
        • Lab: SQL injection UNION attack, finding a column containing text
        • Lab: SQL injection UNION attack, retrieving data from other tables
        • Lab: SQL injection UNION attack, retrieving multiple values in a single column
      • Blind SQL Injection
        • Lab: Blind SQL injection with conditional responses
        • Lab: Blind SQL injection with conditional errors
        • Lab: Visible error-based SQL injection
        • Lab: Blind SQL injection with time delays
        • Lab: Blind SQL injection with time delays and information retrieval
        • Lab: Blind SQL injection with out-of-band interaction
        • Lab: Blind SQL injection with out-of-band data exfiltration
      • Examining the database
        • Lab: SQL injection attack, querying the database type and version on Oracle
        • Lab: SQL injection attack, querying the database type and version on MySQL and Microsoft
        • Lab: SQL injection attack, listing the database contents on non-Oracle databases
        • Lab: SQL injection attack, listing the database contents on Oracle
      • Che dấu cuộc tấn công bằng Encode
        • Lab: SQL injection with filter bypass via XML encoding
    • Authentication
      • Lỗ hổng trong đăng nhập bằng mật khẩu
        • Lab: Username enumeration via different responses
        • Lab: Username enumeration via subtly different responses
        • Lab: Username enumeration via response timing
        • Lab: Broken brute-force protection, IP block
        • Lab: Username enumeration via account lock
        • Lab: Broken brute-force protection, multiple credentials per request
      • Lỗ hổng trong xác thực đa nhân tố
        • Lab: 2FA simple bypass
        • Lab: 2FA broken logic
        • Lab: 2FA bypass using a brute-force attack
      • Các lỗ hổng trong cơ chế xác thực khác
        • Lab: Brute-forcing a stay-logged-in cookie
        • Lab: Offline password cracking
        • Lab: Password reset broken logic
        • Lab: Password brute-force via password change
        • Lab: Password brute-force via password change
      • Lỗ hổng xác thực OAuth 2.0
        • Lab: Authentication bypass via OAuth implicit flow
        • Lab: Authentication bypass via OAuth implicit flow
        • Lab: Forced OAuth profile linking
        • Lab: OAuth account hijacking via redirect_uri
        • Lab: Stealing OAuth access tokens via an open redirect
        • Lab: Stealing OAuth access tokens via a proxy page
        • Lab: SSRF via OpenID dynamic client registration
    • Access Control
      • Lab: Unprotected admin functionality
      • Lab: Unprotected admin functionality with unpredictable URL
      • Lab: User role controlled by request parameter
      • Lab: User role can be modified in user profile
      • Lab: URL-based access control can be circumvented
      • Lab: Method-based access control can be circumvented
      • Lab: User ID controlled by request parameter
      • Lab: User ID controlled by request parameter, with unpredictable user IDs
      • Lab: User ID controlled by request parameter with data leakage in redirect
      • Lab: Insecure direct object references
      • Lab: Multi-step process with no access control on one step
      • Lab: Referer-based access control
    • Path Traversal
      • Lab: File path traversal, simple case
      • Lab: File path traversal, traversal sequences blocked with absolute path bypass
      • Lab: File path traversal, traversal sequences stripped non-recursively
      • Lab: File path traversal, traversal sequences stripped with superfluous URL-decode
      • Lab: File path traversal, validation of start of path
      • Lab: File path traversal, validation of file extension with null byte bypass
    • Command Injection
      • Lab: OS command injection, simple case
      • Lab: Blind OS command injection with time delays
      • Lab: Blind OS command injection with output redirection
      • Lab: Blind OS command injection with out-of-band interaction
      • Lab: Blind OS command injection with out-of-band data exfiltration
    • File uploads
    • Server-side request forgery (SSRF)
    • Cross-site scripting
      • Reflected XSS
      • Stored XSS
      • DOM-based XSS
      • Cross-site scripting contexts
    • Cross-site request forgery (CSRF)
      • Bypassing CSRF token validation
      • Bypass SameSite cookie restrictions
      • Page 2
    • Insecure deserializaton
    • Burp Suite
    • Tóm tắt
  • Week 8
    • Rà soát mã độc
Powered by GitBook
On this page
  • Khái niệm
  • Tác động
  • Cách tìm và kiểm tra
  1. WEEK 6 + 7
  2. Cross-site scripting

Reflected XSS

PreviousCross-site scriptingNextStored XSS

Last updated 7 months ago

Khái niệm

Reflected cross-site scripting xảy ra khi một ứng dụng nhận dữ liệu trong HTTP request và đưa dữ liệu vào phản hồi ngay lập tức theo cách không an toàn.

Nhập Payload sau vào thanh tìm kiếm: <script>alert(1)</script>

Tác động

Nếu kẻ tấn công có thể kiểm soát một tập lệnh được thực thi trong trình duyệt của nạn nhân, chúng có thể xâm phạm hoàn toàn người dùng đó:

Kẻ tấn công có thể khiến người dùng gửi yêu cầu mà chúng kiểm soát qua các phương thức như: đặt liên kết trên một trang web do chúng kiểm soát, trang web khác cho phép tạo nội dung, hoặc qua email, tweet, hoặc tin nhắn. Tấn công này có thể nhắm đến một người dùng cụ thể hoặc không phân biệt người dùng nào.

Do cần một cơ chế bên ngoài để truyền tải payload, tách động của reflected XSS thường ít nghiêm trọng hơn stored XSS

Cách tìm và kiểm tra

Tự động ...

Thủ công theo các bước sau:

  • Kiểm tra tất cả các điểm nhập dữ liệu: Kiểm tra riêng lẻ từng điểm nhập dữ liệu trong các yêu cầu HTTP của ứng dụng, bao gồm tham số hoặc dữ liệu trong URL, message body, đường dẫn file trong URL, và cả tiêu đề HTTP.

  • Gửi giá trị ngẫu nhiên: Với mỗi điểm nhập dữ liệu, gửi một giá trị ngẫu nhiên, duy nhất và xác định xem nó có phản chiếu trong phản hồi không. Giá trị này nên ngắn gọn, chỉ chứa các ký tự chữ và số, và đủ dài để tránh các kết quả trùng hợp ngẫu nhiên (khoảng 8 ký tự). Burp Intruder có thể được sử dụng để tạo và kiểm tra các giá trị này.

  • Xác định ngữ cảnh phản chiếu: Xác định ngữ cảnh của từng vị trí trong resonse nơi giá trị ngẫu nhiên được phản chiếu, ví dụ: trong văn bản giữa các thẻ HTML, trong thuộc tính thẻ, hoặc trong chuỗi JavaScript.

  • Kiểm tra payload XSS ban đầu: Dựa vào ngữ cảnh phản chiếu, thử nghiệm payload XSS ban đầu để kích hoạt thực thi JavaScript nếu nó được phản chiếu mà không bị sửa đổi. Sử dụng Burp Repeater để gửi yêu cầu với payload này và kiểm tra phản hồi.

  • Thử nghiệm các payload khác nhau: Nếu payload ban đầu bị sửa đổi hoặc bị chặn, cần thử nghiệm các payload và kỹ thuật thay thế phù hợp với ngữ cảnh phản chiếu và kiểu xác thực đầu vào.

  • Kiểm tra tấn công trên trình duyệt: Nếu tìm thấy payload hoạt động trong Burp Repeater, chuyển cuộc tấn công sang trình duyệt thực tế và kiểm tra xem JavaScript đã được thực thi chưa. Ví dụ, có thể sử dụng mã alert(document.domain) để kích hoạt một popup nếu tấn công thành công.

LogoLab: Reflected XSS into HTML context with nothing encoded | Web Security AcademyWebSecAcademy