From 1d21a43d103cdcb218f0c6f11dd2626c217a7c6c Mon Sep 17 00:00:00 2001 From: Charlotte Chiang Date: Mon, 24 Jul 2023 10:44:50 +0000 Subject: [PATCH] GITBOOK-261: change request with no subject merged in GitBook --- data-and-security/data-storage-and-deletion.md | 2 -- data-and-security/how-we-keep-your-data-safe.md | 2 +- 2 files changed, 1 insertion(+), 3 deletions(-) diff --git a/data-and-security/data-storage-and-deletion.md b/data-and-security/data-storage-and-deletion.md index e65e36b..a416f3f 100644 --- a/data-and-security/data-storage-and-deletion.md +++ b/data-and-security/data-storage-and-deletion.md @@ -32,5 +32,3 @@ At the moment you can delete only the [Fundamentals](https://app.gitbook.com/o/S #### Media Objects like Media and those with Anytype (Types, Relations) might be deleted in further releases. You can delete all the content via the clear cache option in iOS and Android. This will remove all the data altogether and force the app to sync once again entirely. Since the media download works on-premise, you will remove all cached media and clear some storage. - -### Root Folder diff --git a/data-and-security/how-we-keep-your-data-safe.md b/data-and-security/how-we-keep-your-data-safe.md index 047014b..291cdbb 100644 --- a/data-and-security/how-we-keep-your-data-safe.md +++ b/data-and-security/how-we-keep-your-data-safe.md @@ -22,6 +22,6 @@ Here are some technical details on encryption and data storage: * Every object’s change has 2 encryption layers with different keys. * The first layer is used to connect changes within an object, e.g. "all this encrypted data belongs to the object with id \". * The second layer is used to encrypt the actual data. We use AES with stream encryption with CFB mode. -* When you create a new change for an object, we periodically send it to our backup node (with only the first-layer key). More info about sync [here](https://app.gitbook.com/o/Ssa9i5QAuI6HhV4jXCLv/s/JbcKxgThRdSa4vZyLbvH/faqs/syncing-and-p2p). +* When you create a new change for an object, we periodically send it to our backup node (with only the first-layer key). More info about sync [here](https://tech.anytype.io/any-sync/overview). * Anytype backup nodes have access to the first layer key, so it can group changes for the object and send them in one pack when you want to restore your data. * Anytype backup nodes HAVE NO access to the second layer key, so it can’t read the actual changes to the data.