تطبيق الويب: Client و Server و Database

أهلاً بيك. عرفنا الـ request والـ response. النهاردة هنشوف إيه اللي بيحصل جُوّه الموقع نفسه… لأن هنا بالزبط الأماكن اللي المهاجم بيدوّر عليها.

أي تطبيق ويب ليه تلات أجزاء. الـ Frontend، اللي إنت شايفه في المتصفح. الـ Backend، الـ code اللي شغال على الـ server. وقاعدة البيانات، اللي فيها المستخدمين والأوردرات والفلوس. وأهم قاعدة: الـ Frontend ده في إيد المستخدم. أي حماية معمولة في المتصفح بس… المهاجم يقدر يشيلها في ثانْيَة. الحماية الحقيقية لازم تبقى في الـ Backend.

طيب الموقع بيفتكرك إزاي بعد ما تعمل login؟ بيديك حاجة اسمها Cookie، جُوّاها رقم مميز اسمه Session ID. ومع كل request، المتصفح بيبعته تاني. يعني اللي معاه الـ Session ID ده… الموقع هيفتكره إنت. تعالى نعمل backend صغير بـ Python، فيه login. dictionary فيها المستخدمين، و function بتقارن الباسورد. نشغّل… الباسورد الصح True، والغلط False.

users = {
    "ahmed": "pass123",
    "sara": "s@ra2024",
}

def login(username, password):
    return users.get(username) == password

print(login("ahmed", "pass123"))
print(login("ahmed", "wrong"))

True
False

بس خد بالك من حاجة خطيرة في الـ code ده. الباسوردات متخزّنة زي ما هي، plain text. لو حد وصل لقاعدة البيانات، هيقرا كل الباسوردات على طول. وده هنصلّحه في درس الـ Hashing.

طيب المهاجم بيدخل منين؟ من الـ Entry Points، يعني أي مكان المستخدم بيدخّل فيه بيانات. خانات الـ forms. الـ parameters اللي في الـ URL. الـ headers والـ cookies. والملفات اللي بترفعها. دورك: جرّب login بـ username مش موجود خالص، زي hacker. وشوف النتيجة.

الحل: نشغّل… False. والـ function اتعاملت مع user مش موجود من غير ما تقع.

users = {
    "ahmed": "pass123",
    "sara": "s@ra2024",
}

def login(username, password):
    return users.get(username) == password

print(login("ahmed", "pass123"))
print(login("ahmed", "wrong"))
print(login("hacker", "x"))

True
False
False

كده خلّصنا الأساس التقني. الدرس الجاي نبدأ مفاهيم الحماية نفسها… بأهم تلات حروف في الأمن: CIA. يلا بينا.