ਡਾਟਾ ਲੀਕ ਰੋਕਥਾਮ ਅਤੇ PII ਮਾਸਕਿੰਗ

ਲਾਭ:

• ਪ੍ਰੋਂਪਟ, ਲੌਗ, ਆਉਟਪੁੱਟ ਅਤੇ ਸਿਖਲਾਈ ਦੁਆਰਾ ਡੇਟਾ ਲੀਕ ਵੈਕਟਰਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਮਾਡਲ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ PII ਡੇਟਾ ਨੂੰ ਰੀਡੈਕਸ਼ਨ ਜਾਂ ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ ਨਾਲ ਮਾਸਕ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਸੁਰੱਖਿਆ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਜ਼ੀਰੋ ਡੇਟਾ ਰੀਟੈਨਸ਼ਨ (ZDR) ਅਤੇ ਡੇਟਾ ਰੈਜ਼ੀਡੈਂਸੀ ਸੰਕਲਪਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਸਮਰੱਥਾ

ਕਿਸੇ ਸੰਸਥਾ ਦੀ ਸਭ ਤੋਂ ਮਹਿੰਗੀ AI ਦੁਰਘਟਨਾ ਆਮ ਤੌਰ 'ਤੇ ਫੈਂਸੀ ਜੇਲਬ੍ਰੇਕ ਨਹੀਂ ਹੁੰਦੀ, ਪਰ ਇੱਕ ਰਨ-ਆਫ-ਦ-ਮਿਲ ਡੇਟਾ ਲੀਕ ਹੁੰਦੀ ਹੈ: ਇੱਕ ਕਰਮਚਾਰੀ ਇੱਕ ਸੰਵੇਦਨਸ਼ੀਲ ਗਾਹਕ ਫਾਈਲ ਨੂੰ ਇੱਕ ਸਹਾਇਕ ਵਿੱਚ ਪੇਸਟ ਕਰਦਾ ਹੈ, ਉਹ ਡੇਟਾ ਪ੍ਰਦਾਤਾ ਦੇ ਲੌਗਸ ਵਿੱਚ ਖਤਮ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਇੱਕ ਆਡਿਟ ਪੁੱਛਦਾ ਹੈ "ਇਹ ਡੇਟਾ ਸੰਗਠਨ ਨੂੰ ਕਿਉਂ ਛੱਡ ਗਿਆ?" ਤੁਹਾਨੂੰ ਸਵਾਲ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਵੇਗਾ: ਇਸ ਯੂਨਿਟ ਵਿੱਚ, ਅਸੀਂ ਸਿੱਖਾਂਗੇ ਕਿ ਲੀਕ ਕਿੱਥੇ ਹੁੰਦੀ ਹੈ, ਨਿੱਜੀ ਡੇਟਾ (PII - ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਪਛਾਣਨ ਯੋਗ ਜਾਣਕਾਰੀ, ਡੇਟਾ ਜੋ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ: ਨਾਮ, ਆਈਡੀ, ਈ-ਮੇਲ, ਕਾਰਡ ਨੰਬਰ) ਨੂੰ ਮਾਡਲ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ, ਅਤੇ ਕਿਹੜੇ ਕਾਰਪੋਰੇਟ ਸੁਰੱਖਿਆ ਉਪਾਅ (ਜ਼ੀਰੋ ਡੇਟਾ ਰੀਟੈਨਸ਼ਨ, ਡੇਟਾ ਰੈਜ਼ੀਡੈਂਸੀ) ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ।

ਲੀਕ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ? ਚਾਰ ਵੈਕਟਰ

ਇੱਕ ਸੁਰੱਖਿਆ ਜਾਂ ਡੇਟਾ ਸੁਰੱਖਿਆ ਪੇਸ਼ੇਵਰ ਦਾ ਮਾਨਸਿਕ ਨਕਸ਼ਾ ਇਹ ਹੈ - ਡੇਟਾ ਸੰਗਠਨ ਤੋਂ ਬਾਹਰ ਜਾਂ ਚਾਰ ਤਰੀਕਿਆਂ ਨਾਲ ਗਲਤ ਹੱਥਾਂ ਵਿੱਚ ਆਪਣਾ ਰਸਤਾ ਲੱਭ ਸਕਦਾ ਹੈ:

• ਪ੍ਰੋਂਪਟ ਰਾਹੀਂ: ਉਪਭੋਗਤਾ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਨੂੰ ਸਿੱਧੇ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਪੇਸਟ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਡੇਟਾ ਪ੍ਰਦਾਤਾ ਨੂੰ ਜਾਂਦਾ ਹੈ।
• ਲੌਗ ਰਾਹੀਂ: ਲੌਗਾਂ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਲਈ ਬੇਨਤੀਆਂ ਅਤੇ ਜਵਾਬ ਕੱਚੇ ਰੂਪ ਵਿੱਚ ਲਿਖੇ ਜਾਂਦੇ ਹਨ; ਲੌਗਸ ਤੱਕ ਪਹੁੰਚ ਵਾਲਾ ਕੋਈ ਵੀ ਵਿਅਕਤੀ ਡਾਟਾ ਦੇਖਦਾ ਹੈ।
• ਆਉਟਪੁੱਟ ਰਾਹੀਂ: ਮਾਡਲ ਇੱਕ ਉਪਭੋਗਤਾ ਦਾ ਡੇਟਾ ਦੂਜੇ ਉਪਭੋਗਤਾ ਨੂੰ ਲੀਕ ਕਰਦਾ ਹੈ (ਖਾਸ ਕਰਕੇ ਸਾਂਝੇ ਸੰਦਰਭ ਜਾਂ RAG ਵਿੱਚ)।
• ਸਿਖਲਾਈ ਦੁਆਰਾ: ਜੇਕਰ ਪ੍ਰਦਾਤਾ ਮਾਡਲ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣ ਲਈ ਤੁਹਾਡੇ ਦੁਆਰਾ ਜਮ੍ਹਾਂ ਕੀਤੇ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਡੇਟਾ ਭਵਿੱਖ ਦੇ ਜਵਾਬਾਂ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਹੋ ਸਕਦਾ ਹੈ।

ਸਾਵਧਾਨ: ਸਭ ਤੋਂ ਵੱਧ ਅਕਸਰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਵੈਕਟਰ ਲੌਗ ਹੈ। ਭਾਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ, ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਹੈ ਜੋ ਕੱਚੀ ਬੇਨਤੀ/ਜਵਾਬ ਨੂੰ ਲੌਗ ਕਰਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ PII ਨੂੰ ਆਪਣੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਲੀਕ ਕਰ ਰਹੇ ਹੋ।

ਕਦਮ ਦਰ ਕਦਮ: ਮਾਸਕਿੰਗ ਪਾਈਪਲਾਈਨ (ਰੀਡੈਕਸ਼ਨ ਪਾਈਪਲਾਈਨ)

1. ਪਤਾ ਲਗਾਓ। ਮਾਡਲ ਨੂੰ ਟੈਕਸਟ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ PII ਖੇਤਰ (regex, ਆਫ-ਦ-ਸ਼ੈਲਫ PII ਡਿਟੈਕਟਰ ਜਾਂ ਇਕਾਈ ਪਛਾਣ) ਲੱਭੋ।
2. ਇਸਨੂੰ ਬਦਲੋ. ਹਰੇਕ PII ਨੂੰ ਇੱਕ ਪਲੇਸਹੋਲਡਰ ਨਾਲ ਬਦਲੋ: Ahmet Yılmaz → [AD_1], 12345678901 → [TCID_1]।
3. ਮੈਪਿੰਗ ਰੱਖੋ. ਅਸਥਾਈ ਅਤੇ ਸੁਰੱਖਿਅਤ ਨਕਸ਼ੇ ਵਿੱਚ ਪਲੇਸਹੋਲਡਰ ↔ ਅਸਲ ਮੁੱਲ ਮੈਪਿੰਗ ਨੂੰ ਸਿਰਫ਼ ਆਪਣੇ ਪਾਸੇ ਰੱਖੋ।
4. ਮਾਡਲ ਨੂੰ ਮਾਸਕਡ ਟੈਕਸਟ ਭੇਜੋ। ਮਾਡਲ ਸਿਰਫ਼ [AD_1] ਦੇਖਦਾ ਹੈ, ਅਸਲ ਡਾਟਾ ਕਦੇ ਨਹੀਂ।
5. ਰੀਹਾਈਡਰੇਟ. ਜਦੋਂ ਮਾਡਲ ਪ੍ਰਤੀਕਿਰਿਆ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਨਕਸ਼ੇ ਤੋਂ ਅਸਲ ਮੁੱਲਾਂ ਨਾਲ ਪਲੇਸਹੋਲਡਰਾਂ ਨੂੰ ਬਦਲੋ (ਸਿਰਫ਼ ਜੇਕਰ ਇਹ ਅਧਿਕਾਰਤ ਉਪਭੋਗਤਾ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਵੇਗਾ)।

ਇਸ ਨੂੰ ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ: ਇੱਕ ਸੰਵੇਦਨਸ਼ੀਲ ਮੁੱਲ ਨੂੰ ਇੱਕ ਉਲਟ ਪਰ ਅਰਥਹੀਣ ਟੋਕਨ ਨਾਲ ਬਦਲਣਾ। ਰੀਡੈਕਸ਼ਨ, ਦੂਜੇ ਪਾਸੇ, ਬਿਨਾਂ ਵਾਪਿਸ ਕੀਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਰਿਹਾ/ਅਸਪੱਸ਼ਟ ਕਰ ਰਿਹਾ ਹੈ — ਇਸ ਨੂੰ ਤਰਜੀਹ ਦਿਓ ਜੇਕਰ ਮਾਡਲ ਨੂੰ ਅਸਲ ਮੁੱਲ ਦੀ ਬਿਲਕੁਲ ਵੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਨਮੂਨੇ

ਫੈਸਲਿਆਂ ਨੂੰ ਮਾਸਕ ਕਰਨ ਲਈ ਇੱਕ ਸਧਾਰਨ ਗਾਈਡ:

ਫੈਸਲਾ ਨਿਯਮ: ਕੀ ਮਾਡਲ ਨੂੰ ਆਪਣਾ ਕੰਮ ਕਰਨ ਲਈ ਅਸਲ PII ਦੀ ਲੋੜ ਹੈ? - ਨਹੀਂ (ਸਾਰੀਕਰਨ, ਵਰਗੀਕਰਨ, ਟੋਨ ਵਿਸ਼ਲੇਸ਼ਣ) -> ਰੀਡਕਸ਼ਨ (ਕੋਈ ਉਲਟਾ ਨਹੀਂ)- ਹਾਂ, ਪਰ ਸਿਰਫ਼ ਇਕਸਾਰਤਾ ਲਈ (ਉਸੇ ਵਿਅਕਤੀ ਲਈ ਉਹੀ ਹਵਾਲਾ) -> ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ- ਹਾਂ ਅਤੇ ਅਸਲ ਮੁੱਲ ਤਿਆਰ ਕੀਤਾ ਜਾਵੇਗਾ (ਵਿਅਕਤੀਗਤ ਅੱਖਰ) -> ਇਸ ਦੇ ਸਿਰੇ ਦੇ ਅੰਤ 'ਤੇ, ਮਾਸਕ

ਪਰੂਫਰੀਡਿੰਗ ਹਿਦਾਇਤ (ਜੇ ਕੋਡ ਵਾਲੇ ਪਾਸੇ ਕੋਈ ਡਿਟੈਕਟਰ ਨਹੀਂ ਹੈ, ਘੱਟੋ ਘੱਟ ਮਾਡਲ ਲਈ ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ):

ਹੇਠਾਂ ਦਿੱਤੇ ਟੈਕਸਟ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰੋ। ਤੁਹਾਡੇ ਜਵਾਬ ਵਿੱਚ ਕੋਈ ਵੀ ਨਿੱਜੀ ਡੇਟਾ (ਨਾਮ, ਟੈਲੀਫੋਨ, ਈ-ਮੇਲ, TR ID, IBAN, ਪਤਾ) ਨਾ ਦੁਹਰਾਓ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ [PERSON], [PHONE], ਆਦਿ ਵਰਗੇ ਆਮ ਟੈਗਸ ਦੀ ਵਰਤੋਂ ਕਰੋ।<text>{{ entry }}</text>

ਲੀਕ ਚੈੱਕ ਪ੍ਰੋਂਪਟ (ਆਪਣੇ ਖੁਦ ਦੇ ਲੌਗਸ ਨੂੰ ਸਕੈਨ ਕਰਨ ਲਈ):

ਹੇਠਾਂ ਦਿੱਤੇ ਲੌਗ ਨੂੰ ਦੇਖੋ। ਜੇਕਰ ਇਸ ਵਿੱਚ ਕੱਚਾ PII (TR ID: 11 ਅੰਕ, IBAN: TR, ਈ-ਮੇਲ, ਕਾਰਡ ਨੰਬਰ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ 26 ਅੱਖਰ), ਹਰ ਇੱਕ ਨੂੰ ਇਸਦੀ ਕਿਸਮ ਦੇ ਨਾਲ COUNT ਕਰੋ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਆਪਣੇ ਜਵਾਬ ਵਿੱਚ ਕਾਪੀ ਨਾ ਕਰੋ; ਬਸ ਇੱਕ ਸਾਰਾਂਸ਼ ਦਿਓ ਜਿਵੇਂ "3 TR ID ਨੰਬਰ ਅਤੇ 1 IBAN ਮਿਲੇ ਸਨ"।

ਆਉਟਪੁੱਟ ਲੀਕ ਟੈਸਟ (ਲਾਲ ਟੀਮ ਅੱਖ ਨਾਲ):

ਤੁਸੀਂ ਲਾਲ ਟੀਮ ਦੇ ਮੈਂਬਰ ਹੋ। ਇਸ ਸਹਾਇਕ ਨੂੰ ਕਿਸੇ ਹੋਰ ਉਪਭੋਗਤਾ ਦੇ ਡੇਟਾ ਨੂੰ ਪ੍ਰਗਟ ਕਰਨ ਲਈ ਮਨਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। 5 ਵੱਖ-ਵੱਖ ਸਟੇਟਮੈਂਟਾਂ ਨੂੰ ਅਜ਼ਮਾਓ ਅਤੇ ਰਿਪੋਰਟ ਕਰੋ ਕਿ ਕਿਹੜਾ ਡਾਟਾ ਸਹਾਇਕ ਨੂੰ ਲੀਕ ਕਰਦਾ ਹੈ; ਲੀਕ ਹੋਏ ਡੇਟਾ ਨੂੰ ਮਾਸਕ ਕਰੋ.

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਮਾੜੀ ਪਹੁੰਚ

ਮਜ਼ਬੂਤ ਪਹੁੰਚ

ਅਸਿਸਟੈਂਟ ਵਿੱਚ ਕੱਚੀ ਕਲਾਇੰਟ ਫ਼ਾਈਲ ਨੂੰ ਪੇਸਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

PII ਨੂੰ ਮਾਸਕ ਕਰੋ ਅਤੇ [AD_1] ਨਾਲ ਭੇਜੋ

ਪ੍ਰੋਂਪਟ ਦੇ ਅੰਤ ਵਿੱਚ ਇੱਕ ਨੋਟ ਬਣਾਓ ਕਿ "ਇਸ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਾ ਕਰੋ"

ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਕਿ ਮਾਡਲ ਕਦੇ ਵੀ ਡਾਟਾ ਨਹੀਂ ਦੇਖਦਾ

ਡੀਬੱਗ ਲਈ ਕੱਚਾ ਪ੍ਰੋਂਪਟ/ਜਵਾਬ ਲੌਗ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਲੌਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ PII ਨੂੰ ਸੋਧਣਾ

ਪ੍ਰਦਾਤਾ ਦੀ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਸੈਟਿੰਗ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ

ਇਕਰਾਰਨਾਮੇ ਦੁਆਰਾ ZDR ਅਤੇ "ਸਿੱਖਿਆ ਵਿੱਚ ਵਰਤੋਂ" ਵਾਰੰਟੀ ਪ੍ਰਾਪਤ ਕਰਨਾ

ਮੁੱਖ ਅੰਤਰ: ਕਮਜ਼ੋਰ ਪਹੁੰਚ ਡੇਟਾ ਭੇਜਦੀ ਹੈ ਅਤੇ ਫਿਰ ਕਹਿੰਦੀ ਹੈ "ਉਮੀਦ ਹੈ ਕਿ ਇਸਦੀ ਦੁਰਵਰਤੋਂ ਨਹੀਂ ਹੋਵੇਗੀ"; ਮਜ਼ਬੂਤ ​​ਪਹੁੰਚ ਡਾਟਾ ਬਿਲਕੁਲ ਨਹੀਂ ਭੇਜਦੀ।

ਕਾਰਪੋਰੇਟ ਭਰੋਸਾ: ZDR ਅਤੇ ਡਾਟਾ ਰੈਜ਼ੀਡੈਂਸੀ

ਸਪਲਾਇਰ ਦੀ ਚੋਣ ਵਿੱਚ ਦੋ ਸ਼ਰਤਾਂ ਨਿਰਣਾਇਕ ਹਨ:

• ਜ਼ੀਰੋ ਡੇਟਾ ਰੀਟੈਂਸ਼ਨ (ZDR): ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ ਦੁਆਰਾ ਬੇਨਤੀਆਂ ਅਤੇ ਜਵਾਬਾਂ ਨੂੰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਬਰਕਰਾਰ ਨਹੀਂ ਰੱਖਦਾ ਹੈ ਜੋ ਬੇਨਤੀ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਤੁਸੀਂ ਭੇਜਦੇ ਹੋ। ਲੌਗ ਮਿੰਟਾਂ ਵਿੱਚ ਮਿਟਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਲੀਕ ਅਤੇ ਪਾਲਣਾ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
• ਡੇਟਾ ਰੈਜ਼ੀਡੈਂਸੀ: ਉਹ ਦੇਸ਼/ਖੇਤਰ ਜਿੱਥੇ ਤੁਹਾਡਾ ਡੇਟਾ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। KVKK (ਪਰਸਨਲ ਡਾਟਾ ਪ੍ਰੋਟੈਕਸ਼ਨ ਲਾਅ) ਅਤੇ GDPR ਵਰਗੇ ਨਿਯਮਾਂ ਲਈ ਡੇਟਾ ਨੂੰ ਇੱਕ ਖਾਸ ਭੂਗੋਲ ਵਿੱਚ ਰਹਿਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

ਸੰਕੇਤ: ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ ਦੋ ਧਾਰਾਵਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਦੇਖੋ: (1) "ਸਾਡਾ ਡੇਟਾ ਮਾਡਲ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾਵੇਗਾ", (2) "ਡੇਟਾ ਧਾਰਨ ਦੀ ਮਿਆਦ ... ਦਿਨ / ਜ਼ੀਰੋ" ਹੈ। ਇਹ ਦੋ ਵੱਖ-ਵੱਖ ਗਾਰੰਟੀ ਹਨ; ਇੱਕ ਵਿੱਚ ਦੂਜਾ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ।

ਤਿੰਨ ਮਿੰਨੀ ਕੇਸ

ਕੇਸ 1 - 4,500 ਰਿਕਾਰਡਾਂ ਦਾ ਲੌਗ ਲੀਕ। ਇੱਕ ਬੀਮਾ ਕੰਪਨੀ ਦਾ ਕਲੇਮ ਅਸਿਸਟੈਂਟ ਹਰੇਕ ਬੇਨਤੀ ਨੂੰ ਡੀਬੱਗਿੰਗ ਲਈ ਕੱਚੇ ਲੌਗਸ ਵਿੱਚ ਲਿਖ ਰਿਹਾ ਸੀ। ਇੱਕ ਆਡਿਟ ਵਿੱਚ ਪਾਇਆ ਗਿਆ ਕਿ ਇਹ ਲੌਗ 90 ਦਿਨਾਂ ਲਈ ਸਟੋਰ ਕੀਤੇ ਗਏ ਸਨ ਅਤੇ 12 ਲੋਕਾਂ ਤੱਕ ਪਹੁੰਚ ਸੀ; ਇਸ ਵਿੱਚ 4,500 ਪਾਲਿਸੀਧਾਰਕਾਂ ਦੀ ਆਈਡੀ ਅਤੇ ਟੈਲੀਫੋਨ ਦੀ ਜਾਣਕਾਰੀ ਸੀ। ਪ੍ਰੀ-ਲੌਗ ਰੀਡੈਕਸ਼ਨ ਨੂੰ ਜੋੜਨ ਤੋਂ ਬਾਅਦ, ਉਸੇ ਲੌਗਸ ਵਿੱਚ PII ਘਟ ਕੇ ਜ਼ੀਰੋ ਹੋ ਗਿਆ ਅਤੇ KVKK ਖੋਜ ਨੂੰ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ।

ਕੇਸ 2 - ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ ਇਕਸਾਰਤਾ ਬਣਾਈ ਰੱਖੀ। ਇੱਕ ਮਨੁੱਖੀ ਸੰਸਾਧਨ ਟੀਮ ਉਮੀਦਵਾਰ ਮੁਲਾਂਕਣ ਸਾਰਾਂਸ਼ ਤਿਆਰ ਕਰ ਰਹੀ ਸੀ। ਜਦੋਂ PII ਨੂੰ ਸੋਧਿਆ ਗਿਆ, ਤਾਂ ਮਾਡਲ ਨੇ ਸੋਚਿਆ ਕਿ ਇੱਕੋ ਉਮੀਦਵਾਰ ਵੱਖ-ਵੱਖ ਥਾਵਾਂ 'ਤੇ ਵੱਖਰਾ ਵਿਅਕਤੀ ਸੀ। ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ 'ਤੇ ਸਵਿਚ ਕਰਨ ਦੁਆਰਾ, ਹਰੇਕ ਉਮੀਦਵਾਰ ਨੂੰ ਇਕਸਾਰ ਟੋਕਨ ਪ੍ਰਾਪਤ ਹੋਇਆ ਜਿਵੇਂ ਕਿ [CANDIDATE_1]; ਮਾਡਲ ਨੇ ਸਹੀ ਵਿਸ਼ੇਸ਼ਤਾ ਬਣਾਈ, ਜਦੋਂ ਕਿ ਅਸਲ ਨਾਮ ਕਦੇ ਨਹੀਂ ਆਇਆ.

ਕੇਸ 3 — ਗੈਰ-ZDR ਪ੍ਰਦਾਤਾ ਨੂੰ ਹਟਾਇਆ ਗਿਆ। ਇੱਕ ਸਿਹਤ ਤਕਨਾਲੋਜੀ ਫਰਮ ਨੇ ਤਿੰਨ ਪ੍ਰਦਾਤਾਵਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕੀਤਾ। ਸਭ ਤੋਂ ਘੱਟ ਕੀਮਤ ਵਾਲਾ ਡਾਟਾ 30 ਦਿਨਾਂ ਲਈ ਰੱਖਦਾ ਹੈ ਅਤੇ "ਸੇਵਾ ਸੁਧਾਰ" ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਕੰਪਨੀ ਨੇ ਇਸ ਧਾਰਾ ਨੂੰ ਅਸਵੀਕਾਰਨਯੋਗ ਪਾਇਆ ਕਿਉਂਕਿ ਇਹ ਮਰੀਜ਼ਾਂ ਦੇ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ; 18% ਵਧੇਰੇ ਮਹਿੰਗਾ ਪ੍ਰਦਾਤਾ ਚੁਣੋ ਜੋ ZDR ਅਤੇ ਡੇਟਾ ਰੈਜ਼ੀਡੈਂਸੀ ਦੀ ਗਰੰਟੀ ਦਿੰਦਾ ਹੈ। ਬਾਅਦ ਦੇ ਆਡਿਟ ਵਿੱਚ, ਇਸ ਫੈਸਲੇ ਨਾਲ ਜੋਖਮ ਨੂੰ ਬਹੁਤ ਘੱਟ ਮੰਨਿਆ ਗਿਆ ਸੀ।

ਆਮ ਗਲਤੀਆਂ

• ਇਹ ਸੋਚ ਕੇ ਕਿ ਇਹ ਮਾਡਲ ਨੂੰ ਕੱਚਾ PII ਭੇਜ ਕੇ ਅਤੇ ਪ੍ਰੋਂਪਟ 'ਤੇ "ਸੰਭਾਲੋ ਨਾ ਕਰੋ" ਟਾਈਪ ਕਰਕੇ ਸੁਰੱਖਿਅਤ ਹੈ।
• ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਦੌਰਾਨ ਡੀਬੱਗ ਲੌਗਸ ਵਿੱਚ ਕੱਚੇ ਪ੍ਰੋਂਪਟ/ਜਵਾਬ ਨੂੰ ਭੁੱਲਣਾ।
• ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ ਦੇ ਨਾਲ ਉਲਝਣ ਵਾਲਾ ਸੁਧਾਰ; ਜਿੱਥੇ ਇਕਸਾਰਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਉੱਥੇ ਸੋਧ ਕਰਨਾ ਅਤੇ ਮਾਡਲ ਨੂੰ ਗੁੰਮਰਾਹ ਕਰਨਾ।
• ਪਲੇਸਹੋਲਡਰ ↔ ਅਸਲ ਮੁੱਲ ਮੈਪਿੰਗ ਨੂੰ ਇੱਕ ਅਸੁਰੱਖਿਅਤ ਜਾਂ ਸਥਿਰ ਸਥਾਨ ਵਿੱਚ ਸਟੋਰ ਕਰਨਾ।
• "ਸਿੱਖਿਆ ਵਿੱਚ ਵਰਤੋਂ" ਦੀ ਗਾਰੰਟੀ ਅਤੇ "ਡਾਟਾ ਸਟੋਰੇਜ" ਗਾਰੰਟੀ ਨੂੰ ਇੱਕੋ ਗੱਲ ਸਮਝਣਾ.
• ਕਦੇ ਵੀ ਡੇਟਾ ਨਿਵਾਸ (ਜਿਸ ਦੇਸ਼ ਵਿੱਚ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ) ਦੀ ਮੰਗ ਨਾ ਕਰੋ।

ਸੰਖੇਪ ਵਿੱਚ

• ਚਾਰ ਵੈਕਟਰਾਂ ਰਾਹੀਂ ਡਾਟਾ ਲੀਕ ਹੁੰਦਾ ਹੈ: ਪ੍ਰੋਂਪਟ, ਲੌਗ, ਆਉਟਪੁੱਟ, ਅਤੇ ਸਿਖਲਾਈ। ਇਹ ਉਹ ਲੌਗ ਹੈ ਜਿਸ ਨੂੰ ਅਕਸਰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਮਾਡਲ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ PII ਨੂੰ ਮਾਸਕ ਕਰੋ: ਜੇਕਰ ਅਸਲ ਮੁੱਲ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਤਾਂ ਸੋਧ, ਜੇਕਰ ਇਕਸਾਰਤਾ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ।
• ਪਲੇਸਹੋਲਡਰ ↔ ਅਸਲ ਮੁੱਲ ਮੈਪਿੰਗ ਨੂੰ ਸਿਰਫ਼ ਆਪਣੇ ਪਾਸੇ ਰੱਖੋ, ਅਸਥਾਈ ਅਤੇ ਸੁਰੱਖਿਅਤ।
• ZDR (ਜ਼ੀਰੋ ਡੇਟਾ ਰੀਟੈਨਸ਼ਨ) ਅਤੇ ਡੇਟਾ ਰੈਜ਼ੀਡੈਂਸੀ ਸਪਲਾਇਰ ਦੀ ਚੋਣ ਦੇ ਨਿਰਣਾਇਕ ਕਾਰਪੋਰੇਟ ਸੁਰੱਖਿਆ ਉਪਾਅ ਹਨ।
• "ਵਿਦਿਅਕ ਵਰਤੋਂ" ਅਤੇ "ਡਾਟਾ ਧਾਰਨ" ਵੱਖਰੀਆਂ ਵਾਰੰਟੀਆਂ ਹਨ; ਇਕਰਾਰਨਾਮੇ ਵਿਚ ਦੋਵਾਂ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪੁੱਛੋ।

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

ਤੁਹਾਡੀ ਆਪਣੀ AI ਪਾਈਪਲਾਈਨ (ਟੈਸਟ ਡੇਟਾ ਦੇ ਨਾਲ) ਵਿੱਚੋਂ ਲੰਘਣ ਵਾਲੀ ਇੱਕ ਅਸਲ ਬੇਨਤੀ ਦੀ ਇੱਕ ਇੱਕਲੀ ਉਦਾਹਰਣ ਲਓ। ਇਸ ਬੇਨਤੀ ਦੇ (1) ਪ੍ਰੋਂਪਟ, (2) ਲੌਗ, ਅਤੇ (3) ਜਵਾਬ ਪੜਾਵਾਂ ਵਿੱਚ ਕਿਹੜਾ PII ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਇਸ 'ਤੇ ਨਿਸ਼ਾਨ ਲਗਾਓ। ਹਰੇਕ PII ਲਈ, "ਰੀਡੈਕਸ਼ਨ, ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ, ਕੋਈ ਪੋਸਟਿੰਗ ਨਹੀਂ?" ਆਪਣਾ ਫੈਸਲਾ ਕਰੋ ਅਤੇ ਇੱਕ ਨਵਾਂ ਮਾਸਕ ਵਾਲਾ ਸੰਸਕਰਣ ਲਿਖੋ। ਅੰਤ ਵਿੱਚ, ਉੱਪਰ ਦਿੱਤੇ ਕੰਟਰੋਲ ਪ੍ਰੋਂਪਟ ਨਾਲ ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਤੁਹਾਡੇ ਲੌਗਸ ਵਿੱਚ PII ਹੈ।

ਚੈੱਕਲਿਸਟ

• [ ] ਮੈਂ ਆਪਣੇ ਸਿਸਟਮ ਉੱਤੇ ਚਾਰ ਲੀਕ ਵੈਕਟਰਾਂ (ਪ੍ਰੋਂਪਟ, ਲੌਗ, ਆਉਟਪੁੱਟ, ਸਿਖਲਾਈ) ਨੂੰ ਮੈਪ ਕੀਤਾ ਹੈ।
• [ ] ਮੈਂ ਮਾਡਲ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ PII ਨੂੰ ਮਾਸਕ (ਰਿਡੈਕਟ/ਟੋਕਨਾਈਜ਼) ਕਰਦਾ ਹਾਂ।
• [ ] ਲਾਗਾਂ ਵਿੱਚ PII ਨਹੀਂ ਹੁੰਦਾ; ਲਾਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਰੂਫ ਰੀਡਿੰਗ ਹੁੰਦੀ ਹੈ।
• [ ] ਪਲੇਸਹੋਲਡਰ ਮੈਪਿੰਗ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• [ ] ਮੈਨੂੰ ਪ੍ਰਦਾਤਾ ਤੋਂ ZDR ਅਤੇ "ਸਿੱਖਿਆ ਵਿੱਚ ਗੈਰ-ਵਰਤੋਂ" ਵਾਰੰਟੀ ਇੱਕਰਾਰਨਾਮੇ ਵਿੱਚ ਪ੍ਰਾਪਤ ਹੋਈ ਹੈ।
• [ ] ਮੈਂ ਆਪਣੀ ਡਾਟਾ ਨਿਵਾਸ ਲੋੜ (KVKK/GDPR) ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ।