drivers/crypto/virtio

virtio-crypto paravirtualized cryptography device

A guest-side driver for the virtio-crypto virtual device, a standardized paravirtualized interface that lets a Linux virtual machine offload cryptographic operations (cipher, hash, AEAD, asymmetric) to its hypervisor. It is used by QEMU/KVM and other virtio-aware hypervisors to expose host crypto acceleration to guests rather than to drive any physical chip.

keep conf=0.86 deploy=medium replacement=none subsystem=crypto category=virtualization
86%

recommendation

It should stay in the kernel because virtio-crypto is part of the current OASIS virtio 1.2 specification, is documented as a recommended device model by QEMU, and the driver is still actively maintained — stable-tree fixes were being backported as recently as 2026. Although no physical hardware is sold for it, it remains in meaningful use across virtualization deployments.

repository signals

7 files
2,253 source lines
40 commits, 5y
+994 / −392 lines added / removed, 5y
20 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 40 total · active in 23/61 months
2021 2022 2023 2024 2025 2026 2021-04: 0 commits · +0 −0 2021-05: 0 commits · +0 −0 2021-06: 0 commits · +0 −0 2021-07: 0 commits · +0 −0 2021-08: 1 commit · +2 −2 2021-09: 0 commits · +0 −0 2021-10: 1 commit · +4 −4 2021-11: 0 commits · +0 −0 2021-12: 0 commits · +0 −0 2022-01: 0 commits · +0 −0 2022-02: 0 commits · +0 −0 2022-03: 2 commits · +617 −10 2022-04: 0 commits · +0 −0 2022-05: 5 commits · +208 −155 2022-06: 0 commits · +0 −0 2022-07: 0 commits · +0 −0 2022-08: 0 commits · +0 −0 2022-09: 1 commit · +4 −0 2022-10: 0 commits · +0 −0 2022-11: 2 commits · +5 −3 2022-12: 0 commits · +0 −0 2023-01: 0 commits · +0 −0 2023-02: 1 commit · +1 −1 2023-03: 0 commits · +0 −0 2023-04: 0 commits · +0 −0 2023-05: 0 commits · +0 −0 2023-06: 1 commit · +1 −0 2023-07: 0 commits · +0 −0 2023-08: 2 commits · +30 −30 2023-09: 0 commits · +0 −0 2023-10: 1 commit · +16 −1 2023-11: 1 commit · +15 −10 2023-12: 2 commits · +9 −6 2024-01: 1 commit · +3 −2 2024-02: 1 commit · +0 −2 2024-03: 1 commit · +0 −1 2024-04: 0 commits · +0 −0 2024-05: 0 commits · +0 −0 2024-06: 0 commits · +0 −0 2024-07: 2 commits · +13 −20 2024-08: 0 commits · +0 −0 2024-09: 1 commit · +21 −44 2024-10: 0 commits · +0 −0 2024-11: 0 commits · +0 −0 2024-12: 0 commits · +0 −0 2025-01: 0 commits · +0 −0 2025-02: 5 commits · +21 −39 2025-03: 1 commit · +2 −4 2025-04: 0 commits · +0 −0 2025-05: 0 commits · +0 −0 2025-06: 1 commit · +0 −38 2025-07: 1 commit · +1 −1 2025-08: 0 commits · +0 −0 2025-09: 0 commits · +0 −0 2025-10: 0 commits · +0 −0 2025-11: 0 commits · +0 −0 2025-12: 0 commits · +0 −0 2026-01: 3 commits · +6 −3 2026-02: 3 commits · +15 −16 2026-03: 0 commits · +0 −0 2026-04: 0 commits · +0 −0

sources

  1. lore.kernel.org

    Recent 2026 stable-tree traffic references a virtio-crypto fix for this driver, indicating active upstream maintenance rather than retirement.

  2. docs.oasis-open.org

    The virtio 1.2 specification defines a crypto device type (5.9), showing virtio-crypto is a standardized current virtual device interface, not a legacy one-off.

  3. qemu.org

    QEMU documents virtio devices as the recommended paravirtualized device models for virtual machines, supporting continued new deployments in virtualization environments.

  4. docs.kernel.org

    Kernel documentation describes virtio as the standard Linux interface for devices presented by hypervisors to guests, aligning this driver with ongoing VM use rather than obsolete physical hardware.

codex reasoning notes (technical)

Local source read via shell showed Kconfig/objects for a real virtio crypto driver, including Bytedance-era code and current module wiring. `lore_activity` on `drivers/crypto/virtio/virtio_crypto_core.c` produced 2026 linux-crypto/stable backport evidence, which is strong keep-signal. Web search returned the OASIS virtio spec, QEMU virtio docs, and kernel virtio docs; together they show this is a standardized, still-current virtual device used in VM deployments. It is not tied to physical hardware sales, so `hardware_still_sold_new_in_2025` is false and `last_widely_available_year` is null, but current deployment remains meaningful in virtualization niches.