DEENESPTFRRUARHIKOZHNL

class ara::crypto::cryp::KeyDecapsulatorPrivateCtx

[SWS_CRYPT_21400] Upstream: RS_CRYPTO_02104, RS_CRYPTO_02209

class KeyDecapsulatorPrivateCtx :                public CryptoContext {...};

Asymmetric Key Encapsulation Mechanism (KEM) Private key Context interface.

Header-Datei#include "ara/crypto/cryp/key_decapsulator_private_ctx.h"
Forwarding-Header#include "ara/crypto/crypto_fwd.h"
Scopenamespace ara::crypto::cryp
Basisklasse(n)CryptoContext

User GuideKI-GENERIERT

Ermöglicht die asymmetrische Entkapselung von Schlüsseldaten zur Erzeugung symmetrischer Schlüsselobjekte.
KI-GENERIERT ungeprüft Modell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 7f8cddaf4e45 Herkunft Offene Fragen (2)
KI-generiertgemini-3.8-flash-medium · 2026-10-13

Ermöglicht die asymmetrische Entkapselung von Schlüsseldaten zur Erzeugung symmetrischer Schlüsselobjekte.

Die Schnittstelle ara::crypto::cryp::KeyDecapsulatorPrivateCtx dient der asymmetrischen Entkapselung von Schlüsseldaten (Key Encapsulation Mechanism, KEM) zur Erzeugung symmetrischer Zielschlüssel [SWS_CRYPT_21412]. Vor der Entkapselung muss der Kontext über SetKey zwingend mit einem privaten Schlüssel oder einem passenden Schlüsselspeicherplatz initialisiert werden [SWS_CRYPT_21413]. Anschließend transformiert die Methode Decapsulate die gekapselten Daten thread- und ausnahmesicher in eine neue symmetrische Schlüsselinstanz [SWS_CRYPT_21412]. Alle Schnittstellenaufrufe gewährleisten im Fehlerfall eine strikte Rollback-Semantik.

Kontext

Die Klasse ara::crypto::cryp::KeyDecapsulatorPrivateCtx bildet die standardisierte Schnittstelle für asymmetrische Schlüsselentkapselungsmechanismen (Key Encapsulation Mechanism, KEM) auf Basis privater Schlüssel. Als spezialisierter Krypto-Kontext erbt sie von CryptoContext und dient dazu, zuvor übermittelte gekapselte Schlüsseldaten unter Verwendung eines asymmetrischen privaten Schlüssels zu entkapseln und in ein neues symmetrisches Schlüsselobjekt (SymmetricKey) zu transformieren [SWS_CRYPT_21412].

An der Entkapselungsoperation sind mindestens drei Komponenten beteiligt: die anfordernde Anwendung, der Entkapselungskontext selbst sowie die Schlüsselquellen in Form eines PrivateKey [SWS_CRYPT_21413] oder eines referenzierten Speicherslots via KeySlot [SWS_CRYPT_50083]. Nach erfolgreicher Entkapselung stellt der Kontext das erzeugte symmetrische Schlüsselobjekt als Smart Pointer bereit [SWS_CRYPT_21412].

kem_context Anwendung Anwendung KeyDecapsulatorPrivateCtx KeyDecapsulatorPrivateCtx Anwendung->KeyDecapsulatorPrivateCtx steuert SymmetricKey SymmetricKey KeyDecapsulatorPrivateCtx->SymmetricKey Decapsulate() Schluesselquelle PrivateKey / KeySlot Schluesselquelle->KeyDecapsulatorPrivateCtx SetKey() SymmetricKey->Anwendung Sptr

Kontextdiagramm: Einbindung des Entkapselungskontexts zwischen Schlüsselbereitstellung und Zielschlüsselerzeugung. Quellen: [SWS_CRYPT_21412], [SWS_CRYPT_21413], [SWS_CRYPT_50083]

Lebenszyklus

Der Kontext wird typischerweise über den Typalias KeyDecapsulatorPrivateCtx::Sptr als std::shared_ptr referenziert und geteilt [SWS_CRYPT_21401]. Da die Schnittstelle rein virtuelle Elementfunktionen definiert, erfolgt die Instanziierung des konkreten Objekts vermutlich über eine übergeordnete Krypto-Fabrik (Interpretation). Frage Q-870e12aabbad8472 (offen) Die Zerstörung und Ressourcenbereinigung wird an den Lebenszyklus des Smart Pointers gekoppelt.

Zu Beginn befindet sich der Kontext in einem uninitialisierten Zustand, in dem noch kein Entkapselungsschlüssel zugewiesen ist. Ein direkter Aufruf von Decapsulate schlägt in diesem Zustand mit dem Fehler UninitializedContext fehl [SWS_CRYPT_21412]. Erst durch den erfolgreichen Aufruf einer der beiden überladenen Methoden SetKey geht der Kontext in den betriebsbereiten Zustand über [SWS_CRYPT_21413], [SWS_CRYPT_50083]. Wird ein KeySlot zugewiesen, wird der darin enthaltene private Schlüssel erst dynamisch zum Zeitpunkt der tatsächlichen Entkapselung herangezogen; Änderungen am Slot-Inhalt wirken sich somit vermutlich unmittelbar auf zukünftige Entkapselungsaufrufe aus (Interpretation). Frage Q-0b0dfc1fd3ebbc6f (offen)

Hinsichtlich Nebenläufigkeit und Fehlertoleranz sind sämtliche Methoden als threadsicher (thread-safe) und ausnahmesicher (exception safe) spezifiziert [SWS_CRYPT_21412], [SWS_CRYPT_21413], [SWS_CRYPT_50083]. Da die Transformationsmethode Decapsulate als const deklariert ist, können mehrere Threads parallel Entkapselungen auf demselben konfigurierten Kontext anstoßen [SWS_CRYPT_21412].

Nutzungspfad

Der reguläre Ablauf zur Entkapselung eines Sitzungsschlüssels gliedert sich in zwei aufeinanderfolgende Phasen:

  1. Konfiguration des Entkapselungsschlüssels: Die Anwendung konfiguriert den Kontext über SetKey, indem entweder ein PrivateKey::Sptr übergeben wird [SWS_CRYPT_21413] oder ein KeySlot::Sptr hinterlegt wird [SWS_CRYPT_50083]. Das Ergebnis ist ein ara::core::Result<void>, dessen Status vor dem nächsten Schritt geprüft werden muss.
  2. Durchführung der Entkapselung: Die Anwendung ruft Decapsulate auf und übergibt die Pufferdaten des gekapselten Schlüssels (ReadOnlyMemRegion encapsulatedKey), die Algorithmenkennung des Zielschlüssels (AlgId algId) sowie dessen erlaubte Verwendungsarten (AllowedUsageFlags allowedUsage) [SWS_CRYPT_21412].
  3. Ergebnisverarbeitung: Bei erfolgreicher Transformation liefert die Funktion ein ara::core::Result<SymmetricKey::Sptr> zurück, über das der neue symmetrische Schlüssel unmittelbar für nachfolgende kryptografische Operationen nutzbar ist [SWS_CRYPT_21412].
Ablauf der Schlüsselentkapselung (KEM)AnwendungKeyDecapsulatorPrivateCtxSymmetricKeyUse Case: SchlüsselkonfigurationSetKey(key) oder SetKey(keySlot)ara::core::Result<void>Use Case: SchlüsselentkapselungDecapsulate(encapsulatedKey, algId, allowedUsage)Erzeuge ZielschlüsselInstanz erzeugtara::core::Result<SymmetricKey::Sptr>

Sequenzdiagramm: Typischer Ablauf von Schlüsselkonfiguration und Entkapselung eines Zielschlüssels. Quellen: [SWS_CRYPT_21412], [SWS_CRYPT_21413], [SWS_CRYPT_50083]

Fehlerszenarien

Alle Operationen geben Fehlerzustände über ara::core::Result zurück und sichern eine strikte Rollback-Semantik (rollback_semantics) zu, wodurch der Kontext bei Fehlschlägen in einem gültigen Zustand verbleibt [SWS_CRYPT_21412], [SWS_CRYPT_21413], [SWS_CRYPT_50083].

Im Rahmen der Schlüsselkonfiguration via SetKey können folgende Fehler auftreten:

  • CryptoErrc::kIncompatibleObject: Das übergebene PrivateKey-Objekt oder der KeySlot ist mit dem Kontext inkompatibel [SWS_CRYPT_21413], [SWS_CRYPT_50083].
  • CryptoErrc::kUsageViolation: Die Berechtigungsflags des privaten Schlüssels enthalten nicht das Recht zum Entpacken (kAllowKeyUnwrapping) [SWS_CRYPT_21413].
  • CryptoErrc::kUnsupported: Die Implementierung des Kontexts unterstützt nur die jeweils andere Konfigurationsvariante (z. B. ausschließliche Bindung über KeySlot oder ausschließlich über PrivateKey) [SWS_CRYPT_21413], [SWS_CRYPT_50083].

Beim Aufruf von Decapsulate sind folgende Fehlerursachen spezifiziert:

  • UninitializedContext: Dem Kontext wurde zuvor kein Schlüssel zugewiesen [SWS_CRYPT_21412].
  • CryptoErrc::kInvalidArgument: Das Datenformat des übergebenen Puffers encapsulatedKey ist ungültig [SWS_CRYPT_21412].
  • CryptoErrc::kUnknownIdentifier: Der übergebene algId-Bezeichner wird nicht unterstützt [SWS_CRYPT_21412].
  • CryptoErrc::kIncompatibleArguments: Entweder passen die Zielberechtigungen allowedUsage nicht zu algId bzw. dem Schlüsseltyp, oder algId ist mit den KEM-Daten in encapsulatedKey inkompatibel [SWS_CRYPT_21412].
  • CryptoErrc::kUsageViolation: Die Nutzungsregeln des konfigurierten Schlüssels gestatten kein Entpacken (kAllowKeyUnwrapping fehlt) [SWS_CRYPT_21412].
  • CryptoErrc::kEmptyKeySlot: Ein zuvor über SetKey gebundener KeySlot enthält zum Ausführungszeitpunkt keinen Schlüssel [SWS_CRYPT_21412].
  • CryptoErrc::kBusyResource: Eine für die kryptografische Berechnung erforderliche Systemressource ist vorübergehend belegt [SWS_CRYPT_21412].

Dieser Klassen-Leitfaden wurde für AUTOSAR Adaptive R25-11 auf Basis der Spezifikationsvorgaben des Moduls crypto generiert.

Mitgliederkarte

Methoden

2
DecapsulateSetKey

Typaliase

1
Sptr

Klassendiagramm

Hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); Klicken öffnet die jeweilige Klassenseite.

G nara__crypto__cryp__KeyDecapsulatorPrivateCtx748 KeyDecapsulatorPrivateCtx + Decapsulate() + SetKey() nara__crypto__cryp__CryptoContext85 CryptoContext nara__crypto__cryp__KeyDecapsulatorPrivateCtx748->nara__crypto__cryp__CryptoContext85

Detailansicht

Wähle in der Gliederung einen Eintrag aus.

Methoden

Decapsulate function

Decapsulate the keying data into a new SymmetricKey.

virtual ara::core::Result< SymmetricKey::Sptr > Decapsulate (ReadOnly MemRegion encapsulatedKey, AlgId algId, AllowedUsageFlags allowed Usage) const noexcept=0;
SetKey function 2

Configure the context to use the provided key as decapsulation key.

Überladungen SetKey 2
virtual ara::core::Result< void > SetKey (PrivateKey::Sptr key) noexcept=0; SWS_CRYPT_21413
virtual ara::core::Result< void > SetKey (KeySlot::Sptr keySlot) noexcept=0; SWS_CRYPT_50083

Typaliase

Sptr type alias

Smart pointer of the interface.

using Sptr = std::shared_ptr<KeyDecapsulatorPrivateCtx>;

Dokumentation der Methoden

function Decapsulate [SWS_CRYPT_21412] Upstream: RS_CRYPTO_02102, RS_CRYPTO_02108, RS_CRYPTO_02115

virtual ara::core::Result< SymmetricKey::Sptr > Decapsulate (ReadOnly MemRegion encapsulatedKey, AlgId algId, AllowedUsageFlags allowed Usage) const noexcept=0;

Decapsulate the keying data into a new SymmetricKey.

KI-GENERIERT ungeprüft Modell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 74316f4045a4 Herkunft Offene Fragen (1)
KI-generiertgemini-3.8-flash-medium · 2026-10-13

Verwendung

Die Methode Decapsulate der Klasse ara::crypto::cryp::KeyDecapsulatorPrivateCtx dient dem synchronen Entkapseln von Schlüsseldaten in ein neues symmetrisches Schlüsselobjekt [SWS_CRYPT_21412]. Sie nimmt einen Speicherbereich mit dem gekapselten Schlüssel (encapsulatedKey), die Kennung des Zielalgorithmus (algId) sowie Verwendungsflags (allowedUsage) entgegen, welche die zulässigen Transformationstypen des Zielschlüssels festlegen [SWS_CRYPT_21412]. Der Aufruf ist als noexcept und exception safe spezifiziert und gibt das Ergebnis synchron in einem ara::core::Result<SymmetricKey::Sptr> zurück [SWS_CRYPT_21412].

Fehlerbehandlung

Im Fehlerfall gewährleistet die Funktion eine Rollback-Semantik [SWS_CRYPT_21412]. Mögliche Fehlerursachen umfassen:

  • UninitializedContext: Der Kontext wurde noch nicht mit einem privaten Schlüssel initialisiert [SWS_CRYPT_21412].
  • CryptoErrc::kInvalidArgument: Das Format des Eingabepuffers encapsulatedKey ist ungültig [SWS_CRYPT_21412].
  • ara::crypto::CryptoErrc::kUnknownIdentifier: Der übergebene Bezeichner algId wird nicht unterstützt [SWS_CRYPT_21412].
  • ara::crypto::CryptoErrc::kIncompatibleArguments: Die Flags in allowedUsage sind inkompatibel mit algId bzw. dem Schlüsseltyp, oder algId passt nicht zu encapsulatedKey [SWS_CRYPT_21412].
  • ara::crypto::CryptoErrc::kUsageViolation: Die Berechtigungen des privaten Schlüssels erlauben kein kAllowKeyUnwrapping [SWS_CRYPT_21412].
  • ara::crypto::CryptoErrc::kBusyResource oder ara::crypto::CryptoErrc::kEmptyKeySlot: Eine benötigte Ressource ist belegt oder ein konfigurierter KeySlot ist gegenwärtig leer [SWS_CRYPT_21412].

Nebenläufigkeit und Einschränkungen

Die Operation ist thread-safe und als const deklariert [SWS_CRYPT_21412]. Interpretation: Das Auftreten von ara::crypto::CryptoErrc::kEmptyKeySlot dürfte voraussetzen, dass ein für die Entkapselung konfigurierter KeySlot vor dem Aufruf mit gültigem Schlüsselmaterial belegt sein muss. Frage Q-941ed6a81c1e714c (offen)

Dieser Nutzungshinweis wurde automatisiert erstellt und basiert ausschließlich auf den Spezifikationsdaten aus AUTOSAR Adaptive R25-11.

Header-Datei#include "ara/crypto/cryp/key_decapsulator_private_ctx.h"
Scopeclass ara::crypto::cryp::KeyDecapsulatorPrivateCtx
Exception-Sicherheitexception safe
Thread-Sicherheitthread-safe CryptoErrc::k rollback_semantics

Parameter (in)

ParameterBeschreibung
encapsulatedKeyan input buffer containing the encapsulated key
algIdthe identifier of the target symmetric crypto algorithm
allowedUsagethe flags that define a list of allowed transformations’ types in which the target key can be used

Rückgabewert

TypBeschreibung
ara::core::Result<SymmetricKey::Sptr >a result containing a the decapsulated symmetric key object or an error

Fehler

FehlercodeBeschreibung
UninitializedContextif the context was not initialized by a private key value
CryptoErrc::kInvalidArgumentrollback_semantics if the format of encapsulatedKey is invalid
ara::crypto::CryptoErrc::kUnknownIdentifierrollback_semantics if algId has an unsupported value
ara::crypto::CryptoErrc::kIncompatibleArgumentsrollback_semantics if the allowedUsage is incompatible with the algId or the key type
ara::crypto::CryptoErrc::kIncompatibleArgumentsrollback_semantics if the algId is incompatible to the encapsulatedKey
ara::crypto::CryptoErrc::kBusyResourcerollback_semantics a required resource is busy
ara::crypto::CryptoErrc::kEmptyKeySlotrollback_semantics if a KeySlot was configured that is currently is empty
ara::crypto::CryptoErrc::kUsageViolationrollback_semantics if the allowed usage of the key does not include kAllowKey Unwrapping

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_CRYPT_21412
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_CRYPT_21412@rel:R25-11#adc90350
Content hash
adc90350
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Cryptography.pdf#nameddest=SWS_CRYPT_21412
Status: valid/unmigrated Version: rel:R25-11#eae42d09 Versionshistorie & Revisions (1 transition, 8 revision)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_CRYPT_21412@rel:R25-11#eae42d09
Point-in-Time History:
Recorded Revisions (8):
  • R25-11rel:R25-11#adc903502026-09-30
  • R19-11rel:R19-11#2a160e442026-10-14
  • R20-11rel:R20-11#b88e4d222026-10-14
  • R21-11rel:R21-11#5336aaad2026-10-14
  • R22-11rel:R22-11#e33519842026-10-14
  • R23-11rel:R23-11#fae6d8942026-10-14
  • R24-11rel:R24-11#807767cc2026-10-14
  • R25-11rel:R25-11#eae42d092026-10-14 active
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill

function SetKey [SWS_CRYPT_21413] Upstream: RS_CRYPTO_02001, RS_CRYPTO_02003

virtual ara::core::Result< void > SetKey (PrivateKey::Sptr key) noexcept=0;

Configure the context to use the provided key as decapsulation key.

KI-GENERIERT ungeprüft Modell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 43bd56adb05b Herkunft
KI-generiertgemini-3.8-flash-medium · 2026-10-13

Die Methode SetKey konfiguriert den Kontext KeyDecapsulatorPrivateCtx für die Verwendung des übergebenen privaten Schlüssels (PrivateKey::Sptr key) als Entkapselungsschlüssel [SWS_CRYPT_21413]. Die Ausführung erfolgt synchron und ist als ausnahmesicher (exception safe) sowie threadsicher (thread-safe) deklariert [SWS_CRYPT_21413]. Das Ergebnis wird als ara::core::Result<void> zurückgegeben [SWS_CRYPT_21413].

Tritt bei der Konfiguration ein Fehler auf, wird ein entsprechender Fehlercode zurückgegeben; dabei gilt eine Rollback-Semantik, sodass der vorherige Zustand des Kontexts unverändert bleibt [SWS_CRYPT_21413]. Folgende Fehlerfälle sind spezifiziert:

  • ara::crypto::CryptoErrc::kIncompatibleObject: Das übergebene Schlüsselobjekt ist mit dem Kontext inkompatibel [SWS_CRYPT_21413].
  • ara::crypto::CryptoErrc::kUsageViolation: Die zulässige Verwendung des Schlüssels umfasst nicht kAllowKey Unwrapping [SWS_CRYPT_21413].
  • ara::crypto::CryptoErrc::kUnsupported: Der spezifische Kontext unterstützt ausschließlich die Zuweisung über einen KeySlot [SWS_CRYPT_21413].

Im kryptografischen Gesamtablauf bildet dieser Kontext das Gegenstück zur Kapselung in KeyEncapsulatorPublicCtx, bei dem der öffentliche Schlüssel über SetKey gesetzt wird [SWS_CRYPT_21815]. Während KeyEncapsulatorPublicCtx auch Zuweisungen via KeySlot vorsieht [SWS_CRYPT_50012], erfordert dieser Aufruf die Bereitstellung eines kompatiblen PrivateKey-Objekts mit passenden Verwendungsrechten [SWS_CRYPT_21413].

Dieser Text wurde von einer KI auf Basis der Spezifikation AUTOSAR Adaptive R25-11 generiert.

Implementer's Guide folgt (Komplexität I2)

Header-Datei#include "ara/crypto/cryp/key_decapsulator_private_ctx.h"
Scopeclass ara::crypto::cryp::KeyDecapsulatorPrivateCtx
Exception-Sicherheitexception safe
Thread-Sicherheitthread-safe

Parameter (in)

ParameterBeschreibung
keythe key encapsulation key

Rückgabewert

TypBeschreibung
ara::core::Result< void >An empty result or an error

Fehler

FehlercodeBeschreibung
ara::crypto::CryptoErrc::kIncompatibleObjectrollback_semantics if the provided key object is incompatible with this context
ara::crypto::CryptoErrc::kUsageViolationrollback_semantics if the allowed usage of the key does not include kAllowKey Unwrapping
ara::crypto::CryptoErrc::kUnsupportedrollback_semantics if the context only supports setting a KeySlot

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_CRYPT_21413
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_CRYPT_21413@rel:R25-11#09c6c800
Content hash
09c6c800
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Cryptography.pdf#nameddest=SWS_CRYPT_21413
Status: valid/unmigrated Version: rel:R25-11#3d2109f4 Versionshistorie & Revisions (1 transition, 7 revision)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_CRYPT_21413@rel:R25-11#3d2109f4
Point-in-Time History:
Recorded Revisions (7):
  • R25-11rel:R25-11#09c6c8002026-09-30
  • R20-11rel:R20-11#15c6e3ca2026-10-14
  • R21-11rel:R21-11#c2e0f0602026-10-14
  • R22-11rel:R22-11#190096332026-10-14
  • R23-11rel:R23-11#b764d7602026-10-14
  • R24-11rel:R24-11#5a49401b2026-10-14
  • R25-11rel:R25-11#3d2109f42026-10-14 active
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill

function SetKey [SWS_CRYPT_50083] Upstream: RS_CRYPTO_02001, RS_CRYPTO_02003

virtual ara::core::Result< void > SetKey (KeySlot::Sptr keySlot) noexcept=0;

Configure the context to use the key stored in the provided KeySlot at the time the key decapsulation is performed as encapsulation key.

KI-GENERIERT ungeprüft Modell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 80a237bd0066 Herkunft Offene Fragen (1)
KI-generiertgemini-3.8-flash-medium · 2026-10-13

Die Methode SetKey konfiguriert die Instanz von ara::crypto::cryp::KeyDecapsulatorPrivateCtx so, dass der im übergebenen KeySlot hinterlegte private Schlüssel für die Schlüssel-Dekapselung herangezogen wird [SWS_CRYPT_50083]. Als Parameter wird ein Smart Pointer KeySlot::Sptr auf den entsprechenden Speicherplatz übergeben. Der synchrone Aufruf liefert ein ara::core::Result<void> zurück, welches im Erfolgsfall leer ist oder einen Fehlercode enthält [SWS_CRYPT_50083].

Tritt bei der Konfiguration ein Fehler auf, greift eine Rollback-Semantik [SWS_CRYPT_50083]:

  • ara::crypto::CryptoErrc::kIncompatibleObject zeigt an, dass der übergebene KeySlot nicht mit dem Kontext kompatibel ist [SWS_CRYPT_50083].
  • ara::crypto::CryptoErrc::kUnsupported wird zurückgegeben, wenn die konkrete Kontext-Implementierung ausschließlich das Zuweisen über ein PrivateKey-Objekt unterstützt [SWS_CRYPT_50083].

Die Operation ist als thread-safe und exception safe (noexcept) spezifiziert [SWS_CRYPT_50083]. Im Zusammenspiel mit dem Modul stellt dieser Aufruf eine Alternative zur direkten Zuweisung eines PrivateKey dar [SWS_CRYPT_21413]. Interpretation: Der Schlüsselinhalt dürfte vermutlich erst bei der tatsächlichen Durchführung der Dekapselungsoperation aus dem Slot ausgewertet werden, da die Spezifikation explizit auf diesen späteren Ausführungszeitpunkt abstellt [SWS_CRYPT_50083]. Frage Q-aa4a9bc9630ecf1c (offen)

Dieser Text wurde von einer KI basierend auf AUTOSAR-Spezifikationen generiert.

Implementer's Guide folgt (Komplexität I2)

Header-Datei#include "ara/crypto/cryp/key_decapsulator_private_ctx.h"
Scopeclass ara::crypto::cryp::KeyDecapsulatorPrivateCtx
Exception-Sicherheitexception safe
Thread-Sicherheitthread-safe

Parameter (in)

ParameterBeschreibung
keySlota keyslot containing a private key

Rückgabewert

TypBeschreibung
ara::core::Result< void >An empty result or an error

Fehler

FehlercodeBeschreibung
ara::crypto::CryptoErrc::kIncompatibleObjectrollback_semantics if the provided keySlot is incompatible with this context
ara::crypto::CryptoErrc::kUnsupportedrollback_semantics if the context only supports setting a PrivateKey

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_CRYPT_50083
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_CRYPT_50083@rel:R25-11#fce97029
Content hash
fce97029
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Cryptography.pdf#nameddest=SWS_CRYPT_50083
Status: valid/unmigrated Version: rel:R25-11#fce97029 Versionshistorie & Revisions (1 transition)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_CRYPT_50083@rel:R25-11#fce97029
Point-in-Time History:
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill

Dokumentation der Typaliase

type alias Sptr [SWS_CRYPT_21401] Upstream: RS_CRYPTO_02104

using Sptr = std::shared_ptr<KeyDecapsulatorPrivateCtx>;

Smart pointer of the interface.

Header-Datei#include "ara/crypto/cryp/key_decapsulator_private_ctx.h"
Scopeclass ara::crypto::cryp::KeyDecapsulatorPrivateCtx
SymbolSptr

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_CRYPT_21401
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_CRYPT_21401@rel:R25-11#3f5f125b
Content hash
3f5f125b
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Cryptography.pdf#nameddest=SWS_CRYPT_21401
Status: valid/unmigrated Version: rel:R25-11#c79deea3 Versionshistorie & Revisions (1 transition, 8 revision)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_CRYPT_21401@rel:R25-11#c79deea3
Point-in-Time History:
Recorded Revisions (8):
  • R25-11rel:R25-11#3f5f125b2026-09-30
  • R19-11rel:R19-11#c695802b2026-10-14
  • R20-11rel:R20-11#5f347cf32026-10-14
  • R21-11rel:R21-11#8f070cff2026-10-14
  • R22-11rel:R22-11#ce91ad1b2026-10-14
  • R23-11rel:R23-11#c486e1b82026-10-14
  • R24-11rel:R24-11#c486e1b82026-10-14
  • R25-11rel:R25-11#c79deea32026-10-14 active
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill