Q1: Target EnvironmentについてEvidenceをcreateするroleはどれ?単一選択 A. Attester B. Verifier C. Relying Party **解説:** A: AttesterがTarget Environmentについてのclaimを含むEvidenceをproduceする. B: VerifierはEvidenceをconsumeしappraiseする. C: Relying PartyはdecisionのためAttestation Resultをconsumeする.
Q2: Verifierのmain outputはどれ?単一選択 A. new Target Environment B. OAuth authorization code C. Attestation Result **解説:** A: roleはappraise対象environmentをcreateしない. B: RATSはOAuth code issuanceをVerifier outputとして定義しない. C: VerifierはEvidence appraisal policyを適用しAttestation Resultをproduceする.
Q3: Appraisal Policy for Attestation Resultsをapplyするのは誰?単一選択 A. Attester B. Relying Party C. Endorser **解説:** A: AttesterはEvidenceをcreateするがRelying Partyのacceptance decisionは行わない. B: Relying Partyがresult-appraisal policyでAttestation Resultをevaluateする. C: EndorserはVerifierが使うEndorsementをsupplyする.
Q4: positiveなAttestation Resultは自動的にauthorization grantになる?単一選択 A. はい, Verifierが全resource accessを決める B. はい, signed resultは常にadministrator rightをgrantする C. いいえ, Relying Partyが自身のappraisalとauthorization policyへ組み込む **解説:** A: VerifierはEvidenceをappraiseしRelying Partyが自身のdecisionを行う. B: signature validityはRelying Partyのauthorization policyを定義しない. C: Attestation Resultはdecision supportであり特定useではunacceptableになりうる.
Q5: Passport Modelをdistinguishするものはどれ?単一選択 A. AttesterがAttestation Resultを取得しRelying Partyへpresentする B. Relying PartyがEvidenceをVerifierへ送りresultをAttesterから隠す C. flowにVerifierが参加しない **解説:** A: reusable resultはholderが運ぶpassportに似る. B: そのflowはBackground-Check Modelに近い. C: 両topological patternともVerifierのEvidence-appraisal roleを持つ.
Q6: Background-Check Modelをdistinguishするものはどれ?単一選択 A. AttesterがRelying Partyへcontactする前にreusable resultを常にcacheする B. Relying PartyがEvidenceを受けVerifierにappraiseさせる C. Relying PartyがVerifierなしでraw Evidenceをinterpretする **解説:** A: それはPassport Modelのcharacteristicでこのmodelのrequirementではない. B: resultはRelying Partyへ戻り自身のappraisalとdecisionに使われる. C: architectureはEvidence appraisalをVerifier roleへassignする.
Q7: Reference Valueのroleはどれ?単一選択 A. Attesterがgenerateするfresh nonce B. Relying Partyのfinal access decision C. VerifierがEvidence policy適用時に使うknown value **解説:** A: nonceはfreshnessをsupportできるがReference Valueではない. B: Reference ValueはEvidence appraisalへのinputでfinal decisionではない. C: Evidence内claimをassessするcomparison materialを提供する.
Q8: RATS protocolがfreshnessをprovideすべき理由はどれ?単一選択 A. staleなEvidenceまたはAttestation Resultのreplayをlimitする B. deviceが永続的にtrustworthyであるとguaranteeする C. Evidence source authenticationをreplaceする **解説:** A: timestamp, nonce, epoch identifierでappraisalをrelevant time windowへconnectできる. B: freshnessはtimingをdescribeするがfuture stateをguaranteeしない. C: freshnessとsource authenticityは別propertyである.
Q9: Evidenceがdetailed device configurationを含む. どのprivacy boundaryが重要?単一選択 A. 全Relying Partyがindependentにverifyできるよう全Evidenceをpublishする B. VerifierをauthenticateしEvidence disclosureをauthorized partyへprotectする C. encryptionを全claimがacceptableなproofとして扱う **解説:** A: broad disclosureはprivacy riskを増やしsecurity-sensitive stateをexposeしうる. B: Attesterはsensitive Evidence送信前にVerifierをassureする必要がある場合がある. C: confidential conveyanceはclaim correctnessをappraiseしない.
Q10: A2A serviceはacceptance decisionでattestationをどう使うべき?単一選択 A. VerifierなしでAttester自身にtrustedとdeclareさせる B. 任意positive resultをunrestricted authorityへmapする C. freshnessとtrustをvalidateしresultをappraiseしてoperation-specific authorizationを適用する **解説:** A: self-asserted claimではarchitectureのindependent appraisal stepを行えない. B: positive resultはcontextualでoperation scopeを定義しない. C: これでRATS role separationを保持しattestationがsilentにuniversal authorizationになるのを防ぐ.