[Secure Element] SE needs to perform ACE checks before transmitting APDU

RESOLVED WONTFIX

Status

Firefox OS
NFC
RESOLVED WONTFIX
3 years ago
3 months ago

People

(Reporter: psiddh, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

3 years ago
SE stack should be integrated with ACE module before performing any channel related operations. These checks should be part of sanity checks performed in parent process of SE stack
(Reporter)

Updated

3 years ago
No longer depends on: 1118096
(Reporter)

Updated

3 years ago
No longer depends on: 1118097
(Reporter)

Updated

3 years ago
Blocks: 1118099
(Reporter)

Updated

3 years ago
No longer blocks: 1118099
(Reporter)

Updated

3 years ago
Depends on: 1118097
(Reporter)

Updated

3 years ago
No longer depends on: 1118097
Blocks: 1044428
Depends on: 879861, 884594
(Reporter)

Updated

3 years ago
Blocks: 1119152
(Reporter)

Updated

3 years ago
No longer blocks: 1119152
Initial integration with ACE on opening channel was done in bug 884594. 
HCI integration with ACE is being implemented in bug 1165340.

Closing channel does not require ACE checks. If channel is opened it means that ACE checks before opening were successful. It is almost impossible that Access Rules would change between channel opening and closing. Nevertheless we should always be able to close a channel because open channel blocks SIM resources.

Basing on the above I'm changing the name of this bug to support ACE checks on APDU transmit. Integration on transmit requires APDU filtering support from bug 1137533.
Depends on: 1137533
Hardware: x86_64 → ARM
Summary: SecureElement : SE to Integrate with ACE module before opening / transmitting / closing the channels. → [Secure Element] SE needs to perform ACE checks before transmitting APDU

Comment 2

3 months ago
Firefox OS is not being worked on
Status: NEW → RESOLVED
Last Resolved: 3 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.