Вероятно, не из коробки. Но вы, вероятно, даже не должны пытаться использовать его, в основном потому, что, по словам самого Google, он не предназначен для общего использования .
Это никогда не бывает хорошо, если вы используете библиотеку, а точнее криптографическую. Обычно это синоним отсутствия исправлений ошибок, поддержки и форумов пользователей.
Вы могли бы предпочесть библиотеку, которая была разработана для этой цели, например mbedtls (ранее известная как PolarSSL).
Он используется в широком спектре систем, от систем с «голым железом» ( FreeRTOS ) до Linux (например, веб-сервер Hiawhata использует его).
Обновление: Даже если требуется поддержка аппаратных криптографических расширений Armv8-a, вы все равно можете повторно использовать оптимизированные процедуры BoringSSL Armv8-a (лицензия ISC) или Cavium Библиотека armv8_crypto (лицензия BSD), для замены эквивалентных подпрограмм mbedtls (Apache 2.0 lisense): криптографические функции обычно имеют чистые и небольшие интерфейсы.
По моему опыту, это может все же быть быстрее, чем портировать библиотеку, предназначенную для операционной системы общего назначения, если ваша цель - "железная", но в конечном итоге вам придется оценить стоимость обоих вариантов в вашем конкретном случае.
Я полагаю, что для добавления поддержки криптографических расширений Armv8-a в mbedtls с использованием уже существующего поддерживаемого кода под надлежащей лицензией требуется гораздо меньше усилий, чем для сокращения возможностей openssl или boringssl для использования на голой железной цели. .
Существует очень хорошая документация, объясняющая, как добавить поддержку аппаратно-ускоренного шифрования в mbedtls здесь , это может помочь вам оценить ваши варианты.