Um link que expira e um cronômetro de autodestruição respondem a diferentes perguntas: quando um convite deve parar de funcionar e por quanto tempo o acesso deve permanecer após alguém abri-lo pela primeira vez? Compreender essa diferença ajuda você a escolher limites úteis sem esperar que um cronômetro recupere um arquivo que alguém já salvou.
A expiração fecha um convite em um prazo fixo
Escolha um prazo de validade de 30 dias ao criar um compartilhamento controlado. O serviço deixa de conceder acesso após esse prazo, quer alguém o tenha aberto ou não. Você também pode revogar o compartilhamento anteriormente. Esses controles se aplicam ao instantâneo compartilhado, não aos arquivos em seu cofre pessoal.
Imagine enviar hoje um documento que será necessário até amanhã à noite. Uma expiração fixa dá a esse convite um endpoint, mesmo que ninguém o utilize. Mantenha seu original em seu próprio cofre; um compartilhamento expirado é uma transferência temporária, não um backup. Se os planos mudarem, revogue o convite em vez de presumir que a exclusão do documento de origem cancelará o acesso.
A autodestruição começa na primeira sessão concedida
O temporizador de autodestruição opcional inicia quando o servidor concede pela primeira vez uma sessão de acesso, antes que a descriptografia bem-sucedida seja confirmada. Todos os destinatários compartilham o mesmo prazo. A reabertura não o reinicia, e o que ocorrer primeiro entre esse prazo e o vencimento original encerrará o acesso.
Por exemplo, um compartilhamento pode expirar amanhã, mas permitir apenas dez minutos após sua primeira sessão de acesso. Um destinatário que inicia agora inicia a mesma janela de dez minutos para todos. Um destinatário que chega pouco antes do vencimento fixo de amanhã recebe apenas o tempo restante. Um segredo de descriptografia errado não desfaz uma sessão já concedida pelo serviço, portanto entregue o segredo correto antes que o destinatário abra o convite.
As contagens de acesso medem sessões, não destinatários únicos
Defina um número máximo de sessões de acesso ou deixe as sessões ilimitadas até expirarem. O servidor conta sessões concedidas, em vez de visualizações de arquivos individuais ou destinatários identificados. Tentar novamente com o mesmo token de sessão válido não consome outro acesso. Uma sessão dura no máximo 15 minutos e nunca ultrapassa o prazo de compartilhamento.
O limite de uma sessão não estabelece a identidade de uma pessoa. Um convite é um recurso e qualquer pessoa que possua o link e o segredo pode usá-lo. Uma nova sessão pode consumir outro acesso permitido, mesmo para o mesmo destinatário. Escolha um limite que deixe espaço para a transferência pretendida e use um convite separado quando destinatários diferentes precisarem de prazos ou contadores independentes.
Entenda o que o compartilhamento somente visualização pode proteger
Permita que os destinatários salvem uma cópia criptografada .qvault ou desative as ações de exportação do aplicativo para um fluxo de visualização temporário. As cópias exportadas são abertas com o segredo de compartilhamento e podem permanecer utilizáveis após o convite expirar. Desabilitar a exportação não impede que a captura de tela ou um cliente modificado retenha dados.
A expiração e a revogação interrompem a recuperação futura por meio de Revault. Eles não podem apagar capturas de tela, arquivos exportados ou cópias retidas por um destinatário. Escolha alguém em quem você confia, mesmo quando a exportação estiver desativada.
Esses controles cronometrados pertencem à rota de compartilhamento do servidor de Revault. O convite alternativo privado CloudKit entre iOS usuários não tem contador de acesso imposto pelo servidor ou expiração automática. Escolha uma ação controlada quando essas restrições forem importantes. A criptografia protege o conteúdo dos arquivos em trânsito e armazenamento, enquanto as políticas de acesso controlam o que o serviço e o aplicativo oficial permitem durante uma sessão de compartilhamento.