<h2>Introduction</h2>

Server-Side Request Forgery (SSRF) is a critical web security vulnerability that occurs when an attacker is able to make a server-side application send HTTP requests to an unintended location. SSRF attacks can be highly damaging, often leading to unauthorized access to internal systems, data leaks, and other severe security issues. This blog will explore the mechanics of SSRF, provide real-world examples, and offer strategies to mitigate this risk.

<h2>What is SSRF?</h2>

SSRF exploits arise when a web application is designed to fetch data from a URL provided by a user. An attacker can manipulate these URLs to make the server perform unintended actions, such as accessing internal systems, reading sensitive files, or even making HTTP requests to other systems on the network.

<img alt="" src="/media/blog/2024/07/04/hacker.png" style="height:236px; width:784px" />

&nbsp;

<h2>How SSRF Works</h2>

<ol>
	<li>
	User Input: The application accepts a URL or some form of user input that it uses to make an HTTP request.
	</li>
	<li>Request Manipulation: The attacker provides a crafted URL that tricks the server into making a request to an unintended or malicious destination.</li>
	<li>Server Execution: The server executes the request, often without adequate validation or sanitization, leading to unintended actions.</li>
</ol>

<h2>Real-World Examples of SSRF</h2>

<ol>
	<li>
	Accessing Internal Services: Many internal services (like databases, internal APIs, etc.) are not exposed to the public internet but can be accessed by other systems within the same network. SSRF can exploit this trust. For example:

	<ul>
		<li>An attacker submits a URL like <code>http://internal-service.local/admin</code> to an application that fetches the content of the given URL. The server, trusting its internal network, processes the request and exposes sensitive internal data.</li>
	</ul>
	</li>
	<li>Local File Inclusion: Some SSRF vulnerabilities can be exploited to read local files on the server. By submitting a URL such as <code>file:///etc/passwd</code>, the server might read and return the contents of the file, exposing sensitive information.</li>
	<li>Port Scanning and Network Mapping: By crafting URLs with different IP addresses and ports, an attacker can map out the internal network structure and identify other potential targets for attack.</li>
</ol>

<h2>SSRF in the Wild</h2>

GitHub SSRF Vulnerability (2020)

In March 2020, GitHub experienced a critical SSRF vulnerability in its GitHub Actions service, a popular CI/CD (Continuous Integration/Continuous Deployment) tool. This vulnerability allowed attackers to exploit GitHub Actions to access internal metadata endpoints of Amazon Web Services (AWS).

How the Attack Worked

<ol>
	<li>
	Crafted Workflow: The attacker created a malicious GitHub Actions workflow file that included a step to make an HTTP request to an AWS metadata service endpoint.
	</li>
	<li>Execution of Workflow: When the workflow was executed, the SSRF vulnerability in the GitHub Actions service allowed the HTTP request to be sent to internal AWS endpoints.</li>
	<li>Access to Sensitive Data: By querying the AWS metadata service, the attacker could access sensitive information such as AWS IAM role credentials.</li>
</ol>

Impact

The potential impact of this vulnerability was severe, as it could allow attackers to escalate their privileges and access sensitive data and services within GitHub&#39;s infrastructure. Fortunately, the issue was quickly identified and patched by GitHub&#39;s security team before any known malicious exploitation.

<h2>Preventing SSRF</h2>

Input Validation and Sanitization

<ul>
	<li>
	Whitelist URLs: Only allow requests to a predefined list of safe URLs or domains.
	</li>
	<li>Blacklist Dangerous Schemes: Block requests using potentially dangerous schemes like <code>file://</code>, <code>ftp://</code>, etc.</li>
	<li>URL Parsing and Validation: Thoroughly parse and validate user input to ensure it conforms to expected patterns.</li>
</ul>

Network Segmentation

<ul>
	<li>
	Isolation: Separate critical internal services from publicly accessible web applications. Limit the ability of web applications to make requests to internal networks.
	</li>
	<li>Firewall Rules: Implement strict firewall rules to control outbound traffic from your web server to internal networks.</li>
</ul>

Using Security Libraries and Tools

<ul>
	<li>
	SSRF Mitigation Libraries: Use libraries designed to mitigate SSRF risks. For example, libraries that validate and sanitize URLs before making requests.
	</li>
	<li>Web Application Firewalls (WAFs): Configure WAFs to detect and block SSRF attempts.</li>
</ul>

<h2 dir="rtl" style="text-align:right">فهم تزوير طلبات جانب الخادم (SSRF)&nbsp;</h2>

تزوير طلبات جانب الخادم (SSRF) هي ثغرة أمنية تتيح للهاكرز استغلال تطبيقات الويب لتنفيذ طلبات HTTP إلى مواقع غير مقصودة. غالبًا ما تؤدي هجمات SSRF إلى عواقب وخيمة مثل اختراق البيانات والوصول غير المصرح إليه للأنظمة الداخلية، مما يضع أمن المعلومات للمنظمة برمتها على المحك. تهدف هذه المدونة إلى تزويد خبراء الأمن السيبراني بشرح عميق لآلية عمل SSRF، مع تقديم أمثلة واقعية واستراتيجيات فعالة للتصدي لها.

<img alt="" src="/media/blog/2024/07/04/hacker_i0pQ6fS.png" style="height:236px; width:784px" />

<h2 dir="rtl" style="text-align:right">&nbsp;</h2>

<h2 dir="rtl" style="text-align:right">استغلال ثغرات SSRF: كيف يستغل الهاكرز تطبيقات الويب</h2>

تنشأ استغلالات SSRF عندما يعتمد تطبيق ويب على إدخال المستخدم لتحديد موقع ما وجلب البيانات منه. يستغل الهاكرز هذه الخاصية عن طريق حقن عناوين URL بحمولة خبيثة لخداع خادم الويب وإجباره على تنفيذ إجراءات غير مصرح بها، بما في ذلك:

<ul>
	<li dir="rtl" style="list-style-type:disc">
	اختراق الأنظمة الداخلية: عادةً لا تكون الخدمات الداخلية مثل قواعد البيانات وواجهات برمجة التطبيقات الداخلية متاحة للوصول العام عبر الإنترنت. إلا أن ثغرات SSRF يمكن أن تستغل الثقة بين الأنظمة على نفس الشبكة الداخلية، مما يسمح للمهاجم بالوصول غير المصرح إليه بهذه الموارد الحساسة. على سبيل المثال، يمكن للمهاجم استهداف عنوان URL مثل http://internal-service.local/admin الذي يخدع خادم الويب للكشف عن معلومات حساسة.
	</li>
	<li dir="rtl" style="list-style-type:disc">
	قراءة الملفات المحلية: في بعض الحالات، يمكن استغلال ثغرات SSRF لقراءة محتويات ملفات حساسة على خادم الويب نفسه. على سبيل المثال، يمكن للمهاجم تضمين عنوان URL مثل file:///etc/passwd لكشف بيانات المستخدم المخزنة.
	</li>
	<li dir="rtl" style="list-style-type:disc">مسح المنافذ ورسم خريطة الشبكة: باستخدام عناوين URL تحتوي على عناوين IP ومنافذ مختلفة، يستطيع الهاكرز رسم خريطة لأجهزة الشبكة الداخلية وتحديد أهداف أخرى محتملة للهجمات.</li>
</ul>

 
&nbsp;

<h2 dir="rtl" style="text-align:right">حادثة اختراق موقع جيت هاب عام (2020) - باستخدام ثغرة SSRF</h2>

كشفت خدمة GitHub Actions، وهي أداة رائجة للدمج المستمر والتنفيذ المستمر (CI/CD) لدى جيت هاب، عن ثغرة حرجة من نوع تزوير طلبات الجانب الخادم (SSRF) في مارس 2020. استغل الهاكرز هذه الثغرة الأمنية الخطيرة للتسلل إلى البنية التحتية الخاصة بجيت هاب، مع إمكانية الوصول المحتمل إلى بيانات حساسة.

استغلال ثغرة SSRF في GitHub Actions

<ul>
	<li dir="rtl" style="list-style-type:disc">انشاء ملف سير عمل خبيث: أنشأ الهاكرز ملف سير عمل مصمم خصيصًا لاستغلال ثغرة SSRF. تضمن هذا الملف خطوة لإجراء طلب HTTP إلى نقطة اتصال خاصة ببيانات خدمة AWS الداخلية، وهي خدمة الحوسبة السحابية من أمازون.</li>
	<li dir="rtl" style="list-style-type:disc">تنفيذ هجوم SSRF: عند تشغيل ملف سير العمل، استغلت التعليمات الخبيثة الثغرة الأمنية في خدمة GitHub Actions لإرسال طلب HTTP إلى نظام AWS الداخلي.</li>
	<li dir="rtl" style="list-style-type:disc">سرقة بيانات اعتماد AWS: بمجرد وصول الهاكرز إلى نقطة اتصال البيانات الداخلية، أصبح بإمكانهم الاستعلام عن معلومات حساسة، بما في ذلك بيانات اعتماد أدوار المستخدم المميز في AWS (AWS IAM) والتي تستخدم للوصول إلى موارد ومهام محددة ضمن البنية التحتية الخاصة بجيت هاب.</li>
</ul>

خطورة الثغرة وأهمية الاستجابة السريعة

كان من الممكن أن يترتب على استغلال ثغرة SSRF هذه عواقب وخيمة، حيث كان بإمكان الهاكرز تصعيد صلاحياتهم والوصول إلى موارد حساسة داخل جيت هاب. لحسن الحظ، تحرك فريق أمن جيت هاب بسرعة لتحديد الثغرة ومعالجتها من خلال تحديثات الأمان (Patch) قبل وقوع أي أضرار جسيمة.

&nbsp;

استراتيجيات فعالة للتصدي لـ SSRF وحماية تطبيقات الويب

لحسن الحظ، هناك عدة استراتيجيات يمكن اتباعها للتصدي لـ SSRF وتعزيز أمن تطبيقات الويب:

<ul>
	<li dir="rtl" style="list-style-type:disc">التحقق من صحة وتعقيم مدخلات المستخدم:

	<ul>
		<li dir="rtl" style="list-style-type:circle">قوائم عناوين URL الموثوقة: ينبغي تقييد خيارات المستخدم على قائمة محددة مسبقًا من عناوين URL أو النطاقات الآمنة التي تمت مراجعتها مسبقًا.</li>
		<li dir="rtl" style="list-style-type:circle">حظر البروتوكولات الخطرة: يجب حظر استخدام البروتوكولات التي يحتمل أن تكون خطرة في عناوين URL مثل file:// و ftp://.</li>
		<li dir="rtl" style="list-style-type:circle">فحص وتحليل عناوين URL: ينبغي إجراء فحص دقيق على إدخال المستخدم للتأكد من مطابقته للتنسيق الصحيح لمنع استغلاله لأغراض ضارة.</li>
	</ul>
	</li>
	<li dir="rtl" style="list-style-type:disc">تجزئة الشبكة:
	<ul>
		<li dir="rtl" style="list-style-type:circle">عزل الأنظمة الداخلية: يجب عزل الأنظمة والخدمات الداخلية عن تطبيقات الويب التي يمكن الوصول إليها بشكل عام. ينبغي تقييد قدرة تطبيقات الويب على الوصول إلى موارد الشبكة الداخلية.</li>
		<li dir="rtl" style="list-style-type:circle">قواعد جدار الحماية الصارمة: ينبغي تطبيق قواعد صارمة على جدار الحماية لمراقبة حركة المرور الصادرة من خادم الويب للشبكة الداخلية</li>
	</ul>
	</li>
	<li dir="rtl" style="list-style-type:disc">استخدام مكتبات وأدوات الأمان:
	<ul>
		<li dir="rtl" style="list-style-type:circle">مكتبات منع SSRF: يمكن الاستفادة من مكتبات الأمان المصممة خصيصًا لتخفيف مخاطر SSRF. تقوم هذه المكتبات بمهام مثل التحقق من صحة وتعقيم عناوين URL قبل تنفيذ أي طلبات.</li>
		<li dir="rtl" style="list-style-type:circle">جدران حماية تطبيقات الويب (WAFs): يلعب جدار حماية تطبيقات الويب دورًا رئيسيًا في اكتشاف ومنع محاولات استغلال ثغرات SSRF. ينبغي تكوين WAF بشكل صحيح للتعرف على أنماط حركة مرور SSRF المشبوهة وصدها.</li>
	</ul>
	</li>
</ul>

Turning-Cybersecurity-Challenges-into-Powerful-Growth-Opportunities

In today’s digital age, cybersecurity challenges are a given. Yet, these challenges can be more than just obstacles—they can be opportunities for growth and improvement. By adopting a proactive and strategic approach, organizations can transform these hurdles into powerful drivers of innovation and resilience. Here’s how you can turn your cybersecurity challenges into valuable opportunities for growth.

في عصرنا الرقمي الحالي، تعتبر التحديات السيبرانية جزءاً لا مفر منه. ومع ذلك، يمكن أن تكون هذه التحديات أكثر من مجرد عقبات يمكن أن تكون فرصاً حقيقية للنمو والتحسين. من خلال تبني نهج استباقي واستراتيجي، يمكن للمنظمات تحويل هذه التحديات إلى محركات ودافع قوي للابتكار والمرونة. إليك كيف يمكنك تحويل تحدياتك السيبرانية إلى فرص قيمة للنمو.

Turning Cybersecurity Challenges into Powerful Growth Opportunities

حول تحديات منظمتك السيبرانية إلى فرص قوية للنمو

ثغرة ال Server-Side Request Forgery (SSRF)

Server-Side-Request-Forgery

Server-Side Request Forgery (SSRF) is a critical web security vulnerability that occurs when an attacker is able to make a server-side application send HTTP requests to an unintended location. SSRF attacks can be highly damaging, often leading to unauthorized access to internal systems, data leaks, and other severe security issues. This blog will explore the mechanics of SSRF, provide real-world examples, and offer strategies to mitigate this risk.

تزوير طلبات جانب الخادم (SSRF) هي ثغرة أمنية تتيح للهاكرز استغلال تطبيقات الويب لتنفيذ طلبات HTTP إلى مواقع غير مقصودة. غالبًا ما تؤدي هجمات SSRF إلى عواقب وخيمة مثل اختراق البيانات والوصول غير المصرح إليه للأنظمة الداخلية، مما يضع أمن المعلومات للمنظمة برمتها على المحك. تهدف هذه المدونة إلى تزويد خبراء الأمن السيبراني بشرح عميق لآلية عمل SSRF، مع تقديم أمثلة واقعية واستراتيجيات فعالة للتصدي لها.

Server-Side Request Forgery (SSRF)

Mohammed Farhan

READ NEXT

Turning Cybersecurity Challenges into Powerful Growth Opportunities