Извлечение 4096-битных ключей RSA с помощью микрофона

Идея примерно ясна, но можно видеопример или сам софт?

Этот человек — Гений!

Насколько я знаю, у нас в институте были подобные разработки по извлечению ключей по потреблению тока (замеряя мощность питания)
Но это касалось микроконтроллеров, как такое сделать на многозадачном компьютере для меня загадка, там ведь очень много помех

тут походу даже шапочка из фольги не поможет, нужо завести какого-нибудь насекомого которое вещает на подобной частоте что бы создавать шум для усложнения задачи. Вот это я понимаю «инновация»

Прочитал статью, полез проверять текущее число и месяц.

Не верю, к тому же подобная шутка уже была.

Интересно, когда мы увидим эту историю в каком-нибудь фильме? Голливуд такое любит.

Что-то уж очень сильно смахивает на фейк.

1) Нужен неимоверно чувствительный микрофон в определенном диапазоне(то что стоит в смартфонах явно не годится)
2) Нужен не менее чудовищный малошумящий усилитель
3) И еще методы и подходы чтобы оцифровать(см. теорему Котельникова и прикидывай частоты) и выделить интересующий сигнал. Если учесть что процесс не один в системе, а их несколько десятков, которые так же грузят ЦП причем рандомно и непредсказуемо.

Чисто как теоретическая абстракция имеет место быть такая страшилка, а вот в практическую реализацию я пока не верю.

Есть недорогие же системы перехватывающие шум из кабелей lcd мониторов, а раньше ловили сигналы отклоняющие лучи crt мониторов.

Буквально только что приехали обновления gnupg на Ubuntu:

 
  * SECURITY UPDATE: RSA Key Extraction via Low-Bandwidth Acoustic
    Cryptanalysis attack
    - debian/patches/CVE-2013-4576.dpatch: Use blinding for the RSA secret
      operation in cipher/random.*, cipher/rsa.c, g10/gpgv.c. Normalize the
      MPIs used as input to secret key functions in cipher/dsa.c,
      cipher/elgamal.c, cipher/rsa.c.
    - CVE-2013-4576

Перевел небольшую часть текста из полного доклада, показавшуюся мне достойной внимания — раздела «Контрмеры» этого документа, где описываются возможные способы защиты против атаки. Судя по изложению, авторы пробовали опровергнуть свою теорию, всячески мешая алгоритму взлома, в том числе и физическими методами.

Акустическая защита

Правильная акустическая защита, использующая поглотители и звукоизолирующие материалы для корпуса компьютера, естественно, ослабит сигналы, тем самым уменьшая соотношение сигнал-шум, что увеличит время атаки. Однако, это сильно увеличит издержки при проектировании устройств, особенно системы охлаждения. В частности, вентиляционные отверстия ноутбука, как правило, являются изобильными источниками утечки требуемого сигнала, и эти отверстия так просто заблокировать не получится. Также заметим, что внешние блоки питания многих ноутбуков производят шумы, которые можно связать с вычислительными процессами в ЦП, а значит и они требуют особого внимания при проектировании.

Шумное окружение

Можно ожидать, что размещение компьютера вблизи какого-то «генератора шума» сорвет атаку. Однако, энергия звуковых колебаний, образующихся в типичном шумном окружении, таком как улица, или шумная комната, как правило концентрируется на частотах ниже 10 кГц. Поскольку интересная нам утечка звука обычно находится в более высоком диапазоне, эти маскировочные шумы могут быть легко отфильтрованы еще на этапе сбора данных с помощью подходящих НЧ-фильтров, что мы и сделали при выполнении эксперимента. Также, полезный сигнал будет наблюдаться во время пауз в окружающем шуме, к примеру тогда, когда для маскировки используется музыка или что-то подобное. Отметим еще, что злоумышленник может в некоторым роде сдвинуть спектр сигнала в нужную область, используя загрузку процессора параллельными задачами, о чем будет рассказано ниже. Таким образом, генератор шума для маскировки утечек должен разрабатываться весьма осторожно.

Нагрузка ЦП параллельно исполняемыми программами

Ожидаемой контрмерой против атаки является запуск маскировочного, независящего от шифрования процесса, создающего нагрузку на ЦП, с надеждой, что производимые им вычисления, а значит и шум, как-то замаскируют утечку операций с ключами. Изображение ниже показывает разницу между спектрами частот звуковых сигнатур второго модульного возведения в степень, где представлен график, полученный при атаке, совмещенной с параллельной загрузкой процессора бесконечным циклом сложения, и график того же процесса, запущенного без маскировки. Как видно из рисунка, фоновая загрузка влияет на частоту утечки так, что она сдвигается ниже по спектру, от диапазона 35-38 кГц в сторону 32-35 кГц, что в итоге показывает нам — так называемая контрмера, в действительности, может даже помочь злоумышленнику, так как чем ниже частота утечки — тем менее чувствительный микрофон потребуется для выполнения атаки.

Человек же издает звуки когда думает?
Чем не «прослушивание мыслей»?

Извините, а что, электроника начинает шуметь только когда работает с криптографией? А всё остальное время тупо отмалчивается, остальные алгоритмы её так не волнуют?

Челюсть действительно отвисла. И тут же в успокоение (ложное успокоение, как выходит из текста) приплыло обновление gnupg в Убунте.