ctfnote
  • /home/ret2basic.eth
  • Game Hacking
    • โœ…C++
    • Ghidra
    • Cheat Engine
    • Proxy
    • DLL injection
    • Keygen
    • Aimbot
  • Web3 Security Research
    • ๐Ÿ‘‘Web3 Security Research Trivia
    • โœ…Solidity
      • โœ…Mastering Ethereum
      • โœ…Storage
      • โœ…Memory
      • โœ…Calldata
      • โœ…ABI
    • โœ…Foundry
      • โœ…Introduction
      • โœ…How to Write Basic Tests
      • โœ…Set Soliditiy Compiler Version
      • โœ…Remappings
      • โœ…Auto Format Code
      • โœ…Console Log
      • โœ…Authentication
      • โœ…Error
      • โœ…Event
      • โœ…Time
      • โœ…Send ETH
      • โœ…Signature
      • โœ…Fork
      • โœ…Mint 1 Million DAI on Mainnet Fork
      • โœ…FFI
      • โœ…Fuzz
      • โœ…Invariant Testing - Part 1
      • Invariant Testing - Part 2
      • Invariant Testing - Part 3
      • Differential Test
    • โœ…Secureum
      • โœ…Epoch 0
        • โœ…Slot 1: Ethereum 101
          • โœ…Notes
          • โœ…Ethereum Whitepaper
          • โœ…Extra Study: What happens when you send 1 DAI
          • โœ…Quiz
        • โœ…Slot 2: Solidity 101
          • โœ…Notes
          • โœ…OpenZeppelin ERC20
          • โœ…OpenZeppelin ERC721
          • โœ…OpenZeppelin Ownable
          • โœ…OpenZeppelin Pausable
          • โœ…OpenZeppelin ReentrancyGuard
          • โœ…Quiz
        • โœ…Slot 3: Solidity 201
          • โœ…Notes
          • โœ…OpenZeppelin SafeERC20
          • โœ…OpenZeppelin ERC-777
          • โœ…OpenZeppelin ERC-1155
          • โœ…OpenZeppelin ERC-3156
          • โœ…OpenZeppelin - Proxy Upgrade Pattern
          • โœ…Quiz
        • โœ…Slot 4: Pitfalls and Best Practices 101
          • โœ…Notes
          • โœ…Intro to Security First Development
          • โœ…Quiz
        • โœ…Slot 5: Pitfalls and Best Practices 201
          • โœ…Notes
          • So you want to use a price oracle
          • The Dangers of Surprising Code
          • โœ…Quiz
        • โœ…Slot 6: Auditing Techniques & Tools 101
          • โœ…Notes
          • โœ…Quiz
        • โœ…Slot 7: Audit Findings 101
          • Notes
          • โœ…Fei Protocol - ConsenSys
          • โœ…Uniswap V3 - Trail of Bits
          • โœ…Chainlink - Sigma Prime
          • โœ…Opyn Gamma - OpenZeppelin
          • โœ…Quiz
        • โœ…Slot 8: Audit Findings 201
          • Notes
          • 1inch Liquidity - Consensus
          • Original Dollar - Trail of Bits
          • Synthetix EtherCollateral - Sigma Prime
          • Holdefi - OpenZeppelin
          • Quiz
      • โœ…Epoch โˆž
        • โœ…RACE #4 - ERC20 Implementation
        • โœ…RACE #5 - ERC1155 Implementation
        • โœ…RACE #6 - ERC721 Application
        • โœ…RACE #7 - Bored Ape
        • โœ…RACE #8 - ERC721 Roles
        • โœ…RACE #9 - Proxy
        • โœ…RACE #10 - Test Cases
        • โœ…RACE #11 - Staking
        • โœ…RACE #12 - ERC20 Permit
        • โœ…RACE #13 - ERC20 with Callback
        • โœ…RACE #14 - Lending
        • โœ…RACE #15 - DEX
        • โœ…RACE #16 - Flash Loan
        • โœ…RACE #17
    • DeFi
      • Glossary
        • TWAP vs. VWAP
        • Tranches
      • DeFi MOOC
        • Lecture 2: Introduction to Blockchain Technologies
        • Lecture 5: DEX
        • Lecture 6: Decentralized Lending
        • Lecture 10: Privacy on the Blockchain
        • Lecture 12: Practical Smart Contract Security
        • Lecture 13: DeFi Security
      • Uniswap V2
      • Compound V3
        • โœ…Whitepaper
        • โœ…Interacting with Compound
          • โœ…Supply and Redeem
          • โœ…Borrow and Repay
          • โœ…Liquidation
          • โœ…Long and Short
        • โœ…Interest Model
        • CToken
      • Aave
      • Chainlink
        • โœ…Getting Started
        • โœ…Data Feeds
        • โœ…VRF
      • Optimism
        • Bedrock
      • LayerZero
      • Opensea
        • Seaport
    • EVM
      • โœ…Andreas Antonopoulos - The Ethereum Virtual Machine
      • โœ…Program The Blockchain - Smart Contract Storage
      • โœ…EVM Codes - EVM Playground for Opcodes
      • โœ…Fvictorio - EVM Puzzles
      • โœ…Daltyboy11 - More EVM Puzzles
      • โœ…EVM Through Huff
      • Noxx - EVM Deep Dives
      • โœ…Jordan McKinney - EVM Explained
      • Openzepplin - Deconstructing a Solidity Contract
      • Jeancvllr - EVM Assembly
      • Peter Robinson - Solidity to Bytecode, Memory & Storage
      • Marek Kirejczyk - Ethereum Under The Hood
      • โœ…Official Solidity Docs
      • Dissecting EVM using go-ethereum Eth client implementation - deliriusz.eth
    • Vulnerabilities
      • Rounding Issues
        • Kyberswap
      • Bridges
      • Governance / Voting Escrows
      • Bizzare Bug Classes
        • TIME - ERC2771Context + Multicall calldata manipulation
    • Fancy Topics
      • Vulnerabilities SoK
        • โœ…Demystifying Exploitable Bugs in Smart Contracts
        • Blockchain Hacking Techniques 2022 Top 10 - Todo
      • yAcademy
        • Proxies
          • yAcademy - Proxy Basics
          • yAcademy - Proxies Deep Dive
          • yAcademy - Security Guide to Proxy Vulns
        • defi-fork-bugs
      • Spearbit
        • โœ…Community Workshop: Riley Holterhus
        • Economic Security with fmrmf
        • Numerical Analysis for DeFi Audits: A TWAMM Case Study by Kurt Barry
  • Red Teaming
    • โœ…Enumeration
      • Service Enumeration
        • SMTP (Port 25)
        • Samba (Port 139, 445)
        • SNMP (Port 161,162,10161,10162)
        • rsync (Port 873)
        • NFS (Port 2049)
        • Apache JServ Protocol (Port 8081)
        • NetBIOS
      • Nmap
      • Gobuster / Feroxbuster / FUFF / Wfuzz
      • Drupal
    • โœ…Exploitation
      • Public Exploits
      • PHP Webshells
      • Reverse Shell
      • TTY
      • File Transfer
      • Metasploit
      • Password Spray
    • โœ…Buffer Overflow
      • Step 0: Spiking (Optional)
      • Step 1: Fuzzing
      • Step 2: Finding the Offset
      • Step 3: Overwriting the EIP
      • Step 4: Finding Bad Characters
      • Step 5: Finding the Right Module
      • Step 6: Generating Shellcode and Gaining Root
    • โœ…Privilege Escalation
      • Linux Privilege Escalation
        • Linux Permissions
        • Manual Enumeration
        • Automated Tools
        • Kernel Exploits
        • Passwords and File Permissions
        • SSH Keys
        • Sudo
        • SUID
        • Capabilities
        • Cron Jobs
        • NFS Root Squashing
        • Docker
        • GNU C Library
        • Exim
        • Linux Privilege Escalation Course Capstone
      • Windows Privilege Escalation
        • Manual Enumeration
        • Automated Tools
        • Kernel Exploits
        • Passwords and Port Forwarding
        • WSL
        • Token Impersonation and Potato Attacks
        • Meterpreter getsystem
        • Runas
        • UAC Bypass
        • Registry
        • Executable Files
        • Startup Applications
        • DLL Hijacking
        • Service Permissions (Paths)
        • CVE-2019-1388
        • HiveNightmare
        • Bypass Space Filter
    • โœ…Post Exploitation
      • Linux Post Exploitation
        • Add a User
        • SSH Key
      • Windows Post Exploitation
        • windows-resources
        • Add a User
        • RDP
    • โœ…Pivoting
      • Windows: Chisel
      • Linux: sshuttle
    • Active Directory (AD)
      • Initial Compromise
        • HTA Phishing
        • VBA Macro Phishing
        • LLMNR Poisoning
        • SMB Relay
        • GPP / cPassword
      • Domain Enumeration
        • Manual Enumeration
        • PowerView
        • BloodHound
      • Lateral Movement
        • PsExec
        • WMI
        • Runas
        • Pass the Hash
        • Overpass the Hash
        • Pass the Ticket
      • Kerberos
        • Kerberoast
        • AS-REP Roast
      • MS SQL Server
    • Command & Control (C2)
      • Cobalt Strike
        • Bypassing Defences
          • Artifact Kit
          • Resource Kit
          • AMSI Bypass
          • PowerPick
        • Extending Cobalt Strike
          • Elevate Kit
          • Malleable C2 Profile
      • Metasploit
        • Payloads
        • Post Exploitation
        • Automation
      • C2 Development
    • Malware Development
      • "Hot Dropper"
      • PE Format
        • Overview
      • Process Injection
      • Reflective DLL
      • x86 <=> x64
      • Hooking
      • VeraCry
      • Offensive C#
      • AV Evasion
        • AV Evasion with C# and PowerShell
        • AMSI Bypass
  • Cryptography
    • Hash Functions
    • MAC
    • AES
      • Byte at a Time
      • CBC CCA
      • CBC Bit Flipping
      • CBC Padding Oracle
    • Diffie-Hellman
    • RSA
      • Prime Factors
      • Multiple Ciphertexts
      • Low Public Exponent
      • Low Private Exponent
    • ECC
    • Digital Signature
    • JWT
    • PRNG
    • SSL/TLS
    • Research
      • โœ…Lattice-based Cryptography (Lattice)
      • Elliptic Curve Cryptography (ECC)
      • Oblivious Transfer (OT)
      • Secure Multi-party Computation (MPC)
      • Learning with Error (LWE)
      • Fully Homomorphic Encryption (FHE)
      • Zero Knowledge Proof (ZKP)
      • Oblivious RAM (ORAM)
  • Computer Science
    • Linux
      • Setup
      • curl
      • Hard Link vs. Symlink
      • Man Page
      • /dev/null
    • Python
      • New Features
      • Operators, Expressions, and Data Manipulation
      • Program Structure and Control Flow
      • Objects, Types, and Protocols
      • Functions 101
      • Generators
      • Classes and Object-Oriented Programming
      • Memory Management
      • Concurrency and Parallelism
        • Multithreading and Thread Safety
        • Asynchronization
        • Multiprocessing
        • Global Interpreter Lock (GIL)
      • Built-in Functions and Standard Library
        • import collections
        • import itertools
        • import sys
        • import re
        • import pickle
        • import json
      • Third-party Library
        • from pwn import *
        • import requests
        • from bs4 import BeautifulSoup
        • from scapy.all import *
        • py2exe
    • HTML, CSS, JavaScript, and React
      • HTML
      • CSS
      • JavaScript
        • var vs. let
        • Objects
        • Arrays
        • Functions
        • Modules
        • Asynchronous JavaScript
      • React
    • Data Structures and Algorithms
      • Binary Search
    • The Linux Programming Interface
      • Processes
        • Memory Allocation
        • The Process API
        • Process Creation
        • Process Termination
        • Monitoring Child Processes
        • Program Execution
      • Signals
      • Threads
        • Thread Synchronization
        • Thread Safety and Pre-Thread Storage
      • IPC
        • Pipes and FIFOs
        • Memory Mappings
        • Virtual Memory Operations
      • Sockets
    • Computer Systems
      • Hexadecimal
      • Signedness
      • Registers
      • Instructions
      • Syscall
      • Process Memory
      • Stack Frame
      • Preemptive Multitasking
      • IPC
      • Threads
    • Databases
      • MySQL
        • Basic Syntax
        • Data Types
        • Modifying Tables
        • Duplicating and Deleting
        • SELECT
        • Transaction
      • GraphQL
    • Distributed Systems
      • Introduction
        • What is a Distributed System?
        • Design Goals
        • Scaling Techniques
        • Types of Distributed Systems
      • Architecture
        • System Architectures
        • Example Architectures
      • Communication
        • Foundations
        • Remote Procedure Call
        • Message-oriented Communication
      • Coordination
        • Clock Synchronization
        • Logical Clock
      • Consistency and Replication
        • Introduction
        • Data-centric Consistency
        • Client-centric Consistency
    • Static Analysis
      • Intermediate Representation
      • Data Flow Analysis
      • Interprocedural Analysis
      • Pointer Analysis
      • Static Analysis for Security
      • Datalog-Based Program Analysis
      • Soundness and Soundiness
      • CFL-Reachability and IFDS
  • Web
    • โœ…Prerequisites
      • OWASP Top 10
        • 1. Broken Access Control
        • 2. Cryptographic Failures
        • 3. Injection
        • 4. Insecure Design
        • 5. Security Misconfiguration
        • 6. Vulnerable and Outdated Components
        • 7. Identification and Authentication Failures
        • 8. Software and Data Integrity Failures
        • 9. Security Logging and Monitoring Failures
        • 10. SSRF
      • HTTP
        • HTTP Status Codes
        • HTTP Headers
      • Burp Suite
        • Burp Intruder
        • Burp Extender
        • Burp Collaborator
      • Information Gathering
        • DNS
        • Git
        • Editor
        • Server
      • Bug Bounty Report Writing
    • File Upload
      • Webshell
      • IIS, Nginx, and Apache Vulnerabilities
      • .htaccess (Apache) / web.config (IIS)
      • Alternate Data Stream
      • Code Review: bWAPP Unrestricted File Upload
    • SQL Injection (SQLi)
      • Cheat Sheet
      • UNION Attacks
      • Examining the Database
      • Blind SQL Injection
      • WAF Bypass
      • Out-Of-Band (OOB)
      • Webshell and UDF
      • sqlmap
        • Code Review: Initialization
        • Code Review: tamper
    • Cross-Site Scripting (XSS)
      • Cheat Sheet
      • Reflected XSS
      • Stored XSS
      • DOM-Based XSS
      • XSS Contexts
      • CSP
    • CSRF and SSRF
      • Client-Side Request Forgery (CSRF)
        • XSS vs. CSRF
        • CSRF Tokens and SameSite Cookies
      • Server-Side Request Forgery (SSRF)
        • Attacks
        • Bypassing Restrictions
        • SSRF + Redis
    • XML External Entities (XXE)
    • Insecure Deserialization
      • Python Deserialization
      • PHP Deserialization
      • Java Deserialization
        • Shiro
        • FastJSON
        • WebLogic
    • HTTP Request Smuggling
    • OS Command Injection
      • Whitespace Bypass
      • Blacklist Bypass
      • Blind OS Command Injection
      • Lab 1: HITCON 2015 BabyFirst
      • Lab 2: HITCON 2017 BabyFirst Revenge
      • Lab 3: HITCON 2017 BabyFirst Revenge v2
    • โœ…Directory Traversal
    • HTTP Parameter Pollution
    • Server-Side Template Injection (SSTI)
    • LDAP Injection
    • Redis
      • Authentication
      • RCE
      • Mitigations
  • Pwn
    • Linux Exploitation
      • Protections
      • Shellcoding
        • Calling Convention
        • Null-free
        • Reverse Shell
        • ORW
      • ROP
        • Stack Alignment
        • ret2text
        • ret2syscall
        • ret2libc
        • ret2csu
        • BROP
        • SROP
        • Stack Pivot
      • ptmalloc
        • chunks
        • malloc() and free()
        • bins
        • tcache
      • UAF
      • Race Conditions
        • TOCTTOU
        • Dirty Cow
        • Meltdown
        • Spectre
      • Kernel
      • Appendix: Tools
        • socat
        • LibcSearcher-ng
        • OneGadget
    • Windows Exploitation
      • Classic
      • SEH
      • Egghunting
      • Unicode
      • Shellcoding
      • ROP
      • Appendix: Tools
        • ImmunityDbg
        • Mona.py
    • Fuzzing
      • AFL++
        • Quickstart
        • Instrumentation
        • ASAN
        • Code Coverage
        • Dictionary
        • Parallelization
        • Partial Instrumentation
        • QEMU Mode
        • afl-libprotobuf-mutator
      • WinAFL
      • Fuzzilli
  • Reverse
    • Bytecode
      • Python Bytecode
    • ๐Ÿ‘‘Z3 solver
    • angr
      • angr Template
Powered by GitBook
On this page
  • Lecture
  • What is SQL Injection?
  • SQL Injection Types
  • Detection
  • How to detect SQL injection vulnerabilities
  • Where to find SQL injection
  • SQL injection in different parts of the query
  • Database-Specific Factors
  • Attacks
  • Attack 1: Retrive hidden data
  • Attack 2: Subverting application logic
  • Attack 3: UNION attacks
  • Attack 4: Examining the database
  • Attack 5: Blind SQL injection
  • Attack 6: Second-Order SQL Injection
  • Other Attacks (Less Common)
  • Attack 1: GBK Encoding
  • Attack 2: Stacked Queries
  • WAF Bypass
  • Out-Of-Band (OOB)
  • Webshell and UDF
  • sqlmap
  • Defense
  • Root Causes
  • Types of SQLi Defense
  • Parameterized Queries
  • Reference

Was this helpful?

  1. Web

SQL Injection (SQLi)

PreviousCode Review: bWAPP Unrestricted File UploadNextCheat Sheet

Last updated 2 years ago

Was this helpful?

Lecture

What is SQL Injection?

SQL injection (SQLi) is a web security vulnerability that allows an attacker to interfere with the queries that an application makes to its database. It generally allows an attacker to view data that they are not normally able to retrieve. This might include data belonging to other users, or any other data that the application itself is able to access. In many cases, an attacker can modify or delete this data, causing persistent changes to the application's content or behavior.

In some situations, an attacker can escalate an SQL injection attack to compromise the underlying server or other back-end infrastructure, or perform a denial-of-service attack.

A successful SQL injection attack can result in unauthorized access to sensitive data, such as passwords, credit card details, or personal user information. Many high-profile data breaches in recent years have been the result of SQL injection attacks, leading to reputational damage and regulatory fines. In some cases, an attacker can obtain a persistent backdoor into an organization's systems, leading to a long-term compromise that can go unnoticed for an extended period.

SQL Injection Types

There are a wide variety of SQL injection vulnerabilities, attacks, and techniques, which arise in different situations. Some common SQL injection examples include:

  1. Retrieving hidden data, where you can modify an SQL query to return additional results.

  2. Subverting application logic, where you can change a query to interfere with the application's logic.

  3. UNION attacks, where you can retrieve data from different database tables.

  4. Examining the database, where you can extract information about the version and structure of the database.

  5. Blind SQL injection, where the results of a query you control are not returned in the application's responses.

Detection

How to detect SQL injection vulnerabilities

The majority of SQL injection vulnerabilities can be found quickly and reliably using Burp Suite's web vulnerability scanner. SQL injection can be detected manually by using a systematic set of tests against every entry point in the application. This typically involves:

  • Submitting the single quote character ' and looking for errors or other anomalies. In fact, don't limit yourself to single quote. You should test the following payloads as well:

    • '

    • "

    • `

    • ')

    • ")

    • `)

    • '))

    • "))

    • `))

  • Submitting some SQL-specific syntax that evaluates to the base (original) value of the entry point, and to a different value, and looking for systematic differences in the resulting application responses.

  • Submitting Boolean conditions such as OR 1=1 and OR 1=2, and looking for differences in the application's responses.

  • Submitting payloads designed to trigger time delays when executed within an SQL query, and looking for differences in the time taken to respond.

  • Submitting OAST payloads designed to trigger an out-of-band network interaction when executed within an SQL query, and monitoring for any resulting interactions.

Where to find SQL injection

  • SQL injections can be found everywhere. One should test for GET and POST parameters send by the application. This is the most common (but not the only) location where you can find SQLi.

  • Test SQLi in HTTP headers such as Accept-Language, you might get surprised.

  • Test authentication forms.

  • Suppose there is an API path /api/users/99 where 99 is the user ID, we can test for /api/users/99'.

SQL injection in different parts of the query

Most SQL injection vulnerabilities arise within the WHERE clause of a SELECT query. This type of SQL injection is generally well-understood by experienced testers.

But SQL injection vulnerabilities can in principle occur at any location within the query, and within different query types. The most common other locations where SQL injection arises are:

  • In UPDATE statements, within the updated values or the WHERE clause.

  • In INSERT statements, within the inserted values.

  • In SELECT statements, within the table or column name.

  • In SELECT statements, within the ORDER BY clause.

Database-Specific Factors

Some core features of the SQL language are implemented in the same way across popular database platforms, and so many ways of detecting and exploiting SQL injection vulnerabilities work identically on different types of database.

However, there are also many differences between common databases. These mean that some techniques for detecting and exploiting SQL injection work differently on different platforms. For example:

  • Syntax for string concatenation.

  • Comments.

  • Batched (or stacked) queries.

  • Platform-specific APIs.

  • Error messages.

Attacks

Attack 1: Retrive hidden data

Consider a shopping application that displays products in different categories. When the user clicks on the Gifts category, their browser requests the URL:

https://insecure-website.com/products?category=Gifts

This causes the application to make an SQL query to retrieve details of the relevant products from the database:

SELECT * FROM products WHERE category = 'Gifts' AND released = 1

This SQL query asks the database to return:

  • all details (*)

  • from the products table

  • where the category is Gifts

  • and released is 1.

The restriction released = 1 is being used to hide products that are not released. For unreleased products, presumably released = 0.

The application doesn't implement any defenses against SQL injection attacks, so an attacker can construct an attack like:

https://insecure-website.com/products?category=Gifts'--

This results in the SQL query:

SELECT * FROM products WHERE category = 'Gifts'--' AND released = 1

The key thing here is that the double-dash sequence -- is a comment indicator in SQL, and means that the rest of the query is interpreted as a comment. This effectively removes the remainder of the query, so it no longer includes AND released = 1. This means that all products are displayed, including unreleased products.

Going further, an attacker can cause the application to display all the products in any category, including categories that they don't know about:

https://insecure-website.com/products?category=Gifts'+OR+1=1--

This results in the SQL query:

SELECT * FROM products WHERE category = 'Gifts' OR 1=1--' AND released = 1

The modified query will return all items where either the category is Gifts, or 1 is equal to 1. Since 1=1 is always true, the query will return all items.

Attack 2: Subverting application logic

Consider an application that lets users log in with a username and password. If a user submits the username wiener and the password bluecheese, the application checks the credentials by performing the following SQL query:

SELECT * FROM users WHERE username = 'wiener' AND password = 'bluecheese'

If the query returns the details of a user, then the login is successful. Otherwise, it is rejected.

Here, an attacker can log in as any user without a password simply by using the SQL comment sequence -- to remove the password check from the WHERE clause of the query. For example, submitting the username administrator'-- and a blank password results in the following query:

SELECT * FROM users WHERE username = 'administrator'--' AND password = ''

This query returns the user whose username is administrator and successfully logs the attacker in as that user.

Attack 3: UNION attacks

In cases where the results of an SQL query are returned within the application's responses, an attacker can leverage an SQL injection vulnerability to retrieve data from other tables within the database. This is done using the UNION keyword, which lets you execute an additional SELECT query and append the results to the original query.

For example, if an application executes the following query containing the user input "Gifts":

SELECT name, description FROM products WHERE category = 'Gifts'

then an attacker can submit the input:

' UNION SELECT username, password FROM users--

This will cause the application to return all usernames and passwords along with the names and descriptions of products.

Attack 4: Examining the database

Following initial identification of an SQL injection vulnerability, it is generally useful to obtain some information about the database itself. This information can often pave the way for further exploitation.

You can query the version details for the database. The way that this is done depends on the database type, so you can infer the database type from whichever technique works. For example, on Oracle you can execute:

SELECT * FROM v$version

You can also determine what database tables exist, and which columns they contain. For example, on most databases you can execute the following query to list the tables:

SELECT * FROM information_schema.tables

Attack 5: Blind SQL injection

Many instances of SQL injection are blind vulnerabilities. This means that the application does not return the results of the SQL query or the details of any database errors within its responses. Blind vulnerabilities can still be exploited to access unauthorized data, but the techniques involved are generally more complicated and difficult to perform.

Depending on the nature of the vulnerability and the database involved, the following techniques can be used to exploit blind SQL injection vulnerabilities:

  • You can change the logic of the query to trigger a detectable difference in the application's response depending on the truth of a single condition. This might involve injecting a new condition into some Boolean logic, or conditionally triggering an error such as a divide-by-zero.

  • You can conditionally trigger a time delay in the processing of the query, allowing you to infer the truth of the condition based on the time that the application takes to respond.

  • You can trigger an out-of-band network interaction, using OAST techniques. This technique is extremely powerful and works in situations where the other techniques do not. Often, you can directly exfiltrate data via the out-of-band channel, for example by placing the data into a DNS lookup for a domain that you control.

Attack 6: Second-Order SQL Injection

First-order SQL injection arises where the application takes user input from an HTTP request and, in the course of processing that request, incorporates the input into an SQL query in an unsafe way.

In second-order SQL injection, the application takes user input from an HTTP request and stores it for future use. This is usually done by placing the input into a database, but no vulnerability arises at the point where the data is stored. Later, when handling a different HTTP request, the application retrieves the stored data and incorporates it into an SQL query in an unsafe way.

As an example, consider sqli-labs level 24:

Here the attacker can register an account with username=admin'#. The server does not validate special characters in the username so this account successfully goes into the backend database. Suppose that there is a "change password" API that executes the following SQL query:

UPDATE users SET PASSWORD='$pass' where username='$username' and password='$curr_pass'

Logged in as admin'#, the attacker can invoke the "change password" API and the SQL query becomes:

UPDATE users SET PASSWORD='pwnieislandrocks' where username='admin'#' and password=''

This query will change the password of admin to "pwnieislandrocks".

Other Attacks (Less Common)

Attack 1: GBK Encoding

In PHP, developers often use addslashes to escape special characters:

addslashes ( string $str ) : string

This function escapes single quotes (\'), double quotes (\") and backslashes (\\). Suppose we want to feed in a single quote '. After addslashes('), it becomes \', which is %5c%27 in URL encoding. Now, we can use the payload %df%27. After addslashes(%df%27), it comes %df%5c%27 since the single quote is escaped. If the backend database uses GBK encoding:

mysql_query("SET NAMES gbk");

then %df%5c will be interpreted as a traditional Chinese character, therefore the single quote will not be escaped. This attack is less common since most databases use UTF-8 encoding instead of GBK encoding. In fact, I have never seen GBK encoding in the real world.

Attack 2: Stacked Queries

In MySQL, we can stacked queries like the following:

statement 1 ; statement 2

In this case, statement 1 will be executed first and then statement 2 will be executed. This is similar to UNION, but UNION is limited to SELECT statements. In contrast, stacked queries attack is able to perform any CRUD operation. In this sense, stacked queries attack is more powerful (but in fact less common).

In order for stack queries to work, we have to satisfy the following requirements:

  1. The API supports stack queries

  2. We have enough permissions

  3. The result of stack queries is sent to us

In the real world, it is hard to satisfy these requirements at the same time, so stacked queries attack has limited usage.

WAF Bypass

Web Application Firewall (WAF) is basically a series of regex rules that filters special characters like single quote, double quote and whitespace. It is possible to bypass WAF using some database "features".

Out-Of-Band (OOB)

"Out-Of-Band" technique is a special type of blind SQL injection where the attacker triggers a DNS query to a domain that he/she controls. The leaked information becomes a subdomain name, for example, mysql.mydomain.com where mysql is the result of SELECT DATABASE();. It turns "blind" SQLi into "not so blind" SQLi.

Webshell and UDF

There are two ways for SQLi to achieve RCE:

  • Webshell

    • In UNION attack, we can create a file on the target machine using the SELECT <webshell> INTO OUTFILE <path> statement. For example, a PHP webshell can be created using this payload: ' UNION SELECT 1,'' INTO OUTFILE '/var/www/html/images/webshell.php';.

    • Once the webshell is successfully created, we can spawn a netcat reverse shell.

  • User Defined Functions (UDF)

    • lib_mysqludf_sys is a MySQL plugin containing some dangerous functions such as sys_eval(). It is not a built-in lib in MySQL so we have to import it first. After that, we can use sys_eval() to execute any command.

    • Note that sqlmap -u <url> --os-shell uses UDF behind the scene.

sqlmap

sqlmap is an open source penetration testing tool that automates the process of detecting and exploiting SQL injection flaws and taking over of database servers. It comes with a powerful detection engine, many niche features for the ultimate penetration tester and a broad range of switches lasting from database fingerprinting, over data fetching from the database, to accessing the underlying file system and executing commands on the operating system via out-of-band connections.

Defense

Root Causes

The root causes of SQLi:

  1. User is able to dynamically pass in a varaible

  2. Web app concatenates user input in a SQL statement

  3. The concatenated SQL statement is executed in the database

Abstractly, SQLi is caused by treating data as code. The mixture of code and data can potentially trigger many vulnerabilities.

Types of SQLi Defense

  • Preprocessing

    • Parameterized Queries (Prepared Statements)

    • Store Procedures

  • Filtering

    • Whitelist

    • Escaping

Parameterized Queries

Use prepare() and execute():

<?php
    $db_connection = new PDO('mysql:host=localhost;dbname=security', 'root', '');

    if (!$db_connection)
    {
    	die("cannot connect to database");
    }

    $stmt = $db_connection->prepare("SELECT username FROM users WHERE id = ?");

    if ($stmt->execute(array($_GET['id'])))
    {
    	while ($row = $stmt->fetch())
    	{
    		print_r($row);
    	}
    }

Here the question mark (?) is used as a placeholder. The following payloads will be interpred as:

payload 1: ?id=1 and 1=1
query 1: SELECT name FROM users WHERE id = '1 and 1=1'

payload 2: ?id=1' and 1=1 --+
query 2: SELECT name FROM users WHERE id = '1\' and 1=1'

payload 3: ?id=1%df' and 1=1 --+
query 3: SELECT name FROM users WHERE id = '1?\' and 1=1'

Reference

Cheat Sheet
UNION Attacks
Examining the Database
Blind SQL Injection
WAF Bypass
Out-Of-Band (OOB)
Webshell and UDF
sqlmap
SQL Injection | Complete Guide
sqli-labs/Less-24 at master ยท Audi-1/sqli-labsGitHub
sqli-labs level 24
sqlmap: automatic SQL injection and database takeover tool
sqlmap
Logo
What is SQL Injection? Tutorial & Examples | Web Security AcademyWebSecAcademy
What is SQL Injection? Tutorial & Examples - Web Security Academy
Logo
Logo
Second-Order SQL Injection