سؤال

وطالما مكالمات المتزامنة لا تسبب SEG-V أو إرجاع نفس القيمة، ما الأسباب هناك لمنع حالات السباق والفساد البيانات في <لأ href = "http://en.wikipedia.org/wiki/ Pseudorandom_number_generator "يختلط =" نوفولو noreferrer "> PRNGs عندما الآثار الأولية تلك الخطأ هي نتائج غير متوقعة وهذا هو نقطة من PRNG؟


تحرير:؟ هل هناك أي PRNG التي لن تعاني في ظل ظروف السباق والبيانات الفساد

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

المحلول

وPRNGs والأدوات التي شيدت بدقة - بصراحة، إذا كانت شروط السباق وخيوط البق وPRNG جيد، سوف تكون مكتوبة تنفيذ بهذه الطريقة

والمشكلة مع إضافة البق خيوط لزيادة العشوائية هو أنه علامة <م> غير مدروسة تغير إلى المولد. وقد تم اختبار القائمة خوارزميات آمنة وتطبيقات باستفاضة. إذا كنت ترغب في محاولة لالبديل غير آمنة، ستحتاج للقيام بهذا العمل الناخر الإحصائي لإظهار أنه على الأقل عشوائي مثل لPRNG العادي.

نصائح أخرى

<اقتباس فقرة>   

وعندما الآثار الأولية تلك الخطأ هي نتائج غير متوقعة وهذا هو نقطة من PRNG؟

و"عشوائية" ليست هي نفسها كما لا يمكن التنبؤ بها - عشوائية ينطوي على توزيع معين وهذا أمر مهم جدا للحفاظ اذا كنت تريد أرقام عشوائية حقيقية. إذا لديك أرقام عشوائية قابلة للتنبؤ بها بأي شكل من الأشكال أنها يمكن أن تكون قضية أمنية، أو على الأقل خلل برنامج

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

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

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