Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- modul:m183:learningunits:lu02:06 [2025/09/18 11:08] – vdemir
+++ modul:m183:learningunits:lu02:06 [2025/09/18 15:01] (aktuell) – [Note 5.3 - 6.0] vdemir
@@ Zeile 1: / Zeile 1: @@
-====== Projekt-Themen ======
+====== LU02f - LB2 - Projekt-Themen: SQLi ======
-===== 1. SQLi =====
+===== 1. Einleitung =====
+Dieses Thema ist gerade deswegen spannend, weil in dieser alle drei Schichten einer 3-Schichten-Architektur miteinbezogen werden müssen.
-**Vorarbeiten**
+  - Schicht: Sie benötigen ein Frontend (Selbst programmieren oder Postman verwenden)
-  * Sie wählen ein Themenschwerpunkt passend zur Aufgabenstellung (Adressdatenbank, Kundendatenbank, ....)
+  - Schicht: Sie müssen einen Node-Server programmieren.
-  * Sie erstellen mindestens 10 UseCases fachlich korrekt und passend zum gewählten Schwerpunkt
+  - Schicht: Es braucht eine sinnvolle Datengrundlage, um SQL-Attacken durchführen zu können.
-  * Basierend auf den UseCases erstellen Sie ein ERD in der Krähnenfuss-Notation, welche die UsesCases abdeckt
-  * Sie setzten das ERD in einer Datenbank wie beispielweise MySQL um
-  * Sie füllen die Tabellen mit einer represantivive Menge an Daten
+===== 2. Informationsquellen =====
+Es gibt jede Menge Tutorials, sodass es wenig Sinn macht weitere zu erstellen. Sprich es ist Ihre Aufgabe sich entsprechend zu informieren.  Nachfolgend eine kleine Auswahl von Quellen mit Substanz.
+  * [[https://www.datacamp.com/de/tutorial/sql-injection|SQL Injection: Wie es funktioniert und wie man es verhindern kann]]
+  * [[https://de.wikipedia.org/wiki/SQL-Injection|Wikipedia-SQLi]]
+  * [[https://www.hacksplaining.com/lessons/sql-injection/start|SQLi-Emulator]]
+  * [[https://pentest-tools.com/blog/sql-injection-attacks|Sinnvolle Info mit Codebeispielen]]
+  * [[https://www.w3schools.com/sql/sql_injection.asp|W3School-SQLi]]
+  * <color #ed1c24>Weitere Link bitte mir melden, dann nehmen ich es hier in die List auf</color>
+===== 3. Gegenmassnahmen gegen SQLi =====
+==== 3.1 Leichte Massnahmen ====
+  * Escaping: Spezielle Zeichen in Eingaben werden maskiert, damit sie von der Datenbank als Daten und nicht als Teil des SQL-Codes interpretiert werden.
+  * Input Validation: Überprüfung, ob Eingaben dem erwarteten Format, Typ oder Wertebereich entsprechen, bevor sie weiterverarbeitet werden.
+==== 3.2 Mittel-Komplexe Massnahmen ====
+  * Prepared Statement: die technische Umsetzung auf DB-Seite (vorkompiliertes Statement, wiederverwendbar).
+  * Parametrisierung: das Konzept, Werte sauber von der SQL-Struktur zu trennen.
+==== 3.3 Komplexe Massnahmen ====
+  * Stored Procedure: Vorgefertigte und in der Datenbank gespeicherte SQL-Routinen, die mit Parametern aufgerufen werden können, statt dynamisch SQL zusammenzubauen.
-===== 2 BruteForce =====
-===== 3. DDoS =====
+===== 4. Bewertung =====
+Nachfolgend finden Notenstufen bzw. die Anforderungen, um diese Noten zu erreichen.
+==== Note 4.0 - 4.5 ====
+**Konzept**
+  * Es sind 4-5 UseCases formal korrekt und vollständig vorhanden
+  * ERD ist korrekt vorhanden mit mindestens 3 Tabellen (mindestens 1 Relation)
+  * Software-Architekturmodell (UML, ...) vollständig und fachlich korrekt vorhanden
+**Datengrundlage**
+  * Das konzipierte Datenbankmodell wurde korrekt in einer Datenbank umgesetzt.
+  * Die Datenbanktabellen enthalten eine represantive Datenmenge (>= 10 Datensätzen) in jeder Tabe
+**Software/Programmierung**
+  * Es ist ein vulnerabler (node.js) Server mit einer Datenbankabindung vorhanden
+  * Es können Angriffe gegen eine der CIA-Triads erfolgreich durchgeführt werden: Vertraulichkeit
+  * Es gibt eine //secure-Version// der Software, bei der erfolge Angriff mittels eine der unter 3.1 genannten Massnahmen verunmöglicht wurde.
+**Formale Aspekte**
+  * Die Best-Practice-Coding-Standard wurden eingehalten
+  * Es wird colaborativ gearbeitet inkl. einer Ausfallsicherheit und Versionierung
+**Abgrenzung**
+  * Es braucht kein Frontend, sprich der Code kann entweder über Commandline oder als separates File eingelesen werden.
+  * Sprich der Fokus liegt auf dem Server
+==== Note 4.5 - 5.2 =====
+**Konzept**
+  * Es sind 6-8 UseCases formal korrekt und vollständig vorhanden
+  * ERD ist korrekt vorhanden mit mindestens 4 Tabellen (mindestens 1 Relation)
+  * Software-Architekturmodell (UML, ...) vollständig und fachlich korrekt vorhanden
+**Datengrundlage**
+  * Das konzipierte Datenbankmodell wurde korrekt in einer Datenbank umgesetzt.
+  * Die Datenbanktabellen enthalten eine represantive Datenmenge (>= 20 Datensätzen) in jeder Tabe
+**Software/Programmierung**
+  * Es ist eine vulnerabler (node.js) Server mit einer Datenbankabindung vorhanden
+  * Es können Angriffe gegen eine der CIA-Triads erfolgreich durchgeführt werden: Vertraulichkeit und Integrität
+  * Es gibt eine //secure-Version// der Software, bei der erfolge Angriff mittels je eine der unter 3.1 und 3.2 genannten Massnahmen verunmöglicht wurde.
+**Formale Aspekte**
+  * Die Best-Practice-Coding-Standard wurden eingehalten
+  * Es wird colaborativ gearbeitet inkl. einer Ausfallsicherheit und Versionierung
+**Abgrenzung**
+  * Als Ersatz für das Frontend kann Postman oder curl verwendet werden
+  * Sprich der Fokus liegt auf dem Server und eine Kommunikation mit einem potentiellen Client (Ersatz)
+==== Note 5.3 - 6.0 =====
+**Konzept**
+  * Es sind >9-12 UseCases formal korrekt und vollständig vorhanden
+  * ERD ist korrekt vorhanden mit mindestens 5 Tabellen (mindestens 2 Relation)
+  * Software-Architekturmodell (UML, ...) vollständig und fachlich korrekt vorhanden
+**Datengrundlage**
+  * Das konzipierte Datenbankmodell wurde korrekt in einer Datenbank umgesetzt.
+  * Die Datenbanktabellen enthalten eine represantive Datenmenge (>= 30 Datensätzen) in jeder Tabe
+**Software/Programmierung**
+  * Es ist eine vulnerabler (node.js) Server mit einer Datenbankabindung vorhanden
+  * Es können Angriffe gegen eine der CIA-Triads erfolgreich durchgeführt werden: Vertraulichkeit und Integrität
+  * Es gibt eine //secure-Version// der Software, bei der erfolge Angriff mittels je eine der unter 3.1, 3.2 und 3.3 genannten Massnahmen verunmöglicht wurde.
+**Formale Aspekte**
+  * Die Best-Practice-Coding-Standard wurden eingehalten
+  * Es wird colaborativ gearbeitet inkl. einer Ausfallsicherheit und Versionierung
+**Abgrenzung**
+  * Als Ersatz für das Frontend kann Postman oder curl verwendet werden
+  * Sprich der Fokus liegt auf dem Server und eine Kommunikation mit einem potentiellen Client (Ersatz)
 ----