On connaît les techniques pour concevoir des systèmes sécurisés qui répondent à ce genre de problématiques. Une façon de faire par exemple est de donner à l'application, au moment du transfert du descripteur de fichier, un marqueur dont la sémantique est "j'ai le droit d'ouvrir ce fichier" (par exemple on peut imaginer que le fichier est chiffré par défaut sur le disque, et que le marqueur est la clé de chiffrement). Si l'application a obtenu le marqueur dans le passé, elle a le droit de s'en resservir ensuite pour rouvrir le fichier sans demander l'autorisation (ça sera indiqué au moment de l'ouverture à l'utilisateur par un message du style "l'application demande le droit de le réouvrir les prochaines fois", ou éventuellement une case cochable pour refuser ce droit). Elle est libre de stocker ce marqueur dans un fichier persistant (la playlist, la "liste de référence" de ton format pro, etc.) ou même de le communiquer aux sous-applications qu'elle appelle en arrière-plan (indistinguable de l'application du point de vue de l'utilisateur).
C'est encore mieux s'il y a possibilité de montrer à l'utilisateur quels "droits permanents" ont été accordés de la sorte et lui donner la possibilité de les révoquer (en fait non mon lecteur Mp3 a l'air buggué, je ne lui fait plus confiance). Ça commence à demander une conception très soigneuse du système de sécurité.
Pour revenir à la playlist MP3, l'idée est donc que tu peux ajouter des fichiers dans la playlist en utilisant un logiciel (pas forcement le lecteur audio, un utilitaire en ligne de commande peut le faire) qui demande un accès persistant au fichier (le système peut donc avertir l'utilisateur) et met le marqueur obtenu dans la la playlist.
Si demain tu viens avec un besoin encore plus sophistiqué qui n'est pas exprimable en l'état du système de sécurité, tu dois demander à faire tourner ton programme (ou au moins les parties qui ont ce besoin) en mode plus privilégié, en attendant que le système essaie de mieux comprendre ton besoin et de l'exprimer de façon plus sécurisée. Aujourd'hui on met tout en mode "privilège utilisateurs totaux" par défaut, donc c'est cette solution qu'on utilise.
[^] # Re: La politique de sécurité est bonne
Posté par gasche . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 5.
On connaît les techniques pour concevoir des systèmes sécurisés qui répondent à ce genre de problématiques. Une façon de faire par exemple est de donner à l'application, au moment du transfert du descripteur de fichier, un marqueur dont la sémantique est "j'ai le droit d'ouvrir ce fichier" (par exemple on peut imaginer que le fichier est chiffré par défaut sur le disque, et que le marqueur est la clé de chiffrement). Si l'application a obtenu le marqueur dans le passé, elle a le droit de s'en resservir ensuite pour rouvrir le fichier sans demander l'autorisation (ça sera indiqué au moment de l'ouverture à l'utilisateur par un message du style "l'application demande le droit de le réouvrir les prochaines fois", ou éventuellement une case cochable pour refuser ce droit). Elle est libre de stocker ce marqueur dans un fichier persistant (la playlist, la "liste de référence" de ton format pro, etc.) ou même de le communiquer aux sous-applications qu'elle appelle en arrière-plan (indistinguable de l'application du point de vue de l'utilisateur).
C'est encore mieux s'il y a possibilité de montrer à l'utilisateur quels "droits permanents" ont été accordés de la sorte et lui donner la possibilité de les révoquer (en fait non mon lecteur Mp3 a l'air buggué, je ne lui fait plus confiance). Ça commence à demander une conception très soigneuse du système de sécurité.
Pour revenir à la playlist MP3, l'idée est donc que tu peux ajouter des fichiers dans la playlist en utilisant un logiciel (pas forcement le lecteur audio, un utilitaire en ligne de commande peut le faire) qui demande un accès persistant au fichier (le système peut donc avertir l'utilisateur) et met le marqueur obtenu dans la la playlist.
Si demain tu viens avec un besoin encore plus sophistiqué qui n'est pas exprimable en l'état du système de sécurité, tu dois demander à faire tourner ton programme (ou au moins les parties qui ont ce besoin) en mode plus privilégié, en attendant que le système essaie de mieux comprendre ton besoin et de l'exprimer de façon plus sécurisée. Aujourd'hui on met tout en mode "privilège utilisateurs totaux" par défaut, donc c'est cette solution qu'on utilise.