لينكس للهاكرز #6: النظام الذي يتذكر كل شيء، والخدمات التي تُستخدم أو تُساء استخدامها

🧭 قبل أن نبدأ

في هذه الحلقة السادسة من سلسلة Linux Basics for Hackers نغطي فصلين طويلين وعمليين جدًا: الفصل الحادي عشر: نظام السجلات (Logging)، والفصل الثاني عشر: استخدام الخدمات وإساءة استخدامها. هذان الفصلان يشرحان جانبين متكاملين: كيف "يتذكر" لينكس كل ما يحدث فيه، وكيف تعمل أربع خدمات محورية — Apache، وOpenSSH، وMySQL، وPostgreSQL — يمكن استخدامها لبناء أشياء رائعة، أو استغلالها بطرق خطيرة.

📋 الفصل الحادي عشر: نظام السجلات (The Logging System)

🧠 لماذا يهم السجل الهاكر بقدر ما يهم مسؤول النظام؟

يوضح الكاتب منذ البداية ازدواجية هذا الموضوع:

"As a hacker, the log files can be a trail to your target's activities and identity. But it can also be a trail to your own activities on someone else's system." — "كهاكر، يمكن لملفات السجل أن تكون أثرًا يقودك لأنشطة هدفك وهويته. لكنها أيضًا قد تكون أثرًا لأنشطتك أنت على نظام شخص آخر."

بمعنى آخر: السجلات سلاح ذو حدين — تكشف الآخرين، وتكشفك أنت أيضًا إن لم تكن حذرًا.

🛠️ rsyslog: المارد الذي يسجّل كل شيء

في Kali (المبنية على Debian)، الخدمة المسؤولة عن التسجيل التلقائي هي rsyslog، ويُدار إعدادها عبر ملف نصي واحد:

kali > leafpad /etc/rsyslog.conf

كل قاعدة تسجيل في هذا الملف تتبع الصيغة التالية:

facility.priority    action

• facility (المصدر): البرنامج الذي يولّد الرسالة (مثل auth, kern, mail, cron، أو * لكل المصادر).
• priority (الأولوية): من الأقل خطورة debug إلى الأعلى panic. تحديد أولوية معينة يعني تسجيل تلك الأولوية وما هو أعلى منها فقط.
• action (الإجراء): أين تُحفظ الرسالة، وعادة يكون مسارًا داخل /var/log.

مثال:

kern.crit    /var/log/kernel

يعني: سجّل كل رسائل النواة (kernel) ذات الأولوية "حرجة" (crit) فما فوق في /var/log/kernel.

الفائدة العملية لهذا الفهم بالنسبة للهاكر واضحة:

يمكنك معرفة أين بالضبط تُخزَّن كل أنواع السجلات على أي نظام لينكس، وهذا يعني أنك تعرف بالضبط أين تبحث — أو أين تُخفي أثرك — عند الحاجة.

🔄 logrotate: الموازنة بين الاحتفاظ بالأدلة وامتلاء القرص

مشكلة عملية: السجلات تكبر باستمرار وقد تملأ القرص بالكامل إن لم تُدَر بحكمة. أداة logrotate (يُضبط عبر /etc/logrotate.conf) تحل هذه المشكلة بأرشفة السجلات دوريًا (أسبوعيًا افتراضيًا) والاحتفاظ بعدد محدد من النسخ (4 أسابيع افتراضيًا) قبل حذف الأقدم منها نهائيًا. يمكنك ضبط هذه المدة حسب حاجتك: مدة أقصر لتوفير المساحة، أو أطول (حتى سنة كاملة عبر rotate 52) للاحتفاظ بسجل طويل الأمد لأغراض التحقيق الجنائي.

🥷 البقاء متخفيًا: إزالة الأدلة وتعطيل التسجيل

هذا هو الجزء الأكثر حساسية في الفصل، ويستحق تنويهًا واضحًا قبل عرضه:

⚠️ التقنيات التالية تُشرح هنا لفهم كيف يعمل التخفّي التقني، وهي تمامًا ما يبحث عنه محللو الأمن ومحققو الطب الشرعي الرقمي ليكتشفوه ويمنعوه. استخدامها على أي نظام لا تملكه أو لا تملك إذنًا صريحًا لاختباره هو جريمة إلكترونية.

يشرح الكاتب أن مجرد حذف سطر من ملف سجل ليس كافيًا، لأن:

"Deleted files are simply made available to be overwritten by the filesystem; they still exist until they are overwritten." — "الملفات المحذوفة تصبح فقط متاحة لتُكتب فوقها من قبل نظام الملفات؛ إنها لا تزال موجودة فعليًا حتى تُكتب فوقها."

هذا يربط مباشرة بما تعلمناه في الحلقة السابقة عن أمر dd — أي محقق ماهر يستطيع استرجاع "الملفات المحذوفة" بسهولة. الحل الأكثر أمانًا (من منظور من يريد إخفاء أثره) هو أمر shred، الذي لا يحذف الملف فحسب، بل يكتب فوقه عدة مرات (4 مرات افتراضيًا) ليجعل استرجاعه شبه مستحيل:

kali > shred -f -n 10 /var/log/auth.log.*

• -f: يغيّر الصلاحيات إن لزم للسماح بالكتابة فوق الملف.
• -n 10: الكتابة فوق الملف 10 مرات بدلًا من الافتراضي (4).

كخيار أكثر جذرية، يمكن ببساطة إيقاف خدمة التسجيل نفسها:

kali > service rsyslog stop

بهذا، يتوقف النظام عن تسجيل أي شيء جديد من الأساس.

🧩 الفصل الثاني عشر: استخدام الخدمات وإساءة استخدامها (Using and Abusing Services)

يعرّف الكاتب الخدمة (Service) ببساطة بأنها "تطبيق يعمل في الخلفية بانتظار أن تستخدمه"، ثم يركّز على أربع خدمات محورية لأي هاكر: Apache، OpenSSH، MySQL/MariaDB، وPostgreSQL.

القاعدة العامة للتحكم بأي خدمة في لينكس بسيطة وموحّدة:

service servicename start|stop|restart

🌐 Apache: أكثر من نصف الويب يعمل عليه

يشير الكاتب إلى إحصائية مذهلة: Apache يعمل على أكثر من 55% من خوادم الويب في العالم. تشغيله بسيط:

kali > service apache2 start

الصفحة الافتراضية موجودة في /var/www/html/index.html، ويمكنك استبدالها بأي محتوى HTML تريده. اللافت هنا هو التنويه المباشر للاستخدام المزدوج لهذه المهارة:

"You could use Apache to set up your own web server, from which you could serve up malware via cross-site scripting (XSS)... or you could clone a website and redirect traffic to your site via abuse of the Domain Name System (DNS)." — "يمكنك استخدام Apache لإنشاء خادم ويب خاص بك، يمكن من خلاله تقديم برمجيات خبيثة عبر ثغرات XSS... أو استنساخ موقع وتوجيه الزوار إليه عبر إساءة استخدام DNS."

هذا يربط مباشرة بما تعلمناه في الحلقة الثانية عن ملف /etc/hosts — أدوات بسيطة تتحول لسلاح خطير عند تجميعها معًا.

🐍 SSH وقصة "Raspberry Spy Pi"

SSH (Secure Shell) هو البديل الآمن لبروتوكول telnet القديم، ويستخدم للاتصال الآمن والمشفّر بأي جهاز عن بعد. يقدّم الكاتب مشروعًا تطبيقيًا ممتعًا: بناء "Raspberry Spy Pi" — جهاز Raspberry Pi صغير مزوّد بكاميرا، يمكن التحكم به عن بعد بالكامل عبر SSH:

kali > ssh pi@192.168.1.101

بعد الاتصال، يمكن تفعيل الكاميرا والتقاط صور عن بعد بأمر واحد:

pi@raspberrypi: raspistill -v -o firstpicture.jpg

هذا المشروع البسيط (جهاز بأقل من 65 دولارًا) يوضح بشكل عملي كيف تتحول معرفة تقنية بسيطة (SSH + أمر تصوير) إلى أداة مراقبة عن بعد كاملة — ولهذا بالضبط يُطلق عليه الكاتب اسم "السلاح المتعدد الاستخدامات" (Versatile Weapon).

🗄️ MySQL/MariaDB: "الصوف الذهبي" لكل هاكر

يصف الكاتب قواعد البيانات بعبارة قوية ومباشرة:

"Databases are the 'golden fleece' for hackers. They contain critical information about users as well as confidential information such as credit card numbers." — "قواعد البيانات هي 'الصوف الذهبي' (الكنز الأسطوري) بالنسبة للهاكرز. إنها تحتوي معلومات حرجة عن المستخدمين، بالإضافة لمعلومات سرية مثل أرقام بطاقات الائتمان."

الخطوات الأساسية للتعامل مع MySQL:

kali > service mysql start
kali > mysql -u root -p

نقطة أمنية بالغة الأهمية يذكرها الكاتب: كلمة مرور root في MySQL تكون فارغة افتراضيًا بعد التثبيت — وهي ثغرة أمنية ضخمة يجب معالجتها فورًا:

mysql > update user set password = PASSWORD("hackers-arise") where user = 'root';

ثم يوضح رحلة استكشاف قاعدة بيانات (من منظور تعليمي بحت لفهم كيفية عمل قواعد البيانات):

mysql > show databases;
mysql > use creditcardnumbers;
mysql > show tables;
mysql > describe cardnumbers;
mysql > SELECT * FROM cardnumbers;

هذه السلسلة من الأوامر الخمسة تلخّص فعليًا "دورة حياة استكشاف قاعدة بيانات" الأساسية: ما القواعد الموجودة → اختيار واحدة → ما الجداول فيها → ما بنية الجدول → عرض البيانات فعليًا.

⚠️ هذا المثال يُستخدم هنا حصرًا لشرح آلية عمل SQL وقواعد البيانات العلائقية. الوصول لأي قاعدة بيانات لا تملكها دون إذن صريح ومكتوب هو جريمة يعاقب عليها القانون في كل الدول تقريبًا.

🔍 PostgreSQL: قاعدة بيانات Metasploit

يختم الفصل بشرح PostgreSQL، القاعدة التي يعتمد عليها إطار الاختراق الأشهر Metasploit لتخزين وحداته ونتائج فحوصاته. الخطوات: تشغيل الخدمة، تهيئة قاعدة بيانات Metasploit، إنشاء مستخدم، ثم ربط msfconsole بقاعدة البيانات:

kali > service postgresql start
kali > msfconsole
msf > msfdb init
msf > db_connect msf_user:password@127.0.0.1/hackers_arise_db
msf > db_status

ربط Metasploit بقاعدة بيانات دائمة يجعل كل نتائج الفحوصات والاستغلالات محفوظة ومنظمة، بدلًا من ضياعها بمجرد إغلاق الجلسة — فارق كبير بين هاكر يعمل بعشوائية وآخر يعمل بمنهجية.

💎 اقتباسات هذا الجزء تستحق التوقف عندها

• "يمكن لملفات السجل أن تكون أثرًا يقودك لهدفك، لكنها أيضًا أثر لك أنت." — درس في أن كل أداة مراقبة تعمل في الاتجاهين.
• "الملفات المحذوفة لا تزال موجودة حتى تُكتب فوقها فعليًا." — تذكير مهم يربط هذا الفصل بأداة dd التي تعلمناها سابقًا.
• "قواعد البيانات هي الصوف الذهبي لكل هاكر." — عبارة تلخّص لماذا يجب على أي مطوّر أو مهندس تأمين قواعد بياناته بعناية فائقة.
• "يمكن استخدام Apache لتقديم برمجيات خبيثة أو استنساخ موقع لتوجيه الزوار إليه." — تذكير بأن أدوات بناء الويب الشرعية هي نفسها أدوات الهجوم إن أُسيء استخدامها.

🎯 خلاصة الجزء

في هذين الفصلين رأينا وجهين لعملة واحدة: نظام يتذكر كل شيء (السجلات)، وخدمات تُشغَّل لتخدمنا لكنها قد تُستغل ضدنا (Apache، SSH، MySQL، PostgreSQL). الدرس الأعمق هنا هو أن معظم "الاختراقات" لا تعتمد على سحر تقني معقد، بل على فهم عميق لأدوات وخدمات اعتيادية جدًا — يستخدمها ملايين المطورين والمهندسين يوميًا — ومعرفة أين تكمن نقاط ضعفها الافتراضية (مثل كلمة مرور MySQL الفارغة).

في الحلقة القادمة ننتقل إلى الفصل الثالث عشر: الأمان والتخفي، والفصل الرابع عشر: فهم وفحص الشبكات اللاسلكية — حيث نتعلم كيف تحمي هويتك عبر Tor وVPN، وكيف تفحص شبكات Wi-Fi وBluetooth من حولك. 🚀