مرمّز كلمات RFC 1751 S/KEY
يصبح المفتاح ذو 64 بت EB33 F77E E73D 4053 هو TIDE ITCH SLOW REIN RULE MOT: ست كلمات إنجليزية قصيرة أسهل في الإملاء أو النسخ باليد من الصيغة الست عشرية، مع بتات تكافؤ تكشف الكلمة المكتوبة خطأً. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- النص
- EB33 F77E E73D 4053
- وضع الحساب
- Encode
- النتيجة
- TIDE ITCH SLOW REIN RULE MOT
- Hex
- EB33F77EE73D4053
- الكلمات
- TIDE ITCH SLOW REIN RULE MOT
- بايتات المفتاح
- 8
تعرّف RFC 1751 اصطلاحًا ثابتًا لتحويل مفاتيح التشفير الثنائية إلى سلاسل قصيرة من كلمات إنجليزية، حتى يتمكن الأشخاص من قراءة مادة 64 و128 بت وتذكرها وكتابتها دون إرهاق التمثيل السداسي عشر. يغذي المعجم نفسه كلمات مرور S/KEY لمرة واحدة الكلاسيكية: كل كتلة من ثمانية بايتات تصبح ست كلمات من قائمة 2048 رمزًا بطول حرف إلى أربعة أحرف، مع بتّين محجوزين للتكافؤ لاكتشاف أخطاء النسخ عند العودة. ترمّز هذه القدرة مفتاحًا سداسيًا عشريًا إلى ذلك الشكل الكلمي وتفك ترميز الكلمات إلى hex بأحرف كبيرة، مع التحقق من بتات التكافؤ في كل مجموعة من ست كلمات.
كيف تحزم RFC 1751 64 بتًا في ست كلمات إنجليزية
يحتوي معجم RFC 1751 على ألفين وثمانية وأربعين كلمة إنجليزية من حرف إلى أربعة أحرف بالضبط، فتفهرس كل كلمة أحد عشر بتًا. ست كلمات توفّر ستة وستين بتًا: أربعة وستون بتًا من مادة المفتاح إضافة إلى حقل تكافؤ من بتّين. يمرّ الترميز على كل نصف من ثمانية بايتات من مفتاحكم كتيار بتات، ويجمع شرائح متتالية من بتّين على بتات البيانات الأربعة والستين لتكوين رباعية تكافؤ، ثم يلحق بتّي التكافؤ المنخفضين ويقسم نتيجة الستة والستين بتًا إلى ستة فهارس من أحد عشر بتًا.
تختار تلك الفهارس كلمات من القائمة الثابتة بأحرف كبيرة مفصولة بمسافات. يصبح مفتاح نقي من أربعة وستين بتًا إذن ست كلمات تمامًا؛ أما مفتاح مائة وثمانية وعشرين بتًا فهو نصفان مستقلان ويصبح اثنتي عشرة كلمة. يعكس فك الترميز الخريطة: يجب أن تظهر كل كلمة في المعجم، وتعيد ست كلمات بناء تسعة بايتات من تعبئة البتات، وتشكّل البايتات الثمانية الأولى نصف المفتاح المرشح، وتُقارن بتّا التكافؤ المخزّنان بمجموع تكافؤ جديد.
يعني عدم التطابق كلمة مكتوبة خطأ أو انقلاب بت، فيُرفض برسالة واضحة لفشل التكافؤ لا بمفتاح خاطئ صامت. لا يتغير المعجم بين التنفيذات؛ وهذا الاستقرار يفسر لماذا يمكن لكلمات OTP من S/KEY وطباعات مفاتيح عصر SNMP وأدوات الاسترداد الحديثة أن تتوافق عندما تدّعي كلها RFC 1751. تنفّذ هذه الصفحة قائمة الكلمات الكلاسيكية تلك فقط — لا ذاكرات BIP-39 ولا diceware من EFF ولا مولّدات عبارات اعتباطية — فتظل نية البحث مثبتة على ترميز مفاتيح مقروءة مع تكافؤ.
عقد الإدخال والأوضاع وسلوك الأخطاء
عند حذف mode يكون encode هو الافتراضي. يعامل وضع encode النص text كمفتاح سداسي عشري: تُزال البادئة الاختيارية 0x والمسافات والنقطتان والشرطات؛ ويجب أن يكون عدد الأرقام بعد التنظيف ستة عشر لمفتاح أربعة وستين بتًا أو اثنين وثلاثين لمائة وثمانية وعشرين بتًا؛ وأي طول آخر يفشل فورًا. يعامل وضع decode النص text ككلمات إنجليزية مفصولة بمسافات، ويحوّلها إلى أحرف كبيرة، ويطبّق استبدالات S/Key التاريخية التي تعيّن الرقم واحد إلى L والصفر إلى O والخمسة إلى S، ويشترط مضاعفًا موجبًا من ست كلمات.
لا تستهلك إخفاقات التحقق الرصيد المدفوع مسبقًا. تشمل الأمثلة الكلاسيكية ترميز EB33 F77E E73D 4053 إلى TIDE ITCH SLOW REIN RULE MOT وفك عبارات اثنتي عشرة كلمة من الـ RFC إلى اثنين وثلاثين رقمًا سداسيًا.
أين تظل مفاتيح الكلمات بأسلوب S/KEY مفيدة
يستفيد المشغّلون الذين ما زالوا يطبعون أو يملون مادة أربعة وستين بتًا من ست كلمات قصيرة أكثر بكثير من ستة عشر رقمًا سداسيًا، خاصة عبر الهاتف أو القناة اللاسلكية. تحتاج أنظمة S/KEY وOTP التي تصدر أصلًا عبارات RFC 1751 إلى فاك ترميز صارم يرفض فشل التكافؤ بدل قبول مفتاح مجاور يصادق على الطرف الخطأ. تعلّم مختبرات التدريب الأمني نظافة النسخ بإظهار كيف تقلب كلمة واحدة خاطئة بت التكافؤ وتُجهض فك الترميز.
تخزّن ملاحظات الاستجابة للحوادث أحيانًا مادة الاسترداد دون اتصال كمجموعات كلمات مقروءة حتى يتمكن المستجيب بلا محرر hex من إعادة إدخال مفتاح لاحقًا. يريد مؤلفو الوثائق الذين يتنافسون على RFC 1751 أو كلمات S/KEY صفحة هبوط مخصصة بأداة حية لا صفحة Base32 أو BIP-39 عامة، لأن المعجم وقاعدة التكافؤ وأطوال المفاتيح تختلف. لا يستهلك التحقق الفاشل الرصيد.
حافظوا على الطلبات ضمن أحجام المفاتيح الموثقة، وثبّتوا hex بالأحرف الكبيرة وسلاسل الكلمات في الاختبارات، فتحصلون على تحويلات قابلة لإعادة الإنتاج لتدفقات الاسترداد وأدوات OTP وعمال الحافة دون إقامة طقم تشفير كامل خاص بكم.
حالات الاستخدام
إدخال عبارات OTP لـ S/KEY
فكّوا ترميز عبارات كلمة مرور S/KEY لمرة واحدة المكوّنة من ست كلمات إلى قيمة 64 بت الأساسية مع التحقق من التكافؤ قبل قبول مادة تسجيل الدخول.
طباعات مفاتيح مقروءة
رمّزوا مفاتيح hex بطول 64 أو 128 بت كست أو اثنتي عشرة كلمة إنجليزية للنقل الشفهي أو النسخ الورقية أو دفاتر التشغيل المناسبة للراديو.
الأسئلة الشائعة
كيف أحوّل مفتاح hex إلى كلمات RFC 1751؟
أرسلوا mode بقيمة encode (أو احذفوا mode) مع text من 16 رقمًا سداسيًا لمفتاح 64 بت أو 32 رقمًا لـ 128 بت. تُتجاهل المسافات والنقطتان. يحتوي حقل result على ست أو اثنتي عشرة كلمة من المعجم بأحرف كبيرة.
كيف أفك ترميز الكلمات الإنجليزية إلى hex؟
أرسلوا mode بقيمة decode مع text من ست أو اثنتي عشرة كلمة RFC 1751 مفصولة بمسافات.
ماذا يحدث إذا فشل فحص التكافؤ؟
يعني عدم تطابق التكافؤ أن كلمة واحدة على الأقل كُتبت خطأ أو تلفت؛ ولا تُرجع القدرة مفتاحًا مخمّنًا أبدًا.
هل هذا مثل كلمات BIP-39 التذكرية؟
لا. تستخدم RFC 1751 قائمة 2048 كلمة مختلفة، وتحزم أنصاف 64 بت مع حقل تكافؤ من بتّين، وتستهدف مفاتيح بأسلوب S/KEY لا عبارات بذرة محافظ HD.
ما صيغ المفاتيح التي يمكنني لصقها؟
الصق 16 خانة ست عشرية لمفتاح 64 بت أو 32 خانة لمفتاح 128 بت. وتُتجاهل المسافات والنقطتان والشرطات والبادئة 0x، فيعمل EB33 F77E E73D 4053 كما هو. ويخرج مفتاح 128 بت في اثنتي عشرة كلمة.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/enc/rfc1751 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"EB33 F77E E73D 4053"}'const res = await fetch("https://api.kit.forhosting.com/enc/rfc1751", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "EB33 F77E E73D 4053"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/rfc1751",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "EB33 F77E E73D 4053"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/rfc1751", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"EB33 F77E E73D 4053"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"EB33 F77E E73D 4053"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/rfc1751", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"text": "EB33 F77E E73D 4053"
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.rfc1751",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
الكلمات غير الصالحة وأعداد الكلمات الخاطئة وأطوال hex غير القانونية وفشل التكافؤ ترفع invalid_input بدل اختراع مفتاح.
عقد الإدخال والأوضاع وسلوك الأخطاء
أرسلوا جسم JSON عبر POST يتضمن حقل سلسلة إلزاميًا اسمه text ووضعًا اختياريًا mode بقيمة encode أو decode. تتضمن حمولات النجاح دائمًا mode والنص الأصلي text وحقل result رئيسيًا (كلمات عند الترميز وhex بأحرف كبيرة عند الفك) إضافة إلى حقلي الصدى hex وwords وkey_bytes وkey_bits وword_count وتسمية standard لـ RFC 1751 وparity_ok بقيمة true عند اكتمال التحويل. غياب text والكائنات غير السلسلية وقيم mode غير المدعومة وأطوال hex الفردية والأحرف غير السداسية والكلمات خارج المعجم والرموز المشوّهة أطول من أربعة أحرف وأعداد الكلمات التي ليست مضاعفات ستة وفحوصات التكافؤ الفاشلة ترفع كلها invalid_input برسالة إنجليزية تسمّي المشكلة. تستخدم استدعاءات API الناجحة السعر الأساسي المنشور $0.002 لكل عنصر.
أين تظل مفاتيح الكلمات بأسلوب S/KEY مفيدة
ولأن التنفيذ parse نقي من المستوى A، يكلّف كل استدعاء ناجح السعر الأساسي المنشور $0.002 بلا رموز نموذج وبلا شبكة صادرة.
حالات التكامل
تركيبات golden متعددة اللغات
ولّدوا متجهات ترميز وفك ترميز تطابق تنفيذات مرجع RFC 1751 حتى يشارك CI متعدد اللغات حقيقة أساس واحدة.
أسئلة تقنية
كم يكلف محوّل كلمات RFC 1751؟
أداة المتصفح مجانية. تستخدم طلبات API رصيد KIT المدفوع مسبقًا بمبلغ $0.002 لكل استدعاء ناجح؛ ولا تُفوتر المدخلات غير الصالحة.