The existing asymmetric capability structure reports generic
modulus length and hash algorithm support, but it cannot
describe RSA-specific parameters required by OAEP and PSS.

RSA operations may support different padding schemes and MGF1
hash algorithms independent of the primary hash algorithm.
Applications currently have no standard way to discover these
capabilities from a PMD.

Add rsa_capa to report RSA modulus length, supported padding
schemes, and MGF1 hash algorithms. Keep hash_algos for reporting
primary digest support.

Also clarify that the generic modlen field applies to other
modulus-based transforms such as MODEXP, MODINV, DH, and DSA.

RSA-PSS signing also normally generates its salt internally, so
the same message never produces the same signature twice, making
it impossible to validate against fixed test vectors (e.g.
ACVP/CAVP SigGen).

Add pss_explicit_salt to rsa_capa so a PMD can
advertise support for an application-supplied PSS salt, and add
the corresponding pss_salt field to rte_crypto_rsa_op_param to
carry those bytes per sign operation. Leaving pss_salt unset keeps
today's internally-generated-salt behavior unchanged

Signed-off-by: Sucharitha Sarananaga <[email protected]>
---
 lib/cryptodev/rte_crypto_asym.h | 18 ++++++++++++
 lib/cryptodev/rte_cryptodev.h   | 50 +++++++++++++++++++++++++++++++--
 2 files changed, 66 insertions(+), 2 deletions(-)

diff --git a/lib/cryptodev/rte_crypto_asym.h b/lib/cryptodev/rte_crypto_asym.h
index b1546d2b7c..808c5f323e 100644
--- a/lib/cryptodev/rte_crypto_asym.h
+++ b/lib/cryptodev/rte_crypto_asym.h
@@ -494,6 +494,24 @@ struct rte_crypto_rsa_op_param {
         * This could be validated and overwritten by the PMD
         * with the signature length.
         */
+
+       rte_crypto_param pss_salt;
+       /**<
+        * Explicit RSA-PSS salt bytes, used only for
+        * RTE_CRYPTO_ASYM_OP_SIGN with RTE_CRYPTO_RSA_PADDING_PSS.
+        * Only valid if the PMD advertises
+        * rte_crypto_rsa_capa::pss_explicit_salt == true.
+        *
+        * - pss_salt.data == NULL (default): PMD generates the salt
+        *   internally.
+        * - pss_salt.data != NULL: PMD uses these exact bytes as the
+        *   salt. pss_salt.length must equal the session's
+        *   pss_saltlen, otherwise the op completes with status
+        *   RTE_CRYPTO_OP_STATUS_INVALID_ARGS.
+        *
+        * Ignored for RTE_CRYPTO_ASYM_OP_VERIFY (salt is recovered from
+        * the signature itself) and for non-PSS padding.
+        */
 };
 
 /**
diff --git a/lib/cryptodev/rte_cryptodev.h b/lib/cryptodev/rte_cryptodev.h
index 37a6a5e49b..bdbd11ace5 100644
--- a/lib/cryptodev/rte_cryptodev.h
+++ b/lib/cryptodev/rte_cryptodev.h
@@ -157,6 +157,48 @@ struct rte_cryptodev_symmetric_capability {
        };
 };
 
+/**
+ * RSA transform capability parameters.
+ *
+ * Used when rte_cryptodev_asymmetric_xform_capability::xform_type is
+ * RTE_CRYPTO_ASYM_XFORM_RSA. Advertises supported modulus lengths,
+ * MGF1 hash algorithms, and padding schemes.
+ *
+ * Primary hash algorithms for RSA operations (e.g. OAEP, PSS) are
+ * reported separately via hash_algos in
+ * rte_cryptodev_asymmetric_xform_capability.
+ */
+struct rte_crypto_rsa_capa {
+       struct rte_crypto_param_range modlen;
+       /**< Supported RSA modulus length range, in bytes.
+        * A min, max, or increment value of 0 means no limit is
+        * imposed for that field and the PMD default applies.
+        */
+
+       bool pss_explicit_salt;
+       /**< Support for application-supplied RSA-PSS salt
+        * (rte_crypto_rsa_op_param::pss_salt).
+        * false (default): PMD always generates the salt internally.
+        * true: PMD accepts an application-supplied salt.
+        */
+
+       uint8_t pad_types;
+       /**< Bitmask of supported RSA padding schemes.
+        * Each bit corresponds to enum rte_crypto_rsa_padding_type.
+        * A value of 0 means padding capability is not reported and the PMD
+        * default may apply.
+        */
+
+       uint64_t mgf1_hash_algos;
+       /**< Bitmask of hash algorithms supported for MGF1 mask generation.
+        * Each bit corresponds to enum rte_crypto_auth_algorithm.
+        * Used for RSA-OAEP and RSA-PSS when MGF1 may use a digest
+        * different from the primary hash.
+        * A value of 0 means MGF1 capability is not reported and the PMD
+        * default may apply.
+        */
+};
+
 /**
  * Asymmetric Xform Crypto Capability
  */
@@ -179,8 +221,9 @@ struct rte_cryptodev_asymmetric_xform_capability {
        __extension__
        union {
                struct rte_crypto_param_range modlen;
-               /**< Range of modulus length supported by modulus based xform.
-                * Value 0 mean implementation default
+               /**< Range of modulus length supported by modulus based xform
+                * such as MODEXP, MODINV, DH, and DSA.
+                * Value 0 means implementation default.
                 */
 
                uint8_t internal_rng;
@@ -197,6 +240,9 @@ struct rte_cryptodev_asymmetric_xform_capability {
 
                uint32_t mldsa_capa[RTE_CRYPTO_ML_DSA_OP_END];
                /**< Bitmask of supported ML-DSA parameter sets. */
+
+               struct rte_crypto_rsa_capa rsa_capa;
+               /**< RSA modulus length, MGF1 hash, and padding capabilities. */
        };
 
        uint64_t hash_algos;
-- 
2.54.0

Reply via email to