ਇਨਕ੍ਰਿਪਸ਼ਨ

bae ਕਲਾਉਡ ਘਰ ਵਿੱਚ ਜੋ ਕੁਝ ਰੱਖਦਾ ਹੈ, ਉਹ ਯੰਤਰ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਇਨਕ੍ਰਿਪਟ ਹੁੰਦਾ ਹੈ; ਇਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਕੋਈ ਰੂਪ ਨਹੀਂ। bae ਆਪਣੀ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਨਹੀਂ ਬਣਾਉਂਦਾ: ਪੂਰੀ ਯੋਜਨਾ coven ਦੀ ਹੈ, ਅਤੇ ਇਹ ਪੰਨਾ ਦੱਸਦਾ ਹੈ ਕਿ bae ਇਸਨੂੰ ਕਿਵੇਂ ਵਰਤਦਾ ਹੈ।

ਕੁੰਜੀਆਂ

ਕੁੰਜੀ	ਕੀ ਕਰਦੀ ਹੈ
store key	ਸੰਗ੍ਰਹਿ ਅਤੇ ਉਸਦੇ ਮੈਂਬਰਤਾ ਰਿਕਾਰਡ ਇਨਕ੍ਰਿਪਟ ਕਰਦੀ ਹੈ
ਹਰ ਵਿਅਕਤੀ ਦੀ circle key	ਜੋ ਵਿਅਕਤੀ ਨਿੱਜੀ ਰੱਖਦਾ ਹੈ ਉਹ ਇਨਕ੍ਰਿਪਟ ਕਰਦੀ ਹੈ: ਉਸਦਾ ਨਿੱਜੀ ਸੁਣਨ ਦਾ ਇਤਿਹਾਸ ਅਤੇ playlists
ਹਰ ਫਾਈਲ ਦੀ ਕੁੰਜੀ	ਇੱਕ ਫਾਈਲ ਇਨਕ੍ਰਿਪਟ ਕਰਦੀ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਉਸਦੀ ਕਤਾਰ ਦੀਆਂ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਅੰਦਰ ਜਾਂਦੀ ਹੈ
ਵਿਅਕਤੀ ਦਾ ਦਸਤਖਤ ਕੁੰਜੀ-ਜੋੜਾ	ਉਸਦੇ ਯੰਤਰਾਂ ਵੱਲੋਂ ਭੇਜੀ ਹਰ ਤਬਦੀਲੀ ਉੱਤੇ ਦਸਤਖਤ ਕਰਦਾ ਹੈ
ਵਿਅਕਤੀ ਦਾ ਮੋਹਰ ਕੁੰਜੀ-ਜੋੜਾ	ਉਸ ਵਿਅਕਤੀ ਲਈ ਮੋਹਰਬੰਦ ਕੀਤੀਆਂ ਕੁੰਜੀਆਂ ਖੋਲ੍ਹਦਾ ਹੈ

store key ਬੇਤਰਤੀਬ ਹੈ, ਸੰਗ੍ਰਹਿ ਨੂੰ ਕਲਾਉਡ ਘਰ ਮਿਲਣ ਵੇਲੇ ਬਣਦੀ ਹੈ। ਵਿਅਕਤੀ ਦੇ ਕੁੰਜੀ-ਜੋੜੇ ਉਸਦੇ ਸਾਰੇ ਯੰਤਰ ਸਾਂਝੇ ਕਰਦੇ ਹਨ। ਨਿੱਜੀ ਕੁੰਜੀਆਂ ਅਤੇ ਸੰਗ੍ਰਹਿ ਦੀਆਂ ਕੁੰਜੀਆਂ OS ਕੀਰਿੰਗ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ, ਕਦੇ ਫਾਈਲ ਜਾਂ ਡਾਟਾਬੇਸ ਵਿੱਚ ਨਹੀਂ। ਉਹ ਯੰਤਰ ਤੱਕ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਪਹੁੰਚਦੀਆਂ ਹਨ, ਦੋਵੇਂ ਪਛਾਣ ਅਤੇ ਸਦੱਸਤਾ ਵਿੱਚ ਦੱਸੇ ਹਨ: restore code ਵਿਅਕਤੀ ਦੇ ਆਪਣੇ ਕੁੰਜੀ-ਜੋੜੇ ਲਿਆਉਂਦਾ ਹੈ, ਅਤੇ ਸੱਦਾ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਾ admin store keys ਨੂੰ ਨਵੇਂ ਵਿਅਕਤੀ ਦੀ ਮੋਹਰ ਕੁੰਜੀ ਲਈ ਮੋਹਰਬੰਦ ਕਰਦਾ ਹੈ।

ਕੁੰਜੀ ਬਦਲੀ

ਕੁੰਜੀ ਕਦੇ ਆਪਣੀ ਥਾਂ ਨਹੀਂ ਬਦਲਦੀ; ਨਵੀਂ ਜੋੜੀ ਜਾਂਦੀ ਹੈ। ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ, ਬਾਕੀ ਮੈਂਬਰ ਦਾ ਯੰਤਰ ਉੱਥੇ ਹੋਰ ਡਾਟਾ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵੀਂ store key ਜੋੜਦਾ ਹੈ, ਅਤੇ ਹਰ ਉਸ circle ਲਈ ਨਵੀਂ ਕੁੰਜੀ ਜਿਸ ਵਿੱਚ ਉਹ ਸੀ: ਬਾਅਦ ਵਿੱਚ ਲਿਖਿਆ ਸਭ ਉਸ ਲਈ ਨਾ-ਪੜ੍ਹਨਯੋਗ ਹੈ, ਜਦਕਿ ਬਾਕੀ ਮੈਂਬਰ ਹਰ ਪੁਰਾਣੀ ਕੁੰਜੀ ਰੱਖਦੇ ਹਨ ਅਤੇ ਪੂਰਾ ਇਤਿਹਾਸ ਪੜ੍ਹ ਸਕਦੇ ਹਨ। ਇੱਕ ਯੰਤਰ ਹਟਾਉਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਕਿਉਂਕਿ ਵਿਅਕਤੀ ਦੇ ਹੋਰ ਯੰਤਰ ਉਸਦੀਆਂ ਕੁੰਜੀਆਂ ਸਾਂਝੀਆਂ ਕਰਦੇ ਹਨ; ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਉਹ ਯੰਤਰ ਜੋ ਭੇਜੇ ਉਹ ਗਿਣਿਆ ਨਹੀਂ ਜਾਂਦਾ।

ਕੀ ਸੀਲ ਹੁੰਦਾ ਹੈ

ਘਰ ਦੀ ਹਰ ਵਸਤੂ: ਤਬਦੀਲੀਆਂ, snapshots, ਮੈਂਬਰਤਾ ਰਿਕਾਰਡ ਅਤੇ ਫਾਈਲਾਂ। ਸਮੱਗਰੀ XChaCha20-Poly1305 ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਹੁੰਦੀ ਹੈ, ਹਰ ਤਬਦੀਲੀ ਉੱਤੇ Ed25519 ਨਾਲ ਦਸਤਖਤ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਕੁੰਜੀਆਂ ਲੋਕਾਂ ਲਈ X25519 sealed boxes ਨਾਲ ਮੋਹਰਬੰਦ ਹੁੰਦੀਆਂ ਹਨ। ਫਾਈਲਾਂ 64 KiB chunks ਵਿੱਚ ਇਨਕ੍ਰਿਪਟ ਹੁੰਦੀਆਂ ਹਨ, ਹਰ chunk ਵੱਖਰਾ ਪ੍ਰਮਾਣਿਤ ਅਤੇ ਆਪਣੀ ਥਾਂ ਨਾਲ ਬੱਝਾ, ਇਸ ਲਈ ਕੋਈ chunk ਫੜੇ ਜਾਣ ਤੋਂ ਬਿਨਾਂ ਬਦਲਿਆ, ਵਟਾਇਆ ਜਾਂ ਮੁੜ ਤਰਤੀਬ ਨਹੀਂ ਦਿੱਤਾ ਜਾ ਸਕਦਾ। chunking ਕਾਰਨ ਹੀ ਧਾਰਾ ਕੰਮ ਕਰਦੀ ਹੈ: player ਬਿਲਕੁਲ ਉਹੀ chunks decrypt ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਉਹ ਲਿਆਉਂਦਾ ਹੈ।

ਦਾਤਾ ਕੀ ਵੇਖ ਸਕਦਾ ਹੈ

ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ, ਵਸਤੂਆਂ ਦੇ ਆਕਾਰ, ਚੜ੍ਹਾਉਣ ਦਾ ਸਮਾਂ, ਕਿਹੜਾ ਖਾਤਾ ਹਰ ਵਸਤੂ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਕਿਹੜੇ ਯੰਤਰ ਨੇ ਹਰ ਫਾਈਲ ਅਤੇ snapshot ਚੜ੍ਹਾਇਆ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਦੇ ਮਾਰਗਾਂ ਵਿੱਚ ਯੰਤਰ ਦਾ ਨਾਂ ਹੁੰਦਾ ਹੈ। ਕੋਈ ਨਾਂ ਨਹੀਂ, ਕੋਈ metadata ਨਹੀਂ, ਕੋਈ ਸ਼ਬਦ ਨਹੀਂ, ਕੋਈ ਕਲਾਕ੍ਰਿਤੀ ਨਹੀਂ। ਫਾਈਲਾਂ ਬੇਤਰਤੀਬ ਨਾਵਾਂ ਹੇਠ ਰਹਿੰਦੀਆਂ ਹਨ, ਕਦੇ ਆਪਣੀ ਸਮੱਗਰੀ ਦੇ hash ਹੇਠ ਨਹੀਂ। ਸਰਵਰ-ਪਾਸੇ ਬਹਾਲੀ ਨਹੀਂ: ਜੇ ਹਰ ਕੋਈ ਹਰ ਯੰਤਰ ਅਤੇ ਹਰ restore code ਗੁਆ ਦੇਵੇ ਤਾਂ ਸੰਗ੍ਰਹਿ ਗੁਆਚ ਜਾਂਦਾ ਹੈ; ਇਹੀ ਡਿਜ਼ਾਈਨ ਦਾ ਮਕਸਦ ਹੈ।

ਕੀਰਿੰਗ ਦੀ ਭੂਮਿਕਾ

ਸੰਗ੍ਰਹਿ ਖੋਲ੍ਹਣ ਵੇਲੇ ਉਸਦੀਆਂ ਕੁੰਜੀਆਂ OS ਕੀਰਿੰਗ ਤੋਂ ਪੜ੍ਹੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਸ ਵੇਲੇ ਤਾਲਾਬੰਦ ਕੀਰਿੰਗ, ਤਾਲਾਬੰਦ ਸੈਸ਼ਨ ਜਾਂ ਸੁੱਤੀ ਸਕ੍ਰੀਨ ਕਾਰਨ, ਖਰਾਬ ਕੀਰਿੰਗ ਤੋਂ ਵੱਖਰੀ ਪਛਾਣੀ ਜਾਂਦੀ ਹੈ: bae ਸੰਗ੍ਰਹਿ ਨੂੰ ਤਾਲਾਬੰਦ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਖੁੱਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਇਹ ਕਹਿਣ ਦੀ ਥਾਂ ਕਿ ਸੰਗ੍ਰਹਿ ਵਰਤੋਂਯੋਗ ਨਹੀਂ। ਯੰਤਰ ਕੁੰਜੀਆਂ ਭੁੱਲ ਵੀ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਉਸ ਯੰਤਰ ਉੱਤੇ ਸੰਗ੍ਰਹਿ ਮੁੜ ਖੋਲ੍ਹਣ ਤੱਕ ਤਾਲਾਬੰਦ ਰਹਿੰਦਾ ਹੈ।