Skip to content

Commit 30cd8fe

Browse files
committed
docs(obj): update
1 parent f012ab2 commit 30cd8fe

File tree

1 file changed

+41
-15
lines changed

1 file changed

+41
-15
lines changed

pages/object-storage/how-to/create-compliant-bucket.mdx

Lines changed: 41 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ Adhering to these guidelines helps safeguard sensitive information against unaut
1717
- A Scaleway account logged into the [console](https://console.scaleway.com)
1818
- [Owner](/iam/concepts/#owner) status or [IAM permissions](/iam/concepts/#permission) allowing you to perform actions in the intended Organization
1919

20-
## How to create a compliant Object Storage bucket to host healthcare data
20+
## How to create a compliant bucket
2121

2222
Even though you can use an existing bucket to host healthcare data, we strongly recommend you create a dedicated bucket for this purpose. This is to make sure that no lifecycle rule exists, and that every object uploaded to this bucket is properly encrypted.
2323

@@ -37,25 +37,45 @@ Even though you can use an existing bucket to host healthcare data, we strongly
3737

3838
8. Optionally, you can use the cost estimator to simulate your Object Storage costs.
3939

40-
10. Click **Create bucket** to confirm.
40+
9. Click **Create bucket** to confirm.
4141

42-
Your bucket is now ready to store healthcare data. Refer to the section below for information on how to encrypt your objects.
42+
Your bucket is now ready to store healthcare data. Before uploading objects, refer to the sections below for information on how to encrypt and delete your objects in compliance with regulations.
4343

44-
## Compliant methods to encrypt objects
44+
## Prohibited actions on a compliant Bucket
4545

46-
Objects in a compliant bucket must be encrypted to make sure data is protected. To achieve this, several options are available:
46+
to host healthcare data, you must comply to the following requirements:
4747

48-
- Scaleway's SSE-C (**S**erver-**S**ide **E**ncryption with **C**ustomer-provided keys) mechanism garantees that objects uploaded to the bucket are properly encrypted.
48+
- You must not use the [Glacier](/object-storage/concepts/#storage-classes) storage class. Refer to the [Shared responsibility model]() for more information on this requirement.
4949

50-
- Customer-side encryption mechanisms to upload objects that are already encrypted. This method must be used in combination with [Scaleway's HDS-compliant deletion method]().
50+
- You must not use [lifecycle rules](/object-storage/concepts/#lifecycle-configuration) in your compliant bucket.
5151

52-
## Compliant methods to delete objects
52+
## How to encrypt objects
5353

54-
### SSE-C
54+
Objects in a compliant bucket must be encrypted to make sure data is protected. To achieve this, you can either use Scaleway's SSE-C feature, or encrypt objects yourself before uploading them to your bucket.
55+
56+
### Encryption with SSE-C
57+
58+
Scaleway's SSE-C (**S**erver-**S**ide **E**ncryption with **C**ustomer-provided keys) mechanism garantees that objects uploaded to the bucket are properly encrypted.
59+
60+
You can check that your objects are propery encrypted by performing a simple `HeadObject` operation on an encrypted object. Scaleway Object Storage will return a `400` error if SSE-C has been used to upload this object.
61+
62+
Refer to the [dedicated documentation](/object-storage/api-cli/enable-sse-c/) for comprehensive information on how to encrypt objects using SSE-C.
63+
64+
### Customer-side encryption
65+
66+
Customer-side encryption ensures that sensitive data is protected before reaching Scaleway Object Storage, giving you control on the encryption mechanism, and keys managemnent. This method must be used in combination with [Scaleway's HDS-compliant deletion method]().
67+
68+
## How to delete objects
69+
70+
Objects must be deleted following in a compliant way to make sure data cannot be retrieved afterward. The deletion method varies according to the encryption method.
71+
72+
### Deleting objects encrypted with SSE-C
5573

5674
If you use Scaleway's SSE-C to encrypt your data, using [DeleteObject](/object-storage/api-cli/object-operations/#deleteobject) is sufficient to garantee that your object is deleted in compliance with the regulatory requirements.
5775

58-
### Customer-side encrpytion methods
76+
### Deleting objects with customer-side encrpytion
77+
78+
If you do not use Scaleway's SSE-C to encrypt your data, you must use Scaleway's HDS-compliant method to delete objects. You must enable bucket encryption beforehand, using the `PutBucketEncryption` operation.
5979

6080
<Message type="note">
6181
This mechanism is designed to handle compliant deletion of your data, and not its encryption. Make sure to use it in combination with a compliant encryption method, such as SSE-C or any other customer-side approach to upload your objects.
@@ -65,11 +85,17 @@ This mechanism is designed to handle compliant deletion of your data, and not it
6585

6686
Make sure that your bucket follows the requirements below:
6787

68-
- Your bucket must be created in the **France - Paris** (`fr-par`) region.
69-
- Your bucket must not have active lifecycle rules
70-
- Your objects within this bucket must not be stored using the **Glacier** storage class.
71-
- You must use a valid encryption and deletion method (as explained above)
72-
- You must follow the provided security best practices at all times
88+
1. Make sure you [created your bucket](#how-to-create-a-compliant-bucket) in the **France - Paris** (`fr-par`) region.
89+
90+
2. Make sure that there is no active lifecycle rules for your bucket.
91+
92+
3. Make sure that your objects within this bucket are not stored using the **Glacier** storage class.
93+
94+
4. Use a valid [encryption method](#how-to-encrypt-objects).
95+
96+
4. Use a valid [deletion method](#how-to-delete-objects).
97+
98+
6. Follow the provided security best practices at all times.
7399

74100
## Enforcing compliance using bucket policies
75101

0 commit comments

Comments
 (0)