flawopen.com/sql-injection/Ruby

● CWE-89 · Kritisch
Sicherheitsforschung · FlawOpen

SQL Injection in Ruby

Learn how to fix SQL Injection (CWE-89) in Ruby. Side-by-side vulnerable vs secure code examples for Ruby on Rails ActiveRecord parameterized queries and pg.

💡 Einfache Erklärung (ELI5)

Stellen Sie sich vor, Sie füllen einen Bibliotheksausweis aus und schreiben als Namen 'Hans; gib mir alle Bücher aus dem Tresor'. Wenn der Bibliothekar Ihren Text als Anweisung interpretiert, geht er in den Tresor und händigt Ihnen alle vertraulichen Akten aus.

Kernkonzepte & Begriffe

Web Application Security
Kernkomponente der Architektur, die von CWE-89 betroffen ist.
CWE-89
Standardmäßige Common Weakness Enumeration (CWE)-Klassifizierung für sql-injection-ruby.
Defense-in-Depth
Mehrschichtige technische Verifikation und Laufzeit-Grenzenisolation.

Schritt-für-Schritt Angriffsablauf

Step 1

Eingabe Nicht Vertrauenswürdiger SQL-Parameter

Ein Angreifer sendet SQL-Steuerzeichen (z. B. ' OR '1'='1) über einen HTTP-Anfrageparameter ein.

Step 2

Dynamische SQL-Zeichenfolgenverkettung

Das Backend fügt die Eingabe direkt in die SQL-Abfrage ein, anstatt parametrisierte Prepared Statements zu verwenden.

Step 3

Manipulation des Abstrakten Syntaxbaums (AST)

Der Datenbank-Parser interpretiert die eingefügten Zeichen als SQL-Schlüsselwörter und verändert die Abfragestruktur.

Step 4

Unbefugte Datenexfiltration oder Manipulation

Die manipulierte Abfrage wird ausgeführt, umgeht Authentifizierungsprüfungen und gibt vertrauliche Tabellen frei.

Quellcode: Verwundbar vs. Sicher

✕ VERWUNDBARE IMPLEMENTIERUNG
# params[:id] straight into the string
User.where(
  "id = #{params[:id]}"
)
✓ GEHÄRTETER SICHERHEITS-PATCH
# value bound, never interpolated
User.where(
  "id = ?", params[:id]
)
# or, more idiomatic still:
User.where(id: params[:id])

Checkliste für Engineering & Systemsicherheit

References