docs: a scripted RFM SELECT should use P2=0C (guide note)
The alfa-dsa RFM script work showed a card refusing the P2='00' (FCI) form of a SELECT inside a secured command script with 6A86, while P2='0C' (no response data) executes - and a script has nowhere to put an FCI anyway. Worksheet 1 gains the note (TS 102 226 7.2: the RFM application starts in MF); the repo AGENTS records the observation. Docs only - no code, no version or sw change.
This commit is contained in:
@@ -90,6 +90,12 @@ passes an explicit `spi1`; an expanded-format RFM application also expects the
|
|||||||
wrapped command template (`"format": "expanded"`/`"expanded-ae"`, see the
|
wrapped command template (`"format": "expanded"`/`"expanded-ae"`, see the
|
||||||
actions table).
|
actions table).
|
||||||
|
|
||||||
|
A **scripted SELECT inside the secured packet** should ask for no response
|
||||||
|
data (`P2='0C'`, e.g. `00A4000C02A153`): a card can refuse the `P2='00'`
|
||||||
|
form (return the FCI) with `6A86` when it arrives inside a command script,
|
||||||
|
and the script has nowhere to put an FCI anyway. The RFM application starts
|
||||||
|
in MF (TS 102 226 §7.2), so the selects walk from there.
|
||||||
|
|
||||||
### Worksheet 2 - incoming data → particular PoR, no other actions
|
### Worksheet 2 - incoming data → particular PoR, no other actions
|
||||||
|
|
||||||
Inline PoR:
|
Inline PoR:
|
||||||
|
|||||||
Reference in New Issue
Block a user