ਤਕਨੀਕੀ
KeyMeld: ਆਈਫੋਨ ਅਤੇ ਐਂਡਰਾਇਡ ਲਈ ਆਮ ਕੁੰਜੀ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਲਈ Zero Vault ਅਰਕੀਟੈਕਚਰ
KeyMeld ਖੁਦ ਵਿੱਚ Zero Vault ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਵੱਖਰਾ SaaS ਸੇਵਾ ਹੈ ਜੋ ਵਿਕਾਸਕਾਰ ਨੂੰ ਵਯਾਪਕ ਕੁੰਜੀ ਨੂੰ ਬੈਕਐਂਡ ਪ੍ਰੋਡਕਟ ਤੋਂ ਬਾਹਰ ਕੱਢਣ, iOS ਅਤੇ Android ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਇੱਕਜੁੱਟ ਕਰਨ ਅਤੇ ਆਪਣੇ ਐਪ ਲਈ Zero Vault ਮਾਡਲ ਅਧਾਰਿਤ ਆਰਕੀਟੈਕਚਰ ਬਣਾਉਣ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰਦੀ ਹੈ।
ਕ੍ਰਾਸ-ਪਲੇਟਫਾਰਮ ਐਪਲਿਕੇਸ਼ਨਾਂ ਕੋਲ ਇੱਕ ਸਮੱਸਿਆ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਨਹੀਂ ਦੇਖਦਾ। ਸਕ੍ਰੀਨ 'ਤੇ ਉਹ ਇੱਕ ਖਾਤਾ ਵੇਖਦਾ ਹੈ ਅਤੇ ਹਰ ਡਿਵਾਈਸ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਕੰਮ ਕਰਨ ਦੀ ਉਮੀਦ ਰੱਖਦਾ ਹੈ। ਪਰ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ iPhone ਅਤੇ Android ਵੱਖਰੇ ਸੁਰੱਖਿਆ ਤਰੀਕੇ ਵਰਤਦੇ ਹਨ ਅਤੇ ਲੋਕਲ ਕੁੰਜੀਆਂ ਨਾਲ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।
iPhone 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੀ ਲੋਕਲ ਕੁੰਜੀ ਨੂੰ ਐਪਲ Keychain ਮਧਿਅਮ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੀ ਹੈ। Android ਲਈ ਇਸਦਾ ਵਰਤਾਰਾ Android Keystore ਹੁੰਦਾ ਹੈ। ਇਹ ਟੈਕਨੋਲੋਜੀਆਂ ਸੰਵੇਦਨਸ਼ੀਲ ਕੁੰਜੀਆਂ ਨੂੰ ਡਿਵਾਈਸ ਦੀ ਸੁਰੱਖਿਅਤ ਮਾਹੌਲ ਵਿੱਚ ਰੱਖਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਪਰ ਇਹ ਇੱਕ ਦੂਜੇ ਦੇ ਵਿਰੁੱਧ ਨਹੀਂ ਹਨ।
ਉਪਭੋਗਤਾ ਲਈ ਇਸਦਾ ਕੋਈ ਅਰਥ ਨਹੀਂ ਹੁੰਦਾ। ਉਹ ਸਿਰਫ਼ iPhone 'ਤੇ ਐਪ ਖੋਲ੍ਹਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਫਿਰ Android 'ਤੇ ਸੈਟ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨਾਲੋਂ ਵੈੱਬਰਹਾਉਂਦਾ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ।
ਵਿਕਾਸਕਾਰ ਲਈ ਇੱਥੇ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਸਵਾਲ ਉੱਠਦਾ ਹੈ: ਕਿਵੇਂ ਦੋ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਸਾਝੇ ਅਧਿਕਾਰ ਪ੍ਰਦਾਨ ਕਰਨਾ, ਬਿਨਾਂ ਲੋਕਲ ਕੁੰਜੀਆਂ ਨੂੰ ਟਾਲੀਫਾਰਮ ਡਿਵਾਈਸਾਂ 'ਤੇ ਲਿਜਾਣ ਜਾਂ ਆਪਣੇ ਬੈਕਐਂਡ ਡੇਟਾਬੇਸ ਵਿੱਚ ਉਨ੍ਹਾਂ ਦੀਆਂ ਟੜਕੀਆਂ ਰੱਖਣ ਦੇ?
KeyMeld ਨੂੰ ਸਮਝਦੇ ਹੋਏ ਮੈਂ ਦੇਖਾ ਕਿ ਇਹ ਸੇਵਾ ਇਸਦੇ ਲਈ ਇੱਕ ਵਿਖੰਡ ਕੁੰਜੀ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਜੋ iOS ਅਤੇ Android ਦੇ ਅੰਦਰੂਨੀ ਸੁਰੱਖਿਆ ਦਰਜਿਆਂ ਵਿੱਚ ਹੱਲਕੀ ਹੱਸਲੱਸੜੀ ਕਰਦੀ ਹੈ।
ਵਿਭਿੰਨ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਆਮ ਕੁੰਜੀ
ਲੋਕਲ ਕੁੰਜੀ ਜੁੜੀ ਹੁੰਦੀ ਹੈ ਖਾਸ ਟੈਲੀਫੋਨ ਨਾਲ ਅਤੇ ਉਸ ਦੇ ਅਨੁਕੂਲ ਓ ਐੱਸ ਦੀ ਸੁਰੱਖਿਆ ਤਰੀਕਾ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਇਸ ਡਿਵਾਈਸ ਦੀ ਸੁਰੱਖਿਅਤ ਮਾਹੌਲ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਹਰੇਕ ਡਿਵਾਈਸ ਵਿਚੋਂ ਆਜ਼ਾਦੀ ਨਾਲ ਲਿਜਾਈ ਨਹੀਂ ਜਾ ਸਕਦੀ।
KeyMeld ਦੀ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਵੱਖਰਾ ਮੌਜੂਦਾ ਖੋਜ ਹੈ। ਇਹ ਖਾਸ ਪ੍ਰੋਜੈਕਟ, ਖਾਤਾ ਅਤੇ ਸੁਰੱਖਿਅਤ ਖੇਤਰ ਲਈ ਬਣਾਈ ਜਾਂਦੀ ਹੈ ਅਤੇ ਵੱਖ-ਵੱਖ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਅਧਿਕਾਰਿਤ ਗ੍ਰਾਹਕਾਂ ਲਈ ਸਾਂਝੀ ਬਣ ਜਾਂਦੀ ਹੈ।
ਸੇਵਾ iPhone ਤੋਂ ਕੁੰਜੀ ਨਹੀਂ ਲੈਂਦੀ, Android 'ਤੋਂ ਉਸਨੂੰ ਨਹੀਂ ਲਿਜਾਂਦੀ, ਅਤੇ ਦੋ ਵੱਖ-ਵੱਖ ਕੁੰਜੀਆਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦੀ। ਪਲੇਟਫਾਰਮ ਸੁਰੱਖਿਅਤਾ ਖੁਦ ਹੀ ਰੱਖੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਐਪ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਸਾਂਝਾ ਪੱਧਰ ਦੇ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
ਇਹੀ ਤਾਂ ਹੈ KeyMeld ਦੀ ਆਰਕੀਟੈਕਚਰਿਕ ਭੂਮਿਕਾ। ਇਹ iOS ਅਤੇ Android ਨੂੰ ਇੱਕਜਿਹਾ ਨਹੀਂ ਬਣਾਉਂਦਾ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਅੰਦਰੂਨੀ ਤੰਤ੍ਰਾਂ ਦੀ ਬਦਲੀ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਇੱਕ ਸਾਂਝੀ ਪੱਧਰ ਸ਼ਾਮਿਲ ਕਰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਅੰਤ-ਤੱਕ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਉਤਪੰਨ ਹੁੰਦੀ।
ਵੱਖ-ਵੱਖ ਉਤਪਾਦਾਂ ਅਤੇ ਖਾਤਿਆਂ ਲਈ ਅਜ਼ਾਦ ਕੁੰਜੀ ਕੌਨ੍ਟੂਰ ਬਣਾਏ ਜਾਂਦੇ ਹਨ। ਇਸ ਲਈ ਹਰ ਪ੍ਰੋਜੈਕਟ ਆਪਣੀ ਸੁਰੱਖਿਅਤ ਖੇਤਰ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਹੀ ਡਿਵਾਈਸ ਉੱਤੇ ਕਈ ਖਾਤੇ ਵੱਖਰੇ ਰਹਿੰਦੇ ਹਨ।
Zero Vault ਪ੍ਰੋਜੈਕਟ ਦੇ ਅਧੀਨ ਹੈ
ਤੁਰੰਤ ਮਹੱਤਵਪੂਰਣ ਹੈ ਕਿ Zero Vault ਖੁਦ KeyMeld ਦੀ ਨਾਮ ਨਾ ਹੈ। ਇਹ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਮਾਡਲ ਹੈ ਜਿਸ ਨੂੰ ਜੁੜੇ ਉਤਪਾਦ ਦੁਆਰਾ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
KeyMeld ਇੱਕ ਵੱਖਰਾ SaaS ਸੇਵਾ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਬੈਕਐਂਡ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਨਹੀਂ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਂਦਾ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਇੱਕ ਜਿਹੀ ਥਾਂ 'ਤੇ ਨਹੀਂ ਰੱਖਿਆ ਜਾਂਦਾ, ਜਿਵੇਂ ਕਿਹਾ ਹੋਵੇ ਕਿ ਇਹ ਇੱਕ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਮਾਡਿਊਲ ਹੈ। ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਇੱਕ ਵੱਖਰੀ SaaS ਕੁਨਟੂਰ ਦੇ ਤਹਿਤ ਪ੍ਰਬੰਧਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪ੍ਰੋਡਕਟ ਦੇ ਬੈਕਐਂਡ ਤੋਂ ਬਾਹਰ।
ਇਸ ਮਾਡਲ ਨੂੰ ਸਥਿਰ ਰੱਖਣ ਲਈ, ਪ੍ਰੋਜੈਕਟ ਅਤੇ KeyMeld ਵਿਚ ਵਿਸ਼ਵਾਸ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਸਵਤੰਤਰ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਪ੍ਰੋਜੈਕਟ ਦੇ ਬੈਕਐਂਡ ਅਤੇ ਬਾਹਰੀ ਸੇਵਾ ਲਈ ਵੱਖਰੇ ਖਾਤੇ, ਅਧਿਕਾਰ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀਆਂ ਵਰਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਇਸੇ ਤਰ੍ਹਾਂ ਦੀ ਵਿਸ਼ਵਾਰਥਾ ਦੇ ਨਤੀਜੇ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦੀ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ Zero Vault ਮਾਡਲ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ: ਇਸਦਾ ਸਰਵਰ ਬੇਜ਼ੁੱਖ ਖਤਮ ਕਰਦਾ ਹੈ ਕਿ ਉਸਦਾ ਕੋਡ ਕਲੇਇੰਟ ਸੁਰੱਖਿਅਤ ਸਟੋਰੇਜ ਤੋਂ ਕੁੰਜੀ ਨਹੀਂ ਰੱਖਦਾ।
Zero Vault ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਬੈਕਐਂਡ ਕੁਝ ਵੀ ਨਹੀਂ ਰੱਖਦਾ। ਉਸ ਵਾਲੇ ਖਾਤੇ, ਸੈਟਿੰਗਜ਼, ਕਾਰੋਬਾਰੀ ਡੇਟਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਲੋੜੀਂਦੇ ਸਮੱਗਰੀ ਰਹਿੰਦੀ ਹੈ। ਪਰ, ਵਿਸ਼ਵਯੁਕਤ ਕੁੰਜੀ ਉਨਾਂ ਦੀ ਸਾਥ ਨਹੀਂ ਹੁੰਦੀ।
ਸਰਵਰ ਬੇਜ਼ ਤੋਂ ਡੇਟਾ ਖੋ ਜਾਣ ਨਾਲ ਵਿਆਪਕ ਕੁੰਜੀ ਖੁਲਾਸਾ ਨਹੀਂ ਹੁੰਦੀ ਕਿਉਂਕਿ ਇਹ ਨਾਲ-ਨਾਲ ਖਾਤਿਆਂ ਜਾਂ ਹੋਰ ਸਰਵਰ ਡੇਟਾ ਨਾਲ ਰੱਖਿਆ ਨਹੀਂ ਜਾਂਦਾ। ਇਸ ਮਾਡਲ ਨਾਲ ਇਹ ਨਹੀਂ ਦੇਖਾਇਆ ਜਾਂਦਾ ਕਿ ਹਰ ਕਿਸੇ ਹਾਲਤ ਵਿੱਚ ਢਾਂਚਾ ਵਿੱਚ ਆਉਣ ਵਾਲੀ ਵਿੱਘਨਾਂ ਨਾਲ ਕੁੰਜੀ ਖੁਲਾਸਾ ਹੋ ਜਾਵੇ। ਇਹ ਇੱਕ ਖਾਸ ਸਮੱਸਿਆ ਹੈ — ਜੋ ਕਿ ਕੁੰਜੀ ਨੂੰ ਕਲੀਏਂਟ ਸੁਰੱਖਿਅਤ ਸਟੋਰੇਜ ਤੋਂ ਪ੍ਰੋਡਕਟ ਦੇ ਬੇਜ਼ ਵਿੱਚ ਰੱਖਣ ਤੋਂ ਹਟਾਉਂਦਾ ਹੈ।
ਜੀਵੰਤ ਦ੍ਰਿਸ਼: ਇੱਕ ਖਾਤਾ iPhone ਅਤੇ Android ਲਈ
ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਕਲਪਨਾ ਕਰੋ ਜਿਸ ਵਿੱਚ ਲੋਕਲ ਸੁਰੱਖਿਅਤ ਡੇਟਾ ਹੈ। ਇਹ ਇੱਕ ਐ authenticator, ਕਾਰਪੋਰੇਟ ਕਲੀਐਂਟ ਜਾਂ ਕਿਸੇ ਵੀ ਸਰਵਿਸ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਡਿਵਾਈਸ 'ਤੇ ਹੀ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਜਾਣਕਾਰੀ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
iPhone 'ਤੇ ਐਪ ਲੋਕਲ ਕੁੰਜੀ ਨੂੰ iOS ਦਿੰਦਾ ਹੈ। Android ਵੱਲ ਇਹ ਅਪਰੂਣ ਸੁਰੱਖਿਆ ਤਰੀਕੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਡਿਵਾਈਸ ਕੁੰਜੀਆਂ ਵੱਖ-ਵੱਖ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਸਮਝਣਾ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
ਬਿਨਾ ਵਿਸ਼ੇਸ਼ ਸੰਜੋੜੀ ਕੋਡ ਮੰਚ ਦੀ, ਵਿਕਾਸਕਾਰ ਨੂੰ ਇਸ ਗੱਲ ਨੂੰ ਸੁਲਝਾਉਣਾ ਪੈਂਦਾ ਕਿ ਕਿਵੇਂ ਦੋ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਇੱਕੋ ਲਿਪਤ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਇਨਤਜ਼ਾਮ ਕੀਤਾ ਜਾਵੇ। ਪਲੇਟਫਾਰਮ-ਆਧਾਰਿਤ ਰੱਖਣਾ ਫਿਰ ਵੀ ਵੱਖਰਾ ਰਹੇਗਾ, ਅਤੇ ਪ੍ਰੋਡਕਟ ਨੂੰ ਇਹ ਦੋ ਘਟਨਾਵਾਂ ਨੂੰ ਹੱਦ-ਬੱਧ ਕਰਨਾ ਪਏਗਾ।
ਤਰੱਕੀ ਕਰਨ ਲਈ ਵਿਅਕਤੀ ਵੱਖਰੀਆਂ ਰਾਹਾਂ ਬਣਾ ਸਕਦਾ ਹੈ - iOS ਲਈ ਆਪ ਵੱਖਰਾ ਢੰਗ ਬਣਾਏ, Android ਦੇ ਲਈ ਵੱਖਰਾ, ਕੰਮ ਨੂੰ ਮੈਨੁਅਲ ਤਰੀਕੇ ਨਾਲ ਲਿਜਾਉਣ ਜਾਂ ਸਰਵਰ 'ਤੇ ਨਕਲਾਂ ਸਟੋਰ ਕਰਨ।
KeyMeld ofrecer ਕਰਦਾ ਹੈ ਕਿ ਲੋਕਲ ਕੁੰਜੀਆਂ ਨੂੰ ਲਿਜਾਣ ਜਾਂ ਸਰਵਰ 'ਤੇ ਰੱਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ, ਅਤੇ ਇਕ ਸਾਂਝਾ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
iPhone ਅਤੇ Android ਗਾਹਕ ਇਕੋ ਵਾਰ ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਖਾਤਾ ਦੇ ਅਧੀਨ ਇਕੋ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਹਰ ਡਿਵਾਈਸ ਉਹਨਾਂ ਦੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕਿਆਂ ਨੂੰ ਜਾਰੀ ਰੱਖਦਾ ਹੈ।
ਇਹ ਉਪਭੋਗਤਾ ਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਉਹ ਇਕਵੱਛੇ ਖਾਤੇ 'ਤੇ ਕਈ ਡਿਵਾਈਸਾਂ ਤੇ ਜੁੜੇ ਹੋਏ ਹਨ। ਉਹ ਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਕਿ iPhone ਕਿਹੜਾ ਮਿਕੈਨ ਝ ਸਟ੍ਰੈਟਜੀ ਵਰਤਦਾ ਹੈ ਅਤੇ Android ਤੇ ਕਿਹੜੀ।
ਫੋਨ ਬਦਲਣ 'ਤੇ ਲੋਕਲ ਕੁੰਜੀ ਨੂੰ ਬਾਹਰ ਲਿਜਾਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ, ਨਾ ਹੀ ਅਲੱਗ ਸੁਰੱਖਿਅਤ ਸਟੋਰੇਜ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਨਵਾਂ ਗ੍ਰਾਹਕ ਉਸੇ ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਜੁੜਦਾ ਹੈ ਅਤੇ ਉਸ ਨੂੰ ਓਹੀ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਮਿਲਦੀ ਹੈ।
ਬੈਕਐਂਡ ਨੂੰ ਅਨੁਮਤੀ ਪ੍ਰਾਪਤੀ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰਦਾ ਹੈ, ਪਰ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਸਿਰਫ਼ ਅਧਿਕਾਰਤ ਗ੍ਰਾਹਕ ਲਈ ਹੈ ਅਤੇ ਪ੍ਰੋਡਕਟ ਦੇ ਸਰਵਰ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ਜਾਂਦਾ।
KeyMeld ਖੁਦ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਡੇਟਾਬੇਸ ਨੂੰ ਲਿਜਾਂਦਾ ਜਾਂ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਸਿਸਟਮ ਨੂੰ ਬਦਲਦਾ ਨਹੀਂ। ਇਹਦਾ ਖਾਸ ਕੰਮ ਹੈ: ਗ੍ਰਾਹਕ ਨੂੰ ਉਹ ਕੁੰਜੀ ਮੁਹੱਈਆ ਕਰਨਾ ਜੋ ਸੁਰੱਖਿਅਤ ਡੇਟਾ ਨੂੰ ਕੰਮ ਵਿੱਚ ਲਿਆਉਣ ਲਈ ਲਾਜ਼ਮੀ ਹੈ। ਸਟੋਰੇਜ ਦੀ ਸਮੱਗਰੀ ਅਤੇ ਉਸਦੀ ਅੱਪਡੇਟਿੰਗ ਪ੍ਰੋਜੈਕਟ ਦੀ ਜ਼ਿੰਮੇਦਾਰੀ ਹੈ।
ਤਿੰਨ ਵੱਖ-ਵੱਖ ਪ੍ਰਕਾਰ ਦੀਆਂ ਕੁੰਜੀਆਂ ਅਤੇ ਰਾਜ਼
ਆਰਕੀਟੈਕਚਰ ਦੇ ਵੱਖ-ਵੱਖ ਹਿਸਿਆਂ ਨੂੰ ਗਲਤ ਸਮਝਣ ਤੋਂ ਰੋਕਣ ਲਈ, ਤਿੰਨ ਧਾਰਨਾਵਾਂ ਨੂੰ ਵੱਖਰਾ ਸਮਝਣਾ ਜਰੂਰੀ ਹੈ।
ਲੋਕਲ ਯੂਜ਼ਰ ਕੁੰਜੀ ਖਾਸ ਟੈਲੀਫੋਨ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੀ ਹੈ ਅਤੇ iOS ਜਾਂ Android ਦੇ ਸਾਧਨਾਂ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਖਾਤਾ ਦੇ ਅਧੀਨ ਅਧਿਕਾਰਤ ਗ੍ਰਾਹਕਾਂ ਵੱਲੋਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਇੱਕੋ ਪ੍ਰੋਡਕਟ ਦੇ ਭਿੰਨ-ਭਿੰਨ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਬੰਧਦਾ ਹੈ।
ਸਹਾਇਤਾ ਰਾਜ਼ ਬੈਕਐਂਡ ਲਈ ਲੋੜੀਦਾ ਹੈ ਕਿ ਉਸ ਨੂੰ KeyMeld ਨਾਲ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸਚਾਲਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਏ। ਇਹ ਮੋਬਾਈਲ ਅਪਲੀਕੇਸ਼ਨ ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਨਹੀਂ ਦਿੱਤਾ ਜਾ ਸਕਦਾ।
ਸਹਾਇਤਾ ਰਾਜ਼ ਅਤੇ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਵੱਖ-ਵੱਖ ਕੰਮ ਕਰਦੇ ਹਨ। Zero Vault ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ, ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਨੂੰ ਪ੍ਰੋਡਕਟ ਦੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
KeyMeld ਲੋੜ ਨਹੀਂ ਰੱਖਦਾ ਕਿ ਨਾਮ, ਪਾਸਵਰਡ ਜਾਂ TOTP ਸਟੋਰ ਕਰੇ ਜਾਂ ਬਿਜ਼ਨੈਸ ਸੰਦਰਭ ਵਿੱਚ ਕੁਝ ਹੋਰ। ਸੇਵਾ ਲਈ ਵਰਤੋਂਕਾਰ ਖਾਤਾ, ਖਾਤਾ ਅਤੇ ਅਧਿਕਾਰਾਂ ਦੀ ਲਿੰਕ ਸਨਕਲੈਟ ਮਹੱਤਵਪੂਰਣ ਹੁੰਦੀ ਹੈ।
ਕੁੰਜੀਆਂ ਪ੍ਰਾਪਤੀ 'ਤੇ ਨਿਯੰਤ੍ਰਣ ਰੱਖਣਾ
ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹਰ ਕੋਈ ਗ੍ਰਾਹਕ ਲਈ ਬਿਨਾਂ ਸ਼ਰਤ ਨਹੀਂ ਹੈ।
ਜੇ ਡਿਵਾਈਸ ਨੂੰ ਵਿਸ਼ਵਾਸਯੋਗ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ, ਖਾਤਾ ਦੀ ਅਵਤਾਰ ਦੀ ਸਥਿਤੀ ਬਦਲ ਜਾਂਦੀ ਹੈ ਜਾਂ ਟੀਮ ਨੇ ਪ੍ਰੋਜੈਕਟ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ, KeyMeld ਇਸ ਗ੍ਰਾਹਕ ਨੂੰ ਅੱਗੇ ਕੁੰਜੀ ਮੁਹੱਈਆ ਕਰਨਾ ਰੋਕ ਸਕਦਾ ਹੈ।
ਇੱਥੇ ਜ਼ਰੂਰੀ ਗੱਲ ਹੈ ਕਿ ਖ਼ਤਮ ਕਰਨਾ ਨਹੀਂ ਹੈ ਕਿ ਮੌਜੂਦਾ ਲੋਕਲ ਟ੍ਰਾਂਸੀਸ਼ਨ ਨੂੰ ਟੁੱਟਾ ਦਿੱਤਾ ਜਾਵੇ। ਇਹ ਕੱਲਿਆ ਹੈ ਕਿ ਅਗਲਾ ਕੁੰਜੀ ਮੰਗਣ ਅਤੇ ਨਵੀਂ ਗ੍ਰਾਹਕੀ ਨੂੰ ਜੁੜਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਸੰਯੰਤ੍ਰਿਤ ਕਰਨਾ।
ਉਪਭੋਗਤਾ ਲਈ, ਇਹ ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਨਵੀਂ ਡਿਵਾਈਸ ਜੁੜਨਾ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਅਗਲੇ ਦੀਆਂ ਕੁੰਜੀਆਂ ਦੀ ਪ੍ਰਾਪਤੀ ਨੂੰ ਸੰਚਾਲਿਤ ਕਰਨਾ ਇੱਕ SISTੈਮ ਵਿੱਚ ਹੀ ਹੁੰਦਾ ਹੈ।
ਵਿਕਾਸਕਾਰ ਲਈ, ਇਸ ਤਰ੍ਹਾਂ ਕਿਸੇ ਉਪਯੋਗ ਨੀਤੀ ਨੂੰ ਆਪਣੇ ਆਪ ਬਨਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ। ਆਖਿਰਕਾਰ, ਅੰਤਿਮ Zero Vault ਮਾਡਲ ਇਸ ਗੱਲ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰੋਜੈਕਟ ਆਪਣੇ ਕੋਲ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਰੱਖਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਇੰਫਰਾਸਟਰਚਰ ਅਤੇ ਬਾਹਰੀ SaaS ਕੁਨਟੂਰ ਵਿਚ ਤੱਖੀ ਨਿਯੰਤਰਣ ਕਰਦਾ ਹੈ।
KeyMeld ਕੀ ਨਹੀਂ ਕਰਦਾ
KeyMeld ਪਾਸਵਰਡ ਮੈਨੇਜਰ ਨਹੀਂ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾ ਦੇ TOTP ਰਿਕਾਰਡਾਂ ਨੂੰ ਨਹੀਂ ਰੱਖਦਾ। ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਕਲਾਉਡ ਡੇਟਾਬੇਸ ਜਾਂ ਇਸ ਦੀ ਮੇਲਜੋਲ ਭਰਪਾਈ ਕਰਨ ਵਾਲੀ ਸਿਸਟਮ ਨੂੰ ਸੰਭਾਲਦਾ ਨਹੀਂ।
ਇਹ ਐਪਲ Keychain ਜਾਂ Android Keystore ਦੀ ਬਦਲੀ ਨਹੀਂ ਹੈ। ਇਹ ਸੇਵਾ ਆਪਣੇ ਪਲੇਟਫਾਰਮ ਦੀ ਲੋਕਲ ਪ੍ਰਣਾਲੀ ਨੂੰ ਜਗ੍ਹਾ ਵਿੱਥ ਖ਼ੁਦਦਾ ਹੈ ਅਤੇ ਇੱਕ ਅੰਤਰ-ਪ੍ਰੋਡਕਟ ਪੱਧਰ ਜੋੜਦਾ ਹੈ।
ਇਹ ਕੋਈ ਲਾਜ਼ਮੀ ਯੂਜ਼ਰ-ਆਧਾਰਿਤ ਪ੍ਰਮਾਣਪੱਤਰ ਸੇਵਾ ਨਹੀਂ। ਵੱਖ-ਵੱਖ ਸੇਵਾ ਜਿਵੇਂ MeldID, ਯਾਦ ਕਰਨ ਵਾਲੀ ਪ੍ਰਮਾਣਕ੍ਰਿਤੀ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੋ ਸਕਦੀ ਹੈ, ਜਦਕਿ KeyMeld ਇੱਕ ਵੱਖਰੀ ਟਾਸਕ ਸੰਪੰਨ ਕਰਦਾ ਹੈ — ਅਧਿਕਾਰਿਤ ਗ੍ਰਾਹਕ ਨੂੰ ਯੂਨੀਵਰਸਲ ਕੁੰਜੀ ਪ੍ਰਦਾਨ ਕਰਨੀ, ਬਿਨਾਂ ਇਸ ਨੂੰ ਪ੍ਰੋਡਕਟ ਦੇ ਬੈਕਐਂਡ ਵਿੱਚ ਰੱਖੇ।
ਅੰਤ ਵਿੱਚ, KeyMeld ਸਵੈ-ਕਾਰਜ ਢੰਗ ਨਾਲ Zero Vault ਬਣਾਉਣਾ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਦਾ ਬਾਹਰੀ ਸੰਪਰਕ ਦੇਂਦਾ ਹੈ। ਇਸ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਬਚਾਉਣ ਲਈ, ਵਿਕਾਸਕਾਰ ਨੂੰ ਆਪਣੀ ਸਰਵਰ ਬੇਜ਼ ਵਿੱਚ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਰੱਖਣ ਜਾਂ ਨਹੀਂ ਰੱਖਣ ਦੀ ਸੋਚਣੀ ਪੈਂਦੀ ਹੈ। ਅਜ਼ਾਦ ਭਰੋਸੇਯੋਗ ਖੇਤਰ ਵੀ ਵੱਖਰੇ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ।
ਕਿਸ ਲਈ ਇਸ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ
ਇਸ ਢਾਂਚੇ ਦੀ ਰੂਚੀ ਉਨ੍ਹਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਹੈ ਜੋ ਕਈ ਪਲੇਟਫਾਰਮ ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਲੋਕਲ ਸੁਰੱਖਿਅਤ ਡੇਟਾ ਵਰਤਦੇ ਹਨ।
ਇਹ ਐਮੁਲੇਟਰ, ਕਾਰਪੋਰੇਟ ਐਪਲੀਕੇਸ਼ਨ, SaaS ਉਤਪਾਦ, ਕਈ ਡਿਵਾਈਸਾਂ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ, ਅਤੇ ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟ ਹਨ ਜਿੱਥੇ ਇੱਕ ਖਾਤਾ ਆਈਫੋਨ ਅਤੇ ਐਂਡਰਾਇਡ 'ਤੇ ਸਮਾਨ ਅੰਦਾਜ਼ ਨਾਲ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਵਿਕਾਸਕਾਰ ਲਈ, ਮੁੱਲ ਸਿਰਫ਼ ਪਲੇਟਫਾਰਮ ਲੋਜਿਕ ਨੂੰ ਘਟਾਉਣਾ ਨਹੀਂ ਹੈ। ਇਹ ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਗੱਲ ਹੈ ਕਿ ਜ਼ਿੰਮੇਵਾਰੀ ਨੂੰ ਵੰਡਿਆ ਜਾਵੇ। ਪ੍ਰੋਡਕਟ ਬੈਕਐਂਡ ਆਪਣਾ ਡੇਟਾ ਰੱਖਦਾ ਹੈ ਅਤੇ KeyMeld ਇੱਕ ਬਾਹਰੀ SaaS ਸੇਵਾ ਵਜੋਂ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਦੇਂਦਾ ਹੈ ਅਤੇ ਉਸ ਦੀ ਅੱਗੇ ਦੀ ਪ੍ਰਕਾਸ਼ਨ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦਾ ਹੈ।
ਪਰਿਚਯ ਕਰਵਾਉਂਦੇ ਹੋਏ, ਮੈਂ KeyMeld ਨੂੰ ਇੱਕ ਤਿਆਰ Zero Vault ਵੱਜੋਂ ਨਹੀਂ, ਸਗੋਂ ਉਸ ਟੂਲ ਵਜੋਂ describe ਕਰਦਾ ਹਾਂ ਜਿਸ ਨਾਲ ਵਿਕਾਸਕਾਰ ਆਪਣੇ ਪ੍ਰੋਡਕਟ ਲਈ ਇਸ ਤਰ੍ਹਾਂ ਮਾਡਲ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ ਰੱਖਦਾ ਹੈ।
iOS ਅਤੇ Android ਆਪਣੀਆਂ ਆਪਣੀਆਂ ਸੁਰੱਖਿਆ ਤਾਂਤ੍ਰਿਕਾਂ ਨੂੰ ਵਰਤਦੇ ਰਹਿੰਦੇ ਹਨ। ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਇੱਕ ਸਾਂਝਾ ਵਿਸ਼ਵਪਰੀ ਕੁੰਜੀ ਮਿਲਦੀ ਹੈ। ਅਤੇ ਜੇਕਰ ਬੈਕਐਂਡ ਉਹ ਕੁੰਜੀ ਆਪਣੇ ਕੋਲ ਨਹੀਂ ਰੱਖਦਾ ਅਤੇ ਆਪਣੀ ਬੁਨਿਆਦੀ ਢਾਹਚੇ ਅਤੇ KeyMeld ਦੇ ਬਾਹਰੀ ਕੁਨਟੂਰ ਵਿਚ ਵੱਖਰਾਪਣ ਨੂੰ ਕਾਇਮ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਉਹ ਕਲੇਇੰਟ ਸਟੋਰੇਜ ਦੀ ਕੁੰਜੀ ਦਾ ਸੁਰੱਖਿਅਤ ਸਟੋਰ ਨਹੀਂ ਬਣਦਾ।
ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਇੱਕ ਅਤਿ ਵੱਡੀ ਚੀਜ਼ ਹੈ ਕਿ ਉਹ ਵੱਖ-ਵੱਖ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਜੁੜਦੇ ਹਨ। ਵਿਕਾਸਕਾਰ ਲਈ, ਇਹ ਆਜ਼ਾਦੀ ਹੈ ਕਿ ਉਹ ਆਪਣੀ ਅਧਿਕਾਰਿਕ ਕੁੰਜੀ ਨੂੰ ਆਪਣੇ ਬੈਕਐਂਡ ਤੋਂ ਬਾਹਰ ਲਿਜਾ ਸਕਦਾ ਹੈ। ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਲਈ, ਇਹ Zero Vault ਦੀ ਅਰਕੀਟੈਕਚਰ ਹੈ ਜਿਸ ਵਿੱਚ ਸਰਵਰ ਡੇਟਾ ਨੂੰ ਗ੍ਰਾਹਕੀ ਸੁਰੱਖਿਅਤ ਸਟੋਰੇਜ ਦੀ ਕੁੰਜੀ ਨਹੀਂ ਰੱਖਦਾ।
ਵਿਸਥਾਰ ਲਈ: KeyMeld