جهاز HSM لديك يملك بالفعل TRNG. ومع ذلك، لا يمكنه إثبات أي شيء.

1. "لدينا عشوائية حقيقية" ليس حجة أمنية

يتضمن Linux بالفعل /dev/random وَ getrandom() وتعليمات معالج مثل RDRAND. تدمج معظم أجهزة HSM وTPM ومزوّدي KMS السحابي مولدات TRNG خاصة بهم في العتاد. القول لمهندس أمن "إنتروبيانا حقيقية" بجانب ذلك لا يشكّل تمييزًا: فإنتروبياهم غالبًا حقيقية أيضًا.

السؤال الذي يهم فعلًا مختلف: ماذا يحدث إن تبيّن أن ذلك المصدر الوحيد معيب، أو يحتوي على باب خلفي، أو ببساطة خاطئ، وكيف قد يعرف أحد ذلك؟ تم إصدار Dual_EC_DRBG كمولد PRNG معتمد من NIST مع شبهة وجود باب خلفي لسنوات قبل إثبات ذلك. لا تزال نواة Linux ترفض الوثوق بـ RDRAND وحده، فتمزجه في المجمّع بدلاً من استخدامه مباشرة.

2. لا تستبدل مولّد الأرقام العشوائية لديك، بل امزج فيه مصدرًا مستقلاً

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

3. الاستقلالية وحدها لا تكفي، يجب أن تكون قابلة للتحقق أيضًا

مولّد الأرقام العشوائية في HSM أو KMS سحابي هو صندوق مغلق: تثق بشهادة المورّد ولا شيء آخر. يتم فحص كل دفعة تنتجها عقد Galactropy باستخدام Dieharder وENT وَ rngtest، وربطها بسلسلة توقيعات Ed25519، وتثبيتها على بلوكتشين Bitcoin عبر OpenTimestamps، بحيث لا يمكن تعديل السجل لاحقًا بصمت، لا من قِبلنا ولا من قِبل أي أحد آخر.

4. مزجها يتطلب سطرًا واحدًا

اسحب بايتات خامًا من الواجهة العامة وأدخلها في مجمّع الإنتروبيا الحالي لديك قبل اشتقاق المفاتيح:

curl -s "https://galactropy.com/raw?bytes=512" >> /dev/urandom