Never thought of such scenario that a device has multiple SD card slots for different user. This will be another issue to track to. I don't have good idea yet but I think we can make use of some daemons which take care of mount and usb insertion with "some" policy.
Bumjin -- May the Force be with you ---------------------------------------------------- * BumJin Im * Senior Engineer, Mobile S/W Platform lab, S/W Platform Team Samsung Electronics --------------------------------------------------------------------------------- ------- Original Message ------- Sender : Jos? Bollo<jose.bo...@open.eurogiciel.org> Date : 2014-03-18 23:41 (GMT+09:00) Title : Re: [Dev] [Multiuser] Security Policy Proposal for Multi-User Environment On mar, 2014-03-18 at 00:22 +0000, ??? wrote: > For external memory cards, we are thinking that > the use of links in the home directories is needed > for applying quotas (see below page 7). Mounting > memory cards would imply the creation/synchronisation > of the links and of the data on the card. For example: > on the card, should exists the directories: > - /home/user1...usern > - /opt/... > and the main FS would have the links: > - /home/user1/sdcard -> /mount/sdcard/home/user1 > - /opt/sdcard -> /mount/sdcard/opt > That is our draft idea. > [Bumjin] My point was that the SDcard cannot be access > controlled when it's plugged off and plugged in to window > machine. If we cannot fully enforce, then we should untrust. > That was the simple reason. You are right, I agree. Maybe was I confused between "external memory card" and "device media storage". But part of the proposal may still be accurate. I still think that if a user plug a memory SDcard or USBkey, its data should not be shared by default. That use case is complicated. For multi-seat configuration as what for IVI, the scenario is that the device will be by default associated to the seat's user. Best regards José _______________________________________________ Dev mailing list Dev@lists.tizen.org https://lists.tizen.org/listinfo/dev _______________________________________________ Dev mailing list Dev@lists.tizen.org https://lists.tizen.org/listinfo/dev
