ForHosting KIT · أدوات المطورين

تحقق مما إذا كان إصدار TLS لا يزال مدعومًا

اكتب إصدار TLS واعرف فورًا إن كان لا يزال صالحًا: TLS 1.3 وTLS 1.2 مدعومان، بينما يظهر TLS 1.0 وTLS 1.1 كإصدارين قديمين، مع الخطوة التالية لكل منهما في مراجعتك الأمنية. مجانًا في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

الإصدار: TLS 1.3

تحصل على

الحالة: supported

تصنّف هذه الأداة TLS 1.0 أو TLS 1.1 أو TLS 1.2 أو TLS 1.3 وفق تفسير واضح وثابت للإرشادات الشائعة في القطاع. وتبيّن ما إذا كان الإصدار المرسل قديمًا، وتعرض حالة دعمه، وتقترح بإيجاز الإجراء التالي. أما صيغة الإصدار غير المعروفة فتؤدي إلى خطأ صريح بدل نتيجة غير مؤكدة، ولذلك تلائم الأداة المراجعات المتكررة والبرامج النصية وقوائم التحقق والتوثيق المنهجي.

افهموا معنى النتيجة

تعني نتيجة «مدعوم» أن الإرشادات السائدة حاليًا في القطاع لا تعدّ إصدار البروتوكول قديمًا في العادة. تصنّف هذه الأداة TLS 1.2 وTLS 1.3 إصدارين مدعومين، بينما تصنّف TLS 1.0 وTLS 1.1 إصدارين قديمين. ويتناول التصنيف إصدار البروتوكول نفسه عن قصد، فلا يثبت أن خادمًا بعينه مضبوط بأمان، أو أن الشهادة صالحة، أو أن جميع حزم التعمية المفعّلة مناسبة.

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

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

أدخلوا إصدار TLS ووحّدوا صيغته

قدّموا إصدارًا واحدًا في كل مرة. الصيغ القياسية هي TLS 1.0 وTLS 1.1 وTLS 1.2 وTLS 1.3. لا تتأثر المطابقة بحالة الأحرف، وتتجاهل المسافات المحيطة، كما تقبل الصيغة الشائعة TLSv1.2.

وتعيد النتيجة دائمًا تسمية قياسية مثل TLS 1.2، مما يساعد على توحيد القيم المجموعة من سجلات الأصول أو ملاحظات الإعداد. ترفض الأداة عمدًا القيم الناقصة أو المجهولة بدل تخمينها. فلا تحوّل SSL 3.0 أو TLS 2.0 أو كلمات مثل «الأحدث» أو السلاسل الناقصة ضمنيًا إلى بروتوكول مدعوم.

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

طبّقوا التصنيف في مراجعة أمنية

استخدموا هذا الفحص عندما يذكر سجل أصول أو استبيان أو بيان نشر أو رد مورّد إصدار TLS وتحتاجون إلى تصنيف أولي متسق. ينبغي عادةً أن يؤدي وجود TLS 1.0 أو TLS 1.1 القديم إلى مهمة ترحيل: تأكدوا من العملاء الذين ما زالوا يعتمدون على الإصدار القديم، وفعّلوا TLS 1.2 أو TLS 1.3، واختبروا قابلية التشغيل البيني، ثم أزيلوا البروتوكول الموروث. ولا تعني نتيجة الدعم لـTLS 1.2 أو TLS 1.3 انتهاء التقييم.

واصلوا فحص الشهادات وسلاسل الثقة والتحقق من اسم المضيف وخيارات التعمية والتوقيع ومستويات تحديث المكتبات والإصدارات التي يجري التفاوض عليها فعليًا من الشبكات المعنية. وقد تكون المتطلبات التعاقدية أو التنظيمية أو معايير المنصة أو السياسة الأمنية الداخلية أشد من الإرشادات الشائعة. عندئذ اتخذوا أشد سياسة واجبة التطبيق مرجعًا نهائيًا.

يفيد التشغيل في المتصفح للمراجعات اليدوية السريعة، بينما تناسب الاستجابة المنظمة مسارات الامتثال وفحوص الإعداد القابلة للتكرار.

حالات الاستخدام

راجعوا خط أساس الخادم

صنّفوا كل إصدار TLS مذكور في خط أساس خادم أو موازن تحميل قبل اعتماد الإعداد.

وحّدوا استبيانات المورّدين

حوّلوا إجابات إصدارات TLS المعروفة والمكتوبة بصيغ مختلفة إلى تسمية وحالة دعم متسقتين.

ارصدوا البروتوكولات الموروثة

أنشئوا مهمة ترحيل كلما أبلغ بند في سجل الأصول عن TLS 1.0 أو TLS 1.1.

الأسئلة الشائعة

ما إصدارات TLS التي تتعرف عليها الأداة؟

تتعرف الأداة على TLS 1.0 وTLS 1.1 وTLS 1.2 وTLS 1.3، بما في ذلك صيغة TLSv دون تأثر بحالة الأحرف.

ما الإصدارات التي تعدّ قديمة؟

يُصنّف TLS 1.0 وTLS 1.1 إصدارين قديمين، بينما يُصنّف TLS 1.2 وTLS 1.3 إصدارين مدعومين.

هل تعني حالة الدعم أن الخادم آمن تمامًا؟

لا. تتناول النتيجة قدم إصدار البروتوكول فقط، ولا تقيّم الشهادات أو حزم التعمية أو تحديثات التنفيذ أو إعداد الخادم.

ماذا أفعل إذا كان الخادم لا يزال يقبل TLS 1.0؟

خطّط للانتقال. TLS 1.0 وTLS 1.1 قديمان، لذا حدّد العملاء الذين ما زالوا يعتمدون عليهما وانقلهم إلى TLS 1.2 أو TLS 1.3. وإذا كان النظام يفعّل عدة إصدارات، فافحص كل إصدار على حدة.

لماذا يُرفض SSL 3.0 أو TLS 2.0؟

لأن الأداة لا تتعرف إلا على TLS 1.0 و1.1 و1.2 و1.3 ولا تخمّن أبدًا. يُرفض SSL 3.0 وTLS 2.0 وكلمات مثل latest والصيغ الناقصة بوضوح، بدلًا من قبولها كإصدارات مدعومة عن طريق الخطأ.

أدوات ذات صلة

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/security/tls-version-support-check

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/security/tls-version-support-check \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"version":"TLS 1.2"}'

const res = await fetch("https://api.kit.forhosting.com/security/tls-version-support-check", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "version": "TLS 1.2"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/security/tls-version-support-check",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "version": "TLS 1.2"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/security/tls-version-support-check", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"version":"TLS 1.2"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"version":"TLS 1.2"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/security/tls-version-support-check", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "version": "TLS 1.2"
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "security.tls_version_support_check",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

طبّقوا التصنيف في مراجعة أمنية

يبلغ سعر طلب API عند أتمتة الفحص $0.002.

أسئلة تقنية

ماذا يحدث عند إدخال إصدار مجهول؟

يعيد الطلب خطأ invalid_input يسرد إصدارات TLS الأربعة المعروفة بدلًا من تخمين المقصود.

ما تكلفة الفحص عبر API؟

تبلغ تكلفة كل طلب API مقدار $0.002. تنفذ الأداة تصنيفًا حتميًا واحدًا للإصدار في كل طلب.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا

مثال محلول

افهموا معنى النتيجة

أدخلوا إصدار TLS ووحّدوا صيغته

طبّقوا التصنيف في مراجعة أمنية

حالات الاستخدام

راجعوا خط أساس الخادم

وحّدوا استبيانات المورّدين

ارصدوا البروتوكولات الموروثة

الأسئلة الشائعة

أدوات ذات صلة

للمطوّرين — الوصول عبر API

الـEndpoint

استدعِ الخدمة من بيئتك

مثال على الطلب

مثال على الاستجابة

الأسعار

الأخطاء

ملاحظات تقنية

طبّقوا التصنيف في مراجعة أمنية

أسئلة تقنية

شكرًا