From: Gabriel Goller <g.goller@proxmox.com>
To: Christian Ebner <c.ebner@proxmox.com>
Cc: pbs-devel@lists.proxmox.com
Subject: Re: [pbs-devel] [PATCH v2 proxmox-backup 1/2] docs: add security implications of prune and change detection mode
Date: Thu, 14 Nov 2024 10:25:31 +0100 [thread overview]
Message-ID: <a6vkgkjobarcqitodu5b6e7ihh4supnmlumas55ocgmitoyszx@2e7b5ekkxgsn> (raw)
In-Reply-To: <20241113155545.354045-1-c.ebner@proxmox.com>
On 13.11.2024 16:55, Christian Ebner wrote:
>diff --git a/docs/maintenance.rst b/docs/maintenance.rst
>index 4bb135e4e..e8a26d69c 100644
>--- a/docs/maintenance.rst
>+++ b/docs/maintenance.rst
>@@ -6,8 +6,34 @@ Maintenance Tasks
> Pruning
> -------
>
>-Prune lets you specify which backup snapshots you want to keep.
>-The following retention options are available:
>+Prune lets you specify which backup snapshots you want to keep, removing others.
>+When pruning a snapshot, only the snapshot metadata (manifest, indices, blobs,
>+log and notes) is removed. The chunks containing the actual backup data and
>+previously referenced by the pruned snapshot, have to be removed by a garbage
>+collection run.
>+
>+.. Caution:: Take into consideration that sensitive information stored in a
>+ given data chunk will outlive pruned snapshots and remain present in the
>+ datastore as long as referenced by at least one backup snapshot. Further,
>+ *even* if no snapshot references a given chunk, it will remain present until
>+ removed by the garbage collection.
>+
>+ Further, file-level backups created using the change detection mode
Second sentence that begins with 'Further' – maybe substitute this one
with 'Moreover' or 'Additionally' so it reads better.
>+ `metadata` can reference backup chunks containing files which have vanished
use double backticks here to highlight correctly, so: ``metadata``.
>+ since the previous backup, but might still be accessible when reading the
>+ chunks raw data is possible (client or server side).
This sentence is a bit messy and long, maybe we could rewrite it as:
Moreover, file-level backups created using the change detection mode
``metadata`` can reference backup chunks containing files which have
vanished since the previous backup. These might still be accessible
by reading the raw data (client or server side).
>+ To remove chunks containing sensitive data, prune any snapshot made while the
>+ data was part of the backup input and run a garbage collection. Further, if
>+ using file-based backups with change detection mode `metadata`, additionally
s/`metadata`/``metadata``/
>+ prune all snapshots since the sensitive data was no longer part of the backup
>+ input and run a garbage collection.
>+
>+ The no longer referenced chunks will then be marked for deletion on the next
>+ garbage collection run and removed by a subsequent run after the grace
>+ period.
>+
>+The following retention options are available for pruning:
>
> ``keep-last <N>``
> Keep the last ``<N>`` backup snapshots.
Everything else is fine!
_______________________________________________
pbs-devel mailing list
pbs-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pbs-devel
next prev parent reply other threads:[~2024-11-14 9:26 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-13 15:55 Christian Ebner
2024-11-13 15:55 ` [pbs-devel] [PATCH v2 proxmox-backup 2/2] docs: deduplicate background details for garbage collection Christian Ebner
2024-11-14 9:39 ` Gabriel Goller
2024-11-14 9:47 ` Christian Ebner
2024-11-14 10:23 ` Gabriel Goller
2024-11-14 9:25 ` Gabriel Goller [this message]
2024-11-14 9:43 ` [pbs-devel] [PATCH v2 proxmox-backup 1/2] docs: add security implications of prune and change detection mode Christian Ebner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a6vkgkjobarcqitodu5b6e7ihh4supnmlumas55ocgmitoyszx@2e7b5ekkxgsn \
--to=g.goller@proxmox.com \
--cc=c.ebner@proxmox.com \
--cc=pbs-devel@lists.proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.