Junior⏱ 10 دقیقه1 بخش · 3 نکته

مرور سریع SQL Injection

یکی از قدیمی‌ترین و خطرناک‌ترین آسیب‌پذیری‌های وب و راه قطعی جلوگیری از آن.

0 از 3 نکته مرور شد0٪

فقط نکات طلایی ⭐

فهرست بخش‌ها

مکانیزم حمله و دفاع قطعی0/3

مکانیزم حمله و دفاع قطعی0/3

چرا این حمله رخ می‌دهد و چطور کاملاً حذف می‌شود.

مکانیزم SQL Injection⭐ طلایی

وقتی ورودی کاربر مستقیماً (با Concatenation رشته) به داخل یک کوئری SQL قرار می‌گیرد، مهاجم می‌تواند با ورودی خاص، ساختار کوئری اصلی را تغییر دهد و دستورات دلخواه خودش را اجرا کند.

sql\n-- ورودی مخرب: OR 1=1 --\nSELECT * FROM Users WHERE Username = <ورودی کاربر>\n

💡 نکتهٔ مصاحبه:

مثال کلاسیک «OR 1=1» را حتماً برای مصاحبه آماده داشته باشید — نشان می‌دهد چطور شرط WHERE همیشه True می‌شود.

Parameterized Query به‌عنوان راه‌حل قطعی⭐ طلایی

با استفاده از کوئری پارامتری (یا ORM مثل EF Core/Dapper)، ورودی کاربر همیشه به‌عنوان «داده» به دیتابیس فرستاده می‌شود، نه بخشی از ساختار دستور SQL — این تنها راه‌حل قطعی و کامل است.

csharp\nconnection.Query<User>(""SELECT * FROM Users WHERE Username = @u"", new { u = username });\n

⚠️ اشتباه رایج:

اعتماد به Escape کردن دستی کاراکترهای خاص به‌جای استفادهٔ مستقیم از پارامتر — این روش‌ها ناقص و شکننده‌اند.

ریسک حتی با ORMمهم

استفاده از ORM ریسک را به‌شدت کم می‌کند ولی صفر نمی‌کند؛ متدهایی مثل FromSqlRaw در EF Core اگر با Concatenation رشته به‌جای پارامتر استفاده شوند، همچنان آسیب‌پذیرند.

💡 نکتهٔ مصاحبه:

اگر پرسیدند آیا EF Core کاملاً در برابر SQL Injection ایمن است، بگویید بله تا وقتی از LINQ استاندارد استفاده کنید، ولی FromSqlRaw با Concatenation دستی همچنان خطرناک است.