Błąd sprzętowy w niektórych procesorach AMD. Wadliwe działanie generatora liczb losowych

Przypadłość zdiagnozował i opisał programista Red Hata, Lennart Poettering. W przykładzie użył czipu A6-6310, ale ustalono już, że problem jest szerszy i obejmuje znaczną część mikroarchitektur modułowych AMD – od czerwca 2015 r., gdyż starsze jednostki instrukcji nie wspierają.

RdRand wykorzystywany jest do generowania kluczy dla OpenSSL. Jednak domyślnie jądro Linux forsuje rozwiązanie programowe, a Windows kompletnie pomija RdRand w ACPI.

Czasem tylko w Linuksie tworzy się tym sposobem unikatowe identyfikatory UUID dla identyfikatorów wywołania, czego próbował zespół Red Hata. I wtedy właśnie dochodzi do zawieszenia komputera, gdy platforma wykorzystuje jeden z dotkniętych błędem procesorów. Oczywiście można to obejść, stosując czysto programowy RNG. Tak też zapewne postąpią w Red Hacie.

Jest też ciekawostka. Trochę paradoksalnie, niektórzy użytkownicy mogą się z kaprysów RdRand ucieszyć. W 2013 r. Linus Torvalds otrzymał petycję z prośbą o usunięcie funkcji z /dev/random. Dlaczego? Bo opiera się ona na standardzie NIST SP800-90, współtworzonym przez NSA.

Autor postulatu obawiał się, że w RdRand zaszyty jest jakiś backdoor. – Używamy rdrand jako jednego z wielu źródeł losowości i jest on sposobem na polepszenie losowości. Nawet jeśli w rdrand znajduje się tylna furtka NSA, to jego użycie poprawia jakość losowych wartości otrzymywanych z /dev/random – tłumaczył Torvalds. Na tyle skutecznie, że śmiałek zrezygnował z roszczenia. Ale być może porzucenie RdRand komuś jeszcze samopoczucie poprawi.