Sicherheit von C#-Anwendungen: Top-10-Schwachstellen für Anfänger

Sicherheit von C#-Anwendungen: Top-10-Schwachstellen für Anfänger

Die Entwicklung sicherer Anwendungen in C# ist nicht nur ein Trend, sondern eine Notwendigkeit. Jeden Tag werden weltweit Tausende von Schwachstellen entdeckt, und Ihre Anwendung könnte das nächste Ziel sein. In diesem Artikel analysieren wir die 10 häufigsten Schwachstellen in C# (.NET)-Anwendungen, mit denen Anfänger konfrontiert werden. Sie erfahren, wie Sie diese erkennen und, was am wichtigsten ist, wie Sie Ihren Code schützen.

1. SQL-Injection

Die älteste und immer noch gefährlichste Schwachstelle. Sie tritt auf, wenn Benutzereingaben direkt in eine SQL-Abfrage eingefügt werden.

Verwundbarer Code:

string userName = Request["username"];\nstring query = "SELECT * FROM Users WHERE Name = '" + userName + "'";\nSqlCommand cmd = new SqlCommand(query, connection);

Schutz: Verwenden Sie parametrisierte Abfragen oder Entity Framework.

string userName = Request["username"];\nstring query = "SELECT * FROM Users WHERE Name = @name";\nSqlCommand cmd = new SqlCommand(query, connection);\ncmd.Parameters.AddWithValue("@name", userName);

2. Cross-Site Scripting (XSS)

XSS-Angriffe ermöglichen es einem Angreifer, ein bösartiges Skript auf einer Seite einzuschleusen, die anderen Benutzern angezeigt wird.

Verwundbarer Code:

string comment = Request["comment"];\nResponse.Write("<div>" + comment + "</div>");

Schutz: Codieren Sie die Ausgabe immer. Verwenden Sie HttpUtility.HtmlEncode():

string comment = Request["comment"];\nResponse.Write("<div>" + HttpUtility.HtmlEncode(comment) + "</div>");

3. Fehlende Authentifizierung und Autorisierung

Viele Anfänger vergessen, die Zugriffsrechte auf Ressourcen zu überprüfen. Beispielsweise kann ein Benutzer durch einfaches Ändern der ID in der URL auf das Profil eines anderen zugreifen.

Verwundbarer Code:

public IActionResult Profile(int userId)\n{\n    var user = _context.Users.Find(userId);\n    return View(user);\n}

Schutz: Überprüfen Sie immer, ob der aktuelle Benutzer berechtigt ist, auf die angeforderte Ressource zuzugreifen:

public IActionResult Profile(int userId)\n{\n    var currentUserId = User.FindFirst(ClaimTypes.NameIdentifier).Value;\n    if (userId != currentUserId) return Forbid();\n    var user = _context.Users.Find(userId);\n    return View(user);\n}

4. Datenleck durch Ausnahmen

Entwickler geben oft vollständige Fehlerinformationen aus, einschließlich des Aufrufstapels und von Verbindungszeichenfolgen.

Verwundbarer Code:

try\n{\n    // Code\n}\ncatch (Exception ex)\n{\n    Response.Write(ex.ToString()); // GEFÄHRLICH!\n}

Schutz: Verwenden Sie in der Produktion allgemeine Fehlermeldungen und protokollieren Sie Details an einem sicheren Ort:

try\n{\n    // Code\n}\ncatch (Exception ex)\n{\n    _logger.LogError(ex, "Fehler bei der Verarbeitung der Anfrage");\n    return StatusCode(500, "Es ist ein interner Serverfehler aufgetreten");\n}

5. Unsichere Speicherung von Passwörtern

Die Speicherung von Passwörtern im Klartext oder mit schwachen Hash-Verfahren (MD5, SHA1) ist ein grober Fehler.

Verwundbarer Code:

string passwordHash = MD5.Hash(password); // NICHT ERLAUBT!

Schutz: Verwenden Sie moderne Hash-Algorithmen mit Salt, z. B. BCrypt oder ASP.NET Core Identity:

var passwordHasher = new PasswordHasher<IdentityUser>();\nstring passwordHash = passwordHasher.HashPassword(user, password);

6. Unzureichender Schutz vor CSRF (Cross-Site Request Forgery)

Ein Angriff, bei dem der Angreifer den Browser des Opfers dazu zwingt, eine unerwünschte Aktion auf einer anderen Website auszuführen, auf der