Un lien expirant et un minuteur d'autodestruction répondent à différentes questions : quand une invitation doit-elle cesser de fonctionner et combien de temps l'accès doit-il rester après que quelqu'un l'ouvre pour la première fois ? Comprendre cette différence vous aide à choisir des limites utiles sans vous attendre à ce qu'un minuteur rappelle un fichier déjà enregistré par quelqu'un.
L'expiration ferme une invitation à une date limite fixe
Choisissez une expiration dans les 30 jours lors de la création d'un partage contrôlé. Le service cesse d'accorder l'accès après ce délai, que quelqu'un l'ait ouvert ou non. Vous pouvez également révoquer le partage plus tôt. Ces contrôles s'appliquent à l'instantané partagé, et non aux fichiers de votre coffre-fort personnel.
Imaginez envoyer aujourd'hui un document dont vous avez besoin jusqu'à demain soir. Une expiration fixe donne à cette invitation un point final même si personne ne l'utilise. Conservez votre original dans votre propre coffre-fort ; un partage expirant est un transfert temporaire, pas une sauvegarde. Si les plans changent, révoquez l'invitation au lieu de supposer que la suppression du document source annulera l'accès.
L'autodestruction commence dès la première séance accordée
Le minuteur d'autodestruction facultatif démarre lorsque le serveur accorde pour la première fois une session d'accès, avant que le décryptage réussi ne soit confirmé. Tous les destinataires partagent le même délai. La réouverture ne le réinitialise pas, et la date la plus rapprochée entre ce délai et l'expiration initiale met fin à l'accès.
Par exemple, un partage peut expirer demain mais n'être autorisé que dix minutes après sa première session d'accès. Un destinataire qui commence maintenant commence la même fenêtre de dix minutes pour tout le monde. Un destinataire qui arrive juste avant l’expiration fixée du lendemain ne bénéficie que du temps restant. Un mauvais secret de décryptage n'annule pas une session déjà accordée par le service, donc fournissez le bon secret avant que le destinataire n'ouvre l'invitation.
Le nombre d'accès mesure les sessions, pas les destinataires uniques
Définissez un nombre maximum de sessions d'accès ou laissez les sessions illimitées jusqu'à leur expiration. Le serveur compte les sessions accordées, plutôt que les vues de fichiers individuelles ou les destinataires identifiés. Réessayer avec le même jeton de session valide ne consomme pas un autre accès. Une séance dure au maximum 15 minutes et jamais au-delà de la date limite de partage.
Une limite d’une session n’établit pas l’identité d’une seule personne. Une invitation est une capacité, et toute personne détenant le lien et le secret peut l'utiliser. Une nouvelle session peut consommer un autre accès autorisé, même pour le même destinataire. Choisissez une limite qui laisse de la place pour le transfert prévu et utilisez une invitation distincte lorsque différents destinataires ont besoin de délais ou de compteurs indépendants.
Comprendre ce que le partage en lecture seule peut protéger
Autorisez les destinataires à enregistrer une copie cryptée de .qvault ou désactivez les actions d'exportation de l'application pour un flux de visualisation temporaire. Les copies exportées s'ouvrent avec le secret de partage et peuvent rester utilisables après l'expiration de l'invitation. La désactivation de l'exportation n'empêche pas la capture d'écran ou un client modifié de conserver les données.
L'expiration et la révocation arrêtent la récupération future via Revault. Ils ne peuvent pas effacer les captures d'écran, les fichiers exportés ou les copies conservées par un destinataire. Choisissez une personne de confiance, même lorsque l'exportation est désactivée.
Ces contrôles chronométrés appartiennent à la route de partage de serveur de Revault. L'invitation privée alternative CloudKit entre les utilisateurs iOS n'a pas de compteur d'accès imposé par le serveur ni d'expiration automatique. Choisissez un partage contrôlé lorsque ces restrictions sont importantes. Le cryptage protège le contenu des fichiers pendant le transit et le stockage, tandis que les politiques d'accès régissent ce que le service et l'application officielle autorisent lors d'une session de partage.