سؤال

لقد راجعت ثلاث مرات. انها حجم كتلة من 64 بت.

هل هناك أي خوارزمية لحجم كتلة 8 بت؟

شكرا

تحرير: أعتزم عدم استخدام هذا للحماية المثالية، ولكن بالنسبة للوضع المتعدد في حالة حيث يرى الشخص الذي يرى الكود عدم العثور على النص لذلك 8 بت هو كيندا بخير بالنسبة لي.

هل كانت مفيدة؟

المحلول

RSA مع مفتاح 8 بت :)

على محمل الجد، على الرغم من أن السقفات المستندة إلى Block- تعد عديمة الجنسية - يعتمد سرية كتلة الكتلة فقط على ClearText من الكتلة، وليس على الكتل السابقة (وإلا فإنه ستكون دفق دفق). يمكن أن يكون Cypher Block يعمل على كتل 8 بت فرضا كبيرا، لذلك لا توجد نقطة.

نصائح أخرى

تعني تشفير كتلة مع كتل 8 بت أن كل كتلة إدخال يمكن تشفيرها إلى 256 قيما ممكنا - مما يعني أن المهاجم لديه فرصة 1/256 لتخمين قيمة الإدخال. اتضح أنه من الصعب للغاية استخدام مثل هذه الخوارزمية بشكل آمن. ومع ذلك هو المستطاع لتحديد تشفير كتلة على كتل 8 بت، ولأداء ذلك "تماما"؛ فقط لا تتوقع أن تكون مفيدة بشكل عام.

هناك أيضا أزرار الأصفار "بحظر أقل"، والمعروفة باسم "مصابيح التدفق" التي تشفير البيانات "البايت بواسطة البايت" (أو حتى "بت" بت ")؛ معظمهم فقط مولدات عشوائية زائفة تنتج كمية تعسفية من البايت من المفتاح. هذا الدفق الناتج هو فقط ليتم دمجها مع البيانات لتشفير مع XOR. تشفير الدفق التقليدي هو RC4؛ لكن أحدث وأفضل تم تصميم مصابيح الأصفار.

تشفير كتلة، بحد ذاتها، هي أداة رياضية. من أجل تشفير البيانات في الواقع، يجب استخدام Cipher Block بشكل صحيح. الكلمات الرئيسية سحر و حشوة. وبعد تدليل يدور حول تحديد ما يذهب في الواقع إلى Cipher Cipher وماذا تفعل مع الإخراج. يعد الحشو إضافة بعض البايتات إلى البيانات، بطريقة عكسية، بحيث يكون طول الرسالة مبطن من المناسب لوضع التخفيف المختار. يسمى وضع السلسلة التقليدية CBC.. وبعد أحدث (وأصيد بشكل قول بشكل قول) هو CTR (نفس الرابط)، والذي يحتوي على مكافأة إضافية لتجنب الحاجة إلى الحشو (CTR فقط يقوم بتشجيع الكتلة إلى تشفير دفق).

أما بالنسبة للأجهزة الأصفار المحكومة، يجب عليك استخدامها AES. بدلا من ثلاث مرات. إنه أسرع وأكثر أمانا والمعايير الأمريكية الحالية.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top