ਸੁਰੱਖਿਆ ਅਤੇ ਆਧਾਰ
ਭਰੋਸਾ ਇੱਕ ਵਿਧੀ ਹੈ,
ਬੈਜ ਨਹੀਂ।
ਇਹ ਪੰਨਾ ਸਬੂਤ ਹੈ: ਸਿਸਟਮ ਕੀ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਕੀ ਸੰਭਾਲਦਾ ਹੈ, ਕੌਣ ਇਸ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਅਤੇ ਅਸੀਂ ਅਜੇ ਕੀ ਨਹੀਂ ਬਣਾਇਆ।
ਸੁਰੱਖਿਆ ਸੰਪਰਕ
support@salewise.co.ukਦੁਹਰਾਉਣ ਦੇ ਕਦਮ ਸ਼ਾਮਲ ਕਰੋ। ਕਿਰਪਾ ਕਰਕੇ ਕਿਸੇ ਹੋਰ ਵਪਾਰੀ ਦੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਨਾ ਕਰੋ ਜਾਂ ਸੇਵਾ ਨੂੰ ਰੋਕੋ ਨਾ।
ਮੌਜੂਦਾ ਸਥਿਤੀ
- ਕੋਈ SOC 2 ਜਾਂ ISO 27001 ਸਰਟੀਫ਼ਿਕੇਸ਼ਨ ਨਹੀਂ।
- ਹਾਲੇ ਕੋਈ ਸੁਤੰਤਰ ਪੈਨਿਟ੍ਰੇਸ਼ਨ ਟੈਸਟ ਨਹੀਂ।
- ਕੋਈ ਕਾਰਡ ਡੇਟਾ ਨਹੀਂ ਰੱਖਿਆ ਜਾਂਦਾ।
ਛੋਟਾ ਸੰਸਕਰਣ
ਚਾਰ ਦਾਅਵੇ, ਅਤੇ ਸਬੂਤ ਕਿੱਥੇ ਹੈ।
ਮਾਰਕੀਟਿੰਗ ਵਿਸ਼ੇਸ਼ਣ ਨਹੀਂ। ਪਿੱਛੇ ਕੋਡ ਵਾਲੇ ਡਿਜ਼ਾਈਨ ਫ਼ੈਸਲੇ।
01
ਮਾਡਲ ਕੀਮਤ ਤੈਅ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਰਿਟਰੀਵਲ ਜਨਰੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਦਾ ਹੈ। ਮਾਡਲ ਉਮੀਦਵਾਰ ID ਵਿੱਚੋਂ ਚੁਣਦਾ ਹੈ; ਸਰਵਰ ਉਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਕਰਕੇ ਕੀਮਤ, ਸਟਾਕ ਅਤੇ ਵੇਰੀਐਂਟ ਖੁਦ ਰੈਂਡਰ ਕਰਦਾ ਹੈ।
ਵਿਧੀ ਪੜ੍ਹੋ02
ਪ੍ਰਦਾਤਾ ਦੇ ਰਾਜ਼ ਸਟੋਰੇਜ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ ਹੁੰਦੇ ਹਨ।
AES-256-GCM, ਹਰ ਰਿਕਾਰਡ ਲਈ ਬੇਤਰਤੀਬ IV, ਅਤੇ ਵਾਧੂ ਪ੍ਰਮਾਣਿਤ ਡੇਟਾ ਜੋ ਹਰ ਸਾਈਫ਼ਰਟੈਕਸਟ ਨੂੰ ਉਸ ਦੇ ਪ੍ਰਦਾਤਾ, ਖਾਤੇ ਅਤੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਰਿਕਾਰਡ ਨਾਲ ਬੰਨ੍ਹਦਾ ਹੈ।
ਵਿਧੀ ਪੜ੍ਹੋ03
Salewise ਵਿੱਚ ਕੋਈ ਕਾਰਡ ਡੇਟਾ ਨਹੀਂ ਆਉਂਦਾ।
ਕੋਈ ਚੈੱਕਆਊਟ ਨਹੀਂ ਅਤੇ ਕੋਈ PAN ਸਟੋਰੇਜ ਨਹੀਂ। ਖਰੀਦਦਾਰ ਫ਼ੋਨ 'ਤੇ ਫ਼ੈਸਲਾ ਕਰਦਾ ਹੈ ਅਤੇ ਵਪਾਰੀ ਦੇ ਮੌਜੂਦਾ ਟਿਲ 'ਤੇ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ।
ਵਿਧੀ ਪੜ੍ਹੋ04
ਪਹੁੰਚ ਸੀਮਿਤ ਹੈ, ਸਾਂਝੀ ਨਹੀਂ।
ਹਰ ਸਟੋਰ ਰੂਟ 'ਤੇ ਸਟੋਰ ਦੀ ਮਾਲਕੀ ਜਾਂਚੀ ਜਾਂਦੀ ਹੈ। ਐਕਸੈਸ ਟੋਕਨ 15 ਮਿੰਟ ਚੱਲਦੇ ਹਨ; ਰਿਫ਼੍ਰੈਸ਼ ਟੋਕਨ ਹੈਸ਼ ਹੁੰਦੇ ਹਨ ਅਤੇ ਵਰਤੋਂ 'ਤੇ ਬਦਲੇ ਜਾਂਦੇ ਹਨ।
ਵਿਧੀ ਪੜ੍ਹੋਬਣਤਰ ਤੋਂ ਹੀ ਕੈਟਾਲਾਗ-ਆਧਾਰਿਤ
ਮਾਡਲ ਚੁਣਦਾ ਹੈ। ਸਰਵਰ ਰੈਂਡਰ ਕਰਦਾ ਹੈ।
ਰਿਟਰੀਵਲ ਜਨਰੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਦਾ ਹੈ। ਮਾਡਲ ਉਮੀਦਵਾਰਾਂ ਵਿੱਚੋਂ ਚੁਣਦਾ ਹੈ; ਸਰਵਰ ਗਣਿਤ ਅਤੇ ਰੈਂਡਰਿੰਗ ਕਰਦਾ ਹੈ।
01
ਪਹਿਲਾਂ ਰਿਟਰੀਵਲ
ਮਾਡਲ ਨੂੰ ਕੁਝ ਵੀ ਪੁੱਛਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਵਪਾਰੀ ਦੇ ਕੈਟਾਲਾਗ ਵਿੱਚੋਂ ਉਮੀਦਵਾਰ ਉਤਪਾਦ ਕੱਢਦਾ ਹੈ। ਮਾਡਲ ਕਦੇ ਵੀ ਖੁੱਲ੍ਹੇ ਵੈੱਬ 'ਤੇ ਖੋਜ ਨਹੀਂ ਕਰਦਾ।
02
ਮਾਡਲ ਚੁਣਦਾ ਹੈ। ਸਰਵਰ ਰੈਂਡਰ ਕਰਦਾ ਹੈ।
ਕੀਮਤਾਂ, ਸਟਾਕ, ਵੇਰੀਐਂਟ ਅਤੇ ਆਫ਼ਰ ਕੈਟਾਲਾਗ ਰਿਕਾਰਡਾਂ ਤੋਂ ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰ ਹੁੰਦੇ ਹਨ। ਮਾਡਲ ਦੀ ਲਿਖਤ ਵਿੱਚ ਆਇਆ ਕੋਈ ਵੀ ਅੰਕੜਾ ਸੱਚ ਦਾ ਸਰੋਤ ਨਹੀਂ ਹੁੰਦਾ।
03
ID ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੇ ਹਨ
ਮਾਡਲ ਜੋ ਵੀ ਉਤਪਾਦ ਚੁਣਦਾ ਹੈ, ਉਹ ਕੱਢੇ ਗਏ ਉਮੀਦਵਾਰ ਸਮੂਹ ਵਿੱਚ ਮੌਜੂਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਗ਼ਲਤ ID ਜਵਾਬ ਖਰੀਦਦਾਰ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਹਟਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ।
04
ਇਮਾਨਦਾਰ ਇਨਕਾਰ
ਜੇ ਕੈਟਾਲਾਗ ਵਿੱਚ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਤਾਂ ਸਹਾਇਕ ਇਹ ਸਾਫ਼ ਕਹਿੰਦਾ ਹੈ ਅਤੇ ਹੈਂਡਓਵਰ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। ਮਾਡਲ ਉਪਲਬਧ ਨਾ ਹੋਣ 'ਤੇ ਸਹਾਇਕ ਕਹਿੰਦਾ ਹੈ ਕਿ ਉਹ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ, ਅਤੇ ਖਰੀਦਦਾਰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਸਟਾਫ਼ ਨੂੰ ਪੁੱਛ ਸਕਦਾ ਹੈ।
ਮਾਡਲ ਕੋਲ ਕੀ ਜਾਂਦਾ ਹੈ
- ਖਰੀਦਦਾਰ ਦਾ ਸਵਾਲ।
- ਕੱਢੇ ਗਏ ਕੈਟਾਲਾਗ ਉਮੀਦਵਾਰਾਂ ਦਾ ਸਮੂਹ।
- ਸਟੋਰ ਸੈਟਿੰਗਾਂ ਅਤੇ ਸੰਬੰਧਿਤ ਨੀਤੀ ਟੈਕਸਟ।
ਮਾਡਲ ਕੋਲ ਕੀ ਕਦੇ ਨਹੀਂ ਜਾਂਦਾ
- ਕਾਰਡ ਡੇਟਾ ਜਾਂ ਭੁਗਤਾਨ ਕ੍ਰੈਡੈਂਸ਼ਲ।
- ਪਾਸਵਰਡ, API ਕੁੰਜੀਆਂ ਜਾਂ Salewise ਮਾਸਟਰ ਕੀ।
- POS ਵਿੱਚ ਲਿਖ ਸਕਣ ਵਾਲਾ ਕੋਈ ਸਾਧਨ।
ਕੰਟਰੋਲ ਲੈਜਰ
ਕੰਟਰੋਲ ਲੈਜਰ, ਭਰੋਸੇ ਦਾ ਬੈਜ ਨਹੀਂ।
ਹਰ ਕਤਾਰ ਕੰਟਰੋਲ, ਉਸ ਪਿੱਛੇ ਦੀ ਵਿਧੀ ਅਤੇ ਹੱਦ ਦੱਸਦੀ ਹੈ। ਜੇ ਕਿਸੇ ਪ੍ਰਸ਼ਨਾਵਲੀ ਨੂੰ ਹੋਰ ਵੇਰਵਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਪੁੱਛੋ।
ਆਧਾਰਿਤ ਜਵਾਬ
ਕੈਟਾਲਾਗ ਸੱਚ ਦਾ ਸਰੋਤ ਹੈ।
- ਮਾਡਲ ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਉਮੀਦਵਾਰ ਉਤਪਾਦ ਕੱਢਦਾ ਹੈ। ਮਾਡਲ ਸਿਰਫ਼ ਉਸੇ ਸਮੂਹ ਵਿੱਚੋਂ ID ਚੁਣ ਸਕਦਾ ਹੈ। ਗ਼ਲਤ ID ਹਟਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਕੀਮਤ, ਸਟਾਕ, ਵੇਰੀਐਂਟ ਅਤੇ ਆਫ਼ਰ ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰ ਹੁੰਦੇ ਹਨ। ਜੇ ਕੈਟਾਲਾਗ ਵਿੱਚ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਤਾਂ ਸਹਾਇਕ ਇਹ ਕਹਿੰਦਾ ਹੈ ਅਤੇ ਹੈਂਡਓਵਰ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ।
ਸਟੋਰੇਜ ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ਲ
ਰਾਜ਼ ਐਨਕ੍ਰਿਪਟ, ਬੱਧੇ ਅਤੇ ਸੰਸਕਰਣ-ਬੱਧ ਹੁੰਦੇ ਹਨ।
- ਪ੍ਰਦਾਤਾ ਕ੍ਰੈਡੈਂਸ਼ਲ AES-256-GCM ਵਰਤਦੇ ਹਨ, ਹਰ ਰਿਕਾਰਡ ਲਈ ਬੇਤਰਤੀਬ 96-ਬਿੱਟ IV ਨਾਲ। ਵਾਧੂ ਪ੍ਰਮਾਣਿਤ ਡੇਟਾ ਸਾਈਫ਼ਰਟੈਕਸਟ ਨੂੰ provider:{providerId}:account:{accountId}:credentials ਨਾਲ ਬੰਨ੍ਹਦਾ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਹੋਰ ਟੈਨੈਂਟ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ ਰਿਕਾਰਡ ਡੀਕ੍ਰਿਪਟ ਨਹੀਂ ਹੁੰਦਾ। keyVersion ਕੁੰਜੀ ਬਦਲਣ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ; ਨਾਕਾਮ ਡੀਕ੍ਰਿਪਟ ਰਾਜ਼ ਵਾਪਸ ਕਰਨ ਦੀ ਥਾਂ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ।
Salewise ਬੇਨਤੀਆਂ
ਹਸਤਾਖਰਿਤ, ਸਿਰਫ਼ ਬੇਅਰਰ ਨਹੀਂ।
- Salewise ਮਾਸਟਰ API ਨੂੰ ਜਾਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ 'ਤੇ method, path, timestamp, nonce ਅਤੇ body ਦੇ SHA-256 ਉੱਤੇ HMAC-SHA256 ਹਸਤਾਖਰ ਹੁੰਦਾ ਹੈ। ਹਸਤਾਖਰ ਦੀ ਤੁਲਨਾ ਸਥਿਰ ਸਮੇਂ ਵਿੱਚ ਹੁੰਦੀ ਹੈ ਅਤੇ ਰੀਪਲੇ ਵਿੰਡੋ ਨਾਲ ਸੀਮਿਤ ਹੈ। ਮਾਸਟਰ ਕੀ ਸਰਵਰ-ਸਾਈਡ ਹੈ, ਇੱਕ ਵਾਰ ਸੈੱਟ ਹੁੰਦੀ ਹੈ, ਸਟੋਰੇਜ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕਦੇ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਵਾਪਸ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ।
ਖਾਤੇ ਅਤੇ ਭੂਮਿਕਾਵਾਂ
ਵਪਾਰੀ ਖਾਤਾ ਸਰਵਰ ਐਡਮਿਨ ਨਹੀਂ ਹੁੰਦਾ।
- Sage ਵਿੱਚ ਵਪਾਰੀ ਅਤੇ ਸਰਵਰ-ਐਡਮਿਨ ਭੂਮਿਕਾਵਾਂ ਹਨ। ਪਾਸਵਰਡ ਹਰ ਖਾਤੇ ਲਈ ਵੱਖਰੇ ਸਾਲਟ ਨਾਲ scrypt ਵਰਤਦੇ ਹਨ। ਐਕਸੈਸ ਟੋਕਨ 15 ਮਿੰਟ ਬਾਅਦ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ; ਰਿਫ਼੍ਰੈਸ਼ ਟੋਕਨ ਹੈਸ਼ ਵਜੋਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ, ਵਰਤੋਂ 'ਤੇ ਬਦਲੇ ਜਾਂਦੇ ਹਨ ਅਤੇ 30 ਦਿਨਾਂ ਬਾਅਦ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ। ਸੱਦੇ 7 ਦਿਨਾਂ ਬਾਅਦ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸੱਦੇ ਗਏ ਈਮੇਲ ਨਾਲ ਬੱਧੇ ਹੁੰਦੇ ਹਨ।
ਟੈਨੈਂਟ ਅਲੱਗਾਵਾ
ਸਟੋਰ ਦੀ ਖੋਜ ਮਾਲਕੀ ਦੀ ਜਾਂਚ ਹੈ।
- ਹਰ ਸਟੋਰ ਰੂਟ ਡੇਟਾ ਵਾਪਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਟੋਰ ਲੱਭਦਾ ਹੈ ਅਤੇ ਜਾਂਚਦਾ ਹੈ ਕਿ ਇਹ ਪ੍ਰਮਾਣਿਤ ਖਾਤੇ ਦਾ ਹੈ। ਰਿਪੋਜ਼ਟਰੀ ਵਿਧੀਆਂ ਖਾਤੇ ਅਤੇ ਸਟੋਰ ਨਾਲ ਸੀਮਿਤ ਹਨ, ਅਤੇ SQL ਰੂਟ ਹੈਂਡਲਰਾਂ ਦੀ ਥਾਂ ਰਿਪੋਜ਼ਟਰੀ ਪਰਤ ਪਿੱਛੇ ਰਹਿੰਦੀ ਹੈ।
ਕਾਰਡ ਡੇਟਾ
ਕੋਈ ਭੁਗਤਾਨ ਨਹੀਂ, ਕੋਈ PAN ਨਹੀਂ।
- Salewise ਭੁਗਤਾਨ ਨਹੀਂ ਲੈਂਦਾ ਅਤੇ ਕਾਰਡ ਡੇਟਾ ਸੰਭਾਲਦਾ ਨਹੀਂ। ਖਰੀਦਦਾਰ PWA ਵਿੱਚ ਕੋਈ ਚੈੱਕਆਊਟ ਨਹੀਂ, ਅਤੇ ਲੈਣ-ਦੇਣ ਵਪਾਰੀ ਦੇ POS ਦੇ ਅੰਦਰ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਅਸੀਂ ਕਾਰਡ ਭੁਗਤਾਨਾਂ ਲਈ PCI DSS ਸਕੋਪ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ ਕਿਉਂਕਿ ਅਸੀਂ ਕਾਰਡ ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸ ਨਹੀਂ ਕਰਦੇ।
ਡੇਟਾ ਰੱਖਣ ਦੀ ਮਿਆਦ
ਸੈੱਟ ਕੀਤੀ, ਅਸੀਮਤ ਨਹੀਂ।
- ਸੰਦਰਭ ਤੈਨਾਤੀ ਸੈਸ਼ਨ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ ਲਈ 180 ਦਿਨ ਅਤੇ ਘਟਨਾ ਰਿਕਾਰਡਾਂ ਲਈ 365 ਦਿਨਾਂ ਲਈ ਸੈੱਟ ਹੈ, ਜੋ ਵਾਤਾਵਰਨ ਅਤੇ DPA ਰਾਹੀਂ ਤੈਅ ਹੁੰਦੀ ਹੈ। ਵਪਾਰੀ-ਖ਼ਾਸ ਮਿਆਦ DPA ਵਿੱਚ ਸਹਿਮਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਮਿਟਾਉਣਾ ਬੇਨਤੀ 'ਤੇ ਹੁੰਦਾ ਹੈ। ਅੱਜ ਕਿਸੇ ਤੈਅ ਸਮੇਂ 'ਤੇ ਚੱਲਣ ਵਾਲੇ ਪਰਜ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ।
ਆਡਿਟ ਟ੍ਰੇਲ
ਸੁਰੱਖਿਆ ਨਾਲ ਜੁੜੀਆਂ ਘਟਨਾਵਾਂ ਦਾ ਰਿਕਾਰਡ ਰਹਿੰਦਾ ਹੈ।
- ਰਜਿਸਟ੍ਰੇਸ਼ਨ, ਸਾਈਨ-ਇਨ, ਨਾਕਾਮ ਸਾਈਨ-ਇਨ, ਸੱਦੇ, ਸੈੱਟਅੱਪ ਅਤੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਕ੍ਰੈਡੈਂਸ਼ਲ ਬਦਲਾਅ ਆਡਿਟ ਲਾਗ ਵਿੱਚ ਲਿਖੇ ਜਾਂਦੇ ਹਨ। ਆਡਿਟ ਵੇਰਵਿਆਂ ਵਿੱਚ ਈਮੇਲ ਕੱਚੇ ਨਹੀਂ, ਹੈਸ਼ ਵਜੋਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ। ਲਾਗ ਅੱਜ ਅੰਦਰੂਨੀ ਹੈ; ਵਪਾਰੀ ਲਈ ਕੋਈ ਆਡਿਟ ਸਕਰੀਨ ਅਜੇ ਨਹੀਂ।
ਮਾਡਲ ਦੀ ਹੱਦ
ਮਾਡਲ ਨੂੰ ਸਿਰਫ਼ ਲੋੜੀਂਦਾ ਘੱਟੋ-ਘੱਟ ਮਿਲਦਾ ਹੈ।
- ਮਾਡਲ ਨੂੰ ਖਰੀਦਦਾਰ ਦਾ ਸਵਾਲ, ਕੱਢੇ ਗਏ ਕੈਟਾਲਾਗ ਉਮੀਦਵਾਰ, ਸਟੋਰ ਸੈਟਿੰਗਾਂ ਅਤੇ ਸੰਬੰਧਿਤ ਨੀਤੀ ਟੈਕਸਟ ਮਿਲਦਾ ਹੈ। ਇਸ ਨੂੰ ਪਾਸਵਰਡ, API ਕ੍ਰੈਡੈਂਸ਼ਲ ਜਾਂ ਕਾਰਡ ਡੇਟਾ ਨਹੀਂ ਮਿਲਦਾ, ਅਤੇ ਇਸ ਕੋਲ POS ਵਿੱਚ ਲਿਖ ਸਕਣ ਵਾਲਾ ਕੋਈ ਸਾਧਨ ਨਹੀਂ।
“ਬਣਾਇਆ” ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੰਟਰੋਲ ਅੱਜ ਉਤਪਾਦ ਵਿੱਚ ਮੌਜੂਦ ਹੈ। ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਕੰਟਰੋਲ ਦੀ ਸੁਤੰਤਰ ਜਾਂਚ ਹੋਈ ਹੈ। ਪਾੜਾ ਇਸ ਪੰਨੇ ਦੇ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ।
ਕ੍ਰੈਡੈਂਸ਼ਲ ਅਤੇ ਬੇਨਤੀਆਂ
ਸਟੋਰੇਜ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ। ਰਾਹ ਵਿੱਚ ਹਸਤਾਖਰਿਤ।
ਉਹ ਦੋ ਵਿਧੀਆਂ ਜੋ ਸੁਰੱਖਿਆ ਸਮੀਖਿਅਕ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਮੰਗਦੇ ਹਨ।
ਸਟੋਰੇਜ ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ਲ
- ਐਲਗੋਰਿਦਮ
- AES-256-GCM, ਪ੍ਰਮਾਣਿਤ ਐਨਕ੍ਰਿਪਸ਼ਨ।
- IV
- ਹਰ ਰਿਕਾਰਡ ਲਈ 12 ਬੇਤਰਤੀਬ ਬਾਈਟ, ਕਦੇ ਦੁਬਾਰਾ ਨਹੀਂ ਵਰਤੇ ਜਾਂਦੇ।
- ਬੰਧਨ
- AAD provider:{providerId}:account:{accountId}:credentials। ਕਾਪੀ ਕੀਤਾ ਰਿਕਾਰਡ ਡੀਕ੍ਰਿਪਟ ਨਹੀਂ ਹੁੰਦਾ।
- ਕੁੰਜੀ ਬਦਲਣਾ
- ਹਰ ਰਿਕਾਰਡ 'ਤੇ keyVersion; ਬਦਲਾਅ ਦੌਰਾਨ ਪਿਛਲੀ ਕੁੰਜੀ ਵੀ ਮਨਜ਼ੂਰ ਹੁੰਦੀ ਹੈ।
- ਨਾਕਾਮੀ
- ਨਾਕਾਮ ਡੀਕ੍ਰਿਪਟ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਪੁਰਾਣੇ ਰਾਜ਼ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਦੀ।
Salewise ਬੇਨਤੀਆਂ
ਮਾਸਟਰ ਕੀ ਸਰਵਰ ਸੈੱਟਅੱਪ ਦੌਰਾਨ ਇੱਕ ਵਾਰ ਸੈੱਟ ਹੁੰਦੀ ਹੈ। ਹਰ ਬੇਨਤੀ ਇਸ ਨਾਲ ਹਸਤਾਖਰਿਤ ਹੁੰਦੀ ਹੈ; ਹਸਤਾਖਰ ਬੇਅਰਰ ਟੋਕਨ ਨਹੀਂ।
canonical = method + "\n" + path + "\n" + timestamp + "\n" + nonce + "\n" + sha256(body); signature = HMAC-SHA256(masterKey, canonical);
- X-Sage-Signature ਵਜੋਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, timestamp ਅਤੇ nonce ਹੈਡਰਾਂ ਨਾਲ।
- ਸਥਿਰ ਸਮੇਂ ਵਿੱਚ ਤੁਲਨਾ, ਰੀਪਲੇ ਵਿੰਡੋ ਨਾਲ।
- ਮਾਸਟਰ ਕੀ ਸਰਵਰ-ਸਾਈਡ ਰੱਖੀ ਅਤੇ ਸਟੋਰੇਜ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ।
- ਕਦੇ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਵਾਪਸ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਜਾਂ ਲਾਗ ਵਿੱਚ ਨਹੀਂ ਲਿਖੀ ਜਾਂਦੀ।
ਡੇਟਾ, ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਮਿਆਦ
ਘੱਟ ਡੇਟਾ। ਸੀਮਿਤ ਪਹੁੰਚ। ਇੱਕ ਰਿਕਾਰਡ।
ਉਤਪਾਦ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਸਹਾਇਕ ਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਨਹੀਂ ਕਿ ਖਰੀਦਦਾਰ ਕੌਣ ਹੈ।
ਸੈਸ਼ਨ ਕੀ ਦਰਜ ਕਰਦਾ ਹੈ
- ਸੈਸ਼ਨ ID, QR ਕੋਡ ਅਤੇ ਉਹ ਗਲਿਆਰਾ ਜਿੱਥੋਂ ਇਹ ਸ਼ੁਰੂ ਹੋਇਆ।
- ਸਵਾਲ, ਜਵਾਬ ਅਤੇ ਸਿਫ਼ਾਰਸ਼ਾਂ।
- ਹੈਂਡਓਫ਼ ਘਟਨਾਵਾਂ ਅਤੇ ਸਮੇਂ।
ਕੋਈ ਨਾਮ, ਖਾਤਾ ਜਾਂ ਕਾਰਡ ਡੇਟਾ ਨਹੀਂ। ਡੈਮੋ ਸੈਸ਼ਨ ਨੂੰ ਕਿਸੇ ਨਾਮਿਤ ਖਰੀਦਦਾਰ ਨਾਲ ਨਹੀਂ ਜੋੜਦਾ।
ਇਸ ਤੱਕ ਕੌਣ ਪਹੁੰਚ ਸਕਦਾ ਹੈ
- ਇੱਕ ਵਪਾਰੀ ਖਾਤਾ, ਜੋ ਉਸ ਨਾਲ ਜੁੜੇ ਸਟੋਰਾਂ ਤੱਕ ਸੀਮਿਤ ਹੈ।
- ਇੱਕ ਸਰਵਰ ਐਡਮਿਨ, ਸੈੱਟਅੱਪ ਅਤੇ ਪ੍ਰਦਾਤਾ ਸੰਰਚਨਾ ਲਈ।
- ਸਟੋਰ ਰੂਟਾਂ ਰਾਹੀਂ ਹੋਰ ਵਪਾਰੀਆਂ ਦੇ ਸਟੋਰਾਂ ਤੱਕ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ।
ਸੱਦੇ ਈਮੇਲ ਨਾਲ ਬੱਧੇ ਹੁੰਦੇ ਹਨ ਅਤੇ 7 ਦਿਨਾਂ ਬਾਅਦ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ।
ਕਿੰਨੀ ਦੇਰ ਰਹਿੰਦਾ ਹੈ
- ਸੈਸ਼ਨ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ: 180 ਦਿਨਾਂ ਲਈ ਸੈੱਟ।
- ਘਟਨਾ ਰਿਕਾਰਡ: 365 ਦਿਨਾਂ ਲਈ ਸੈੱਟ।
- ਵਪਾਰੀ-ਖ਼ਾਸ ਸ਼ਰਤਾਂ: DPA ਵਿੱਚ ਤੈਅ।
ਮਿਟਾਉਣਾ ਬੇਨਤੀ 'ਤੇ ਹੁੰਦਾ ਹੈ। ਅੱਜ ਕਿਸੇ ਤੈਅ ਸਮੇਂ 'ਤੇ ਚੱਲਣ ਵਾਲੇ ਪਰਜ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ।
ਆਡਿਟ ਘਟਨਾਵਾਂ
ਰਜਿਸਟ੍ਰੇਸ਼ਨ, ਸਾਈਨ-ਇਨ, ਨਾਕਾਮ ਸਾਈਨ-ਇਨ, ਸੱਦੇ, ਸੈੱਟਅੱਪ ਅਤੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਕ੍ਰੈਡੈਂਸ਼ਲ ਬਦਲਾਅ ਆਡਿਟ ਲਾਗ ਵਿੱਚ ਲਿਖੇ ਜਾਂਦੇ ਹਨ। ਆਡਿਟ ਵੇਰਵਿਆਂ ਵਿੱਚ ਈਮੇਲ ਕੱਚੇ ਨਹੀਂ, ਹੈਸ਼ ਵਜੋਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ। ਲਾਗ ਅੱਜ ਅੰਦਰੂਨੀ ਹੈ; ਅਸੀਂ ਇਸ ਨੂੰ ਵਪਾਰੀ ਲਈ ਆਡਿਟ ਸਕਰੀਨ ਵਜੋਂ ਪੇਸ਼ ਨਹੀਂ ਕਰਦੇ।
ਐਟ੍ਰੀਬਿਊਸ਼ਨ
ਰਿਕਾਰਡ ਨੂੰ ਆਡਿਟ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।
ਮੇਲੀ ਵਿਕਰੀ ਜਾਂ ਤਾਂ ਸਹੀ ਹੁੰਦੀ ਹੈ ਜਾਂ ਮਾਡਲ ਅਧਾਰਿਤ। ਵਪਾਰੀ ਵੇਖ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜੀ, ਅਤੇ ਕਿਉਂ।
ਨਿਰਧਾਰਿਤ
ਸੈਸ਼ਨ ਤੋਂ ਵਿਕਰੀ ਤੱਕ ਲਿਜਾਇਆ ਰਿਡੈਂਪਸ਼ਨ ਕੋਡ। ਭਰੋਸਾ 1.0। ਮਾਡਲ ਅਧਾਰਿਤ: ਗ਼ਲਤ। ਵਿਕਰੀ ਸਿੱਧੀ ਐਟ੍ਰੀਬਿਊਟ ਹੁੰਦੀ ਹੈ।
ਮਾਡਲ ਅਧਾਰਿਤ
ਦੋ ਘੰਟਿਆਂ ਦੀ ਵਿੰਡੋ ਵਿੱਚ ਉਸੇ ਸਟੋਰ ਦੀ ਵਿਕਰੀ ਜਿਸ ਵਿੱਚ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀਆਂ ਚੀਜ਼ਾਂ ਹੋਣ। ਭਰੋਸੇ ਦਾ ਸਕੋਰ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ, 0.92 'ਤੇ ਸੀਮਿਤ, ਅਤੇ ਜਿੱਥੇ ਵੀ ਦੱਸਿਆ ਜਾਵੇ, ਮੇਲ ਮਾਡਲ ਅਧਾਰਿਤ ਲੇਬਲ ਵਾਲਾ ਹੁੰਦਾ ਹੈ।
ਸਹੀ ਮੇਲ ਸਹੀ ਹੁੰਦੇ ਹਨ। ਮਾਡਲ ਅਧਾਰਿਤ ਮੇਲ ਜਿੱਥੇ ਵੀ ਦੱਸੇ ਜਾਣ, ਮਾਡਲ ਅਧਾਰਿਤ ਲੇਬਲ ਵਾਲੇ ਹੁੰਦੇ ਹਨ। ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਹੀ ਇਕੱਲੀ ਫ਼ੀਸ ਹੈ, ਅਤੇ ਐਟ੍ਰੀਬਿਊਸ਼ਨ ਨੂੰ ਆਮਦਨ ਵਜੋਂ ਨਹੀਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ।
ਇਮਾਨਦਾਰ ਹੱਦਾਂ
ਅਸੀਂ ਕੀ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ।
ਜਦੋਂ ਪਾੜੇ ਦੱਸੇ ਜਾਣ, ਤਾਂ ਭਰੋਸਾ ਜਾਂਚਣਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ।
ਜੇ ਕੋਈ ਪ੍ਰਸ਼ਨਾਵਲੀ ਇਸ ਸੂਚੀ ਵਿੱਚੋਂ ਕੁਝ ਮੰਗਦੀ ਹੈ, ਤਾਂ ਦੱਸੋ।
ਅਸੀਂ ਇਸ ਦੇ ਦੁਆਲੇ ਘੁੰਮ ਕੇ ਜਵਾਬ ਦੇਣ ਦੀ ਥਾਂ ਸੌਦਾ ਗੁਆਉਣਾ ਪਸੰਦ ਕਰਾਂਗੇ।
- 01
ਸਾਡੇ ਕੋਲ ਅੱਜ SOC 2 ਜਾਂ ISO 27001 ਸਰਟੀਫ਼ਿਕੇਸ਼ਨ ਨਹੀਂ ਹੈ।
- 02
ਅਸੀਂ ਅੱਜ ਤੱਕ ਸੁਤੰਤਰ ਪੈਨਿਟ੍ਰੇਸ਼ਨ ਟੈਸਟ ਜਾਂ ਸੁਰੱਖਿਆ ਆਡਿਟ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ।
- 03
ਅਸੀਂ ਕਾਰਡ ਭੁਗਤਾਨਾਂ ਲਈ PCI DSS ਸਕੋਪ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ, ਕਿਉਂਕਿ ਅਸੀਂ ਕਾਰਡ ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸ ਨਹੀਂ ਕਰਦੇ।
- 04
ਮੌਜੂਦਾ ਉਤਪਾਦ ਵਿੱਚ ਅਸੀਂ ਇੱਕ ਵਪਾਰੀ ਦੇ ਕੈਟਾਲਾਗ ਜਾਂ ਗੱਲਬਾਤਾਂ 'ਤੇ ਸਾਂਝਾ ਮਾਡਲ ਟ੍ਰੇਨ ਨਹੀਂ ਕਰਦੇ।
- 05
ਕੋਈ ਵੀ AI ਸਿਸਟਮ ਜੋਖਮ-ਮੁਕਤ ਨਹੀਂ। ਆਧਾਰ ਗਲਤ ਜਾਣਕਾਰੀ ਘਟਾਉਂਦਾ ਹੈ; ਇਹ ਵਪਾਰੀ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਹੈਂਡਓਵਰ ਨਿਯਮਾਂ ਦੀ ਲੋੜ ਨੂੰ ਖ਼ਤਮ ਨਹੀਂ ਕਰਦਾ।
- 06
ਅਸੀਂ ਅੱਜ ਤੈਅ ਸਮੇਂ 'ਤੇ ਚੱਲਣ ਵਾਲਾ ਰਿਟੈਂਸ਼ਨ ਪਰਜ ਨਹੀਂ ਚਲਾਉਂਦੇ; ਮਿਟਾਉਣਾ DPA ਅਧੀਨ ਇੱਕ ਸੰਚਾਲਨ ਪ੍ਰਕਿਰਿਆ ਹੈ।
- 07
ਸਾਡੀ ਆਡਿਟ ਲਾਗ ਅੰਦਰੂਨੀ ਹੈ ਅਤੇ ਵਪਾਰੀ ਲਈ ਆਡਿਟ ਸਕਰੀਨ ਵਜੋਂ ਖੁੱਲ੍ਹੀ ਨਹੀਂ।
- 08
ਅਸੀਂ ਇਸ ਪੰਨੇ 'ਤੇ ਸੇਵਾ ਪੱਧਰ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦੇ; ਕੋਈ ਵੀ ਉਪਲਬਧਤਾ ਵਚਨਬੱਧਤਾ ਆਰਡਰ ਫਾਰਮ ਵਿੱਚ ਤੈਅ ਹੁੰਦੀ ਹੈ।
ਜ਼ਿੰਮੇਵਾਰ ਖੁਲਾਸਾ
ਜੇ ਤੁਹਾਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੋਈ ਕਮਜ਼ੋਰੀ ਲੱਭੀ ਹੈ, ਤਾਂ ਸੰਪਰਕ ਕਰੋ support@salewise.co.uk 'ਤੇ, ਇਸ ਨੂੰ ਦੁਹਰਾਉਣ ਲਈ ਲੋੜੀਂਦਾ ਵੇਰਵਾ ਦੇ ਕੇ। ਕਿਰਪਾ ਕਰਕੇ ਕਿਸੇ ਹੋਰ ਵਪਾਰੀ ਦੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਨਾ ਕਰੋ, ਸੇਵਾ ਨੂੰ ਰੋਕੋ ਨਾ, ਜਾਂ ਸਾਨੂੰ ਜਵਾਬ ਦੇਣ ਦਾ ਮੌਕਾ ਮਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਨਤਕ ਤੌਰ 'ਤੇ ਖੁਲਾਸਾ ਨਾ ਕਰੋ।
ਸੁਰੱਖਿਆ ਦੇ ਸਵਾਲ
ਅਜੀਬ ਸਵਾਲ ਵੀ ਪੁੱਛੋ।
ਸੁਰੱਖਿਆ ਪ੍ਰਸ਼ਨਾਵਲੀ, ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਦੀਆਂ ਸ਼ਰਤਾਂ ਅਤੇ ਬਣਤਰ ਦੇ ਸਵਾਲਾਂ ਦਾ ਸਵਾਗਤ ਹੈ। ਜੋ ਸਾਡੇ ਕੋਲ ਹੈ, ਦੱਸਾਂਗੇ ਅਤੇ ਜੋ ਨਹੀਂ ਹੈ, ਉਹ ਵੀ।