Q1: Signature-Inputは何をdescribeする?
単一選択**解説:**
A: Signature-Inputはsignature base構築に使うcomponent identifierとmetadataを運ぶ.
B: Signature fieldがcryptographic byte sequenceを運ぶ.
C: message contentはSignature-Inputへcopyされない.
参照仕様
Q2: Signatureにlabel sig1があるがSignature-Inputにsig1がない. messageをどう扱う?
単一選択**解説:**
A: guessではsignerが定義したsignature baseを安全に再現できない.
B: 各message signature labelは両fieldに存在する必要がある.
C: body digestはmissing signature metadataのsubstituteではない.
Q3: HTTP message signatureはrequest bodyを自動的にcoverする?
単一選択**解説:**
A: RFC 9421はraw whole messageではなくselected componentのconstructed baseをsignする.
B: @methodはmethodだけをcoverしcontentを含まない.
C: Content-Digestのsigningでdigest fieldをbindしdigest validationでbodyへlinkする.
Q4: request profileが@methodと@target-uriをcoverする理由はどれ?
単一選択**解説:**
A: これらのderived componentでmethodやdestination変更後のreuseを防ぐ.
B: signatureはintegrityとauthenticity propertyを提供するがconfidentialityではない.
C: HTTP covered componentはTLS algorithmをnegotiateしない.
Q5: created, expires, nonce signature parameterのroleはどれ?
単一選択**解説:**
A: metadataだけではclock synchronizationを確立できない.
B: applicationがacceptable windowとnonce uniquenessを定義してenforceする必要がある.
C: これらのparameterはscope grantではなくsignature timingとuniquenessに関する.
Q6: signatureはcryptographically verifyするがapplicationがcoverageを要求するAuthorizationをomitしている. どうする?
単一選択**解説:**
A: RFC 9421はapplicationが追加coverage requirementをenforceすることを求める.
B: Signature-Input変更はsignature baseを変えsignatureをinvalidにする.
C: included componentがverifyしてもrequired componentをomitしたsignatureはprofileを満たさない.
Q7: keyidだけで何をestablishする?
単一選択**解説:**
A: verifierはkeyのtrusted resolutionとauthorization ruleをなお必要とする.
B: authorizationはkey identificationを超えるapplication policyである.
C: algorithm acceptabilityは別にresolveしてcheckする必要がある.
Q8: 1つのHTTP messageはmultiple signatureを含められる?
単一選択**解説:**
A: RFC 9421はmultiple labeled valueを運べるdictionaryを定義する.
B: matchingするunique labelで各Signature valueをSignature-Inputへassociateする.
C: multiple signatureはdifferent signer, key, algorithm, coverageを使える.
Q9: intermediaryがtransit中にcovered componentをchangeした. expected resultはどれ?
単一選択**解説:**
A: keyを持つsignerだけがaltered baseへsignatureを作れる.
B: HTTP上permittedなtransformationでもcovered componentが変わればsignatureはbreakする.
C: covered valueがoriginal signature baseと一致しなくなる.
Q10: A2AのHTTP-signature profileはRFC 9421使用に加えて何をspecifyすべき?
単一選択**解説:**
A: labelだけではsecurity coverage, trust, replay policyを定義できない.
B: これらのruleでvalid signatureがA2A requestに対して何を意味するか決まる.
C: coverageはimplicitなentire exchangeではなくexplicitにselectedされたcomponent setである.