ਐਂਟਰਪ੍ਰਾਈਜ਼ ਏਆਈ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਅਤੇ ਗਵਰਨੈਂਸ

ਲਾਭ:

• ਨੀਤੀ, ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰਾਂ ਵਿੱਚ ਸਾਰੇ ਨਿਯੰਤਰਣਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਸਮਰੱਥਾ
• ਉਤਪਾਦਨ ਵਿੱਚ ਤਬਦੀਲੀ ਲਈ go/no-go ਸੁਰੱਖਿਆ ਗੇਟਾਂ ਅਤੇ ਮਾਲਕੀ (RACI) ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਕੇਂਦਰੀ ਵਸਤੂ ਸੂਚੀ ਅਤੇ ਤਿਮਾਹੀ ਸਮੀਖਿਆ ਦੇ ਨਾਲ ਇੱਕ ਨਿਰੰਤਰ ਸੁਧਾਰ ਚੱਕਰ ਸਥਾਪਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ

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

ਸ਼ਾਸਨ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ?

ਨਿਯੰਤਰਣ ਨਾਜ਼ੁਕ ਹੁੰਦੇ ਹਨ ਜੇਕਰ ਉਹ ਵਿਅਕਤੀਆਂ ਨਾਲ ਜੁੜੇ ਰਹਿੰਦੇ ਹਨ: ਜਦੋਂ ਉਹ ਵਿਅਕਤੀ ਚਲਾ ਜਾਂਦਾ ਹੈ, ਜਾਣਕਾਰੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ। ਗਵਰਨੈਂਸ ਸੰਗਠਨ ਵਿੱਚ ਸੁਰੱਖਿਆ ਨੂੰ ਏਮਬੈਡ ਕਰਦਾ ਹੈ — ਨੀਤੀਆਂ, ਗੇਟਾਂ, ਮਲਕੀਅਤ, ਅਤੇ ਨਿਯਮਤ ਸਮੀਖਿਆ ਦੇ ਨਾਲ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵਧ ਰਹੇ ਨਿਯਮ (KVKK, EU ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ ਲਾਅ, ਸੈਕਟਰਲ ਨਿਯਮ) ਇੱਕ ਦਸਤਾਵੇਜ਼ੀ ਸ਼ਾਸਨ ਫਰੇਮਵਰਕ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਇੱਕ ਵਧੀਆ ਅਭਿਆਸ ਬਣਾਉਂਦੇ ਹਨ, ਸਗੋਂ ਅਕਸਰ ਇੱਕ ਜ਼ਰੂਰਤ ਬਣਾਉਂਦੇ ਹਨ।

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

ਤਿੰਨ-ਪੱਧਰੀ ਗਵਰਨੈਂਸ ਮਾਡਲ

• ਨੀਤੀ ਪਰਤ: "ਕੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।" ਸਿਧਾਂਤ, ਮਾਪਦੰਡ, ਅਤੇ ਲਾਲ ਲਾਈਨਾਂ (ਉਦਾਹਰਨ ਲਈ, "ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਫੈਸਲੇ ਮਨੁੱਖੀ ਮਨਜ਼ੂਰੀ ਤੋਂ ਬਿਨਾਂ ਸਵੈਚਲਿਤ ਨਹੀਂ ਹੋ ਸਕਦੇ")।
• ਪ੍ਰਕਿਰਿਆ ਪਰਤ: "ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ।" ਗੇਟਸ, ਚੈਕਲਿਸਟਸ, ਰੀਵਿਊ ਰੀਤੀ ਰਿਵਾਜ (ਜਿਵੇਂ ਕਿ go/no-go gate to Production)।
• ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ: "ਕੌਣ ਇਹ ਕਦੋਂ ਕਰਦਾ ਹੈ।" ਮਲਕੀਅਤ, ਨਿਗਰਾਨੀ, ਨਿਯੰਤਰਣ ਅਤੇ ਨਿਰੰਤਰ ਸੁਧਾਰ।

ਉਤਪਾਦਨ ਵਿੱਚ ਤਬਦੀਲੀ ਲਈ ਸੁਰੱਖਿਆ ਦਰਵਾਜ਼ੇ (ਜਾਓ/ਨੋ-ਗੋ)

ਇੱਕ AI ਤੈਨਾਤੀ ਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਗੇਟਾਂ ਦੀ ਇੱਕ ਲੜੀ ਵਿੱਚੋਂ ਲੰਘਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਵੀ "ਨਹੀਂ" ਹੈ ਤਾਂ ਕੋਈ ਤਬਦੀਲੀ ਨਹੀਂ ਹੈ:

ਦਰਵਾਜ਼ਾ

ਕੰਟਰੋਲ

ਜਿੰਮੇਵਾਰ

ਡਾਟਾ

PII ਮਾਸਕਿੰਗ + ZDR/DPA + ਡਾਟਾ ਰੈਜ਼ੀਡੈਂਸੀ

ਡਾਟਾ ਸੁਰੱਖਿਆ

ਪਹੁੰਚ

ਘੱਟੋ-ਘੱਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ + ਗੁਪਤ ਪ੍ਰਬੰਧਨ + ਉਪਭੋਗਤਾ ਸੰਦਰਭ

ਸੁਰੱਖਿਆ

ਰੱਖਿਆ

ਇੰਜੈਕਸ਼ਨ ਲੇਅਰਾਂ + ਟੂਲ ਵੈਰੀਫਿਕੇਸ਼ਨ

ਪਲੇਟਫਾਰਮ

ਤਸਦੀਕ

ਸਕੀਮਾ/ਨਿਯਮ + ਉੱਚ ਜੋਖਮ ਮਨੁੱਖੀ ਨਿਯੰਤਰਣ

ਉਤਪਾਦ + ਵਪਾਰਕ ਇਕਾਈ

ਜੋਖਮ

ਵਰਗੀਕਰਨ + ਲਾਲ ਟੀਮ (ਨਾਜ਼ੁਕ ਖੋਜ 0)

ਸੁਰੱਖਿਆ

ਨਿਗਰਾਨੀ

ਮੈਟ੍ਰਿਕ + ਅਲਾਰਮ + ਨਮੂਨਾ ਬੋਰਡ

ਕਾਰਵਾਈ

ਘਟਨਾ

ਲਿਖਤੀ ਯੋਜਨਾ + ਭੂਮਿਕਾਵਾਂ + ਸੂਚਨਾ ਪ੍ਰਕਿਰਿਆ

ਸੁਰੱਖਿਆ + ਕਾਨੂੰਨ

ਕਦਮ ਦਰ ਕਦਮ: ਸ਼ਾਸਨ ਸਥਾਪਤ ਕਰਨਾ

1. ਮਲਕੀਅਤ ਨਿਰਧਾਰਤ ਕਰੋ। ਹਰੇਕ ਨਿਯੰਤਰਣ ਖੇਤਰ ਦਾ ਇੱਕ ਮਾਲਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (RACI: ਕੌਣ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਕੌਣ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ, ਕਿਸ ਨਾਲ ਸਲਾਹ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਕਿਸ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ)।
2. ਨੀਤੀ ਲਿਖੋ। ਦਸਤਾਵੇਜ਼ ਲਾਲ ਲਾਈਨਾਂ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਮਾਪਦੰਡ।
3. go/no-go ਗੇਟ ਸਥਾਪਤ ਕਰੋ। ਪਰਿਵਰਤਨ ਨੂੰ ਉਤਪਾਦਨ ਦੇ ਦਰਵਾਜ਼ੇ ਨਾਲ ਜੋੜੋ.
4. ਵਸਤੂ ਸੂਚੀ ਰੱਖੋ। ਸਾਰੇ AI ਉਪਯੋਗਾਂ ਦੀ ਇੱਕ ਰਜਿਸਟਰੀ ਰੱਖੋ (AI ਵਰਤੋਂ-ਕੇਸ ਰਜਿਸਟਰੀ); ਛਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਪਰਹੇਜ਼ ਕਰੋ।
5. ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਸਮੀਖਿਆ ਕਰੋ. ਨਿਯੰਤਰਣਾਂ ਦਾ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਮੁੜ-ਮੁਲਾਂਕਣ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ ਤਿਮਾਹੀ)।
6. ਲਗਾਤਾਰ ਸੁਧਾਰ. ਘਟਨਾਵਾਂ ਤੋਂ ਸਬਕ ਫੀਡ ਕਰੋ ਅਤੇ ਨੀਤੀ ਵਿੱਚ ਵਾਪਸ ਨਿਗਰਾਨੀ ਕਰੋ।

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

ਪੂਰਵ-ਉਤਪਾਦਨ ਸੁਰੱਖਿਆ ਡੋਰ ਕੰਟਰੋਲ ਪ੍ਰੋਂਪਟ:

ਪੂਰਵ-ਉਤਪਾਦਨ ਗੇਟਾਂ ਰਾਹੀਂ ਹੇਠਾਂ ਦਿੱਤੀ AI ਵਰਤੋਂ ਨੂੰ ਪਾਸ ਕਰੋ: {{ ਵਰਤੋਂ }} "ਪਾਸ / ਪਾਸ ਨਹੀਂ / ਲਾਗੂ ਨਹੀਂ" ਅਤੇ ਹਰੇਕ ਗੇਟ ਲਈ ਸਬੂਤ ਲਿਖੋ: ਡੇਟਾ, ਪਹੁੰਚ, ਬਚਾਅ, ਪੁਸ਼ਟੀ, ਜੋਖਮ, ਮਾਨੀਟਰ, ਘਟਨਾ। ਜੇਕਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ "ਪਾਸ ਨਾ ਕਰੋ" ਹੈ ਤਾਂ ਨਤੀਜਾ ਹੈ: NO-GO + ਗੁੰਮ ਆਈਟਮ ਸੂਚੀ।

AI ਵਰਤੋਂ ਵਸਤੂ ਦਾ ਰਿਕਾਰਡ:

ਹਰੇਕ AI ਵਰਤੋਂ ਲਈ ਰਿਕਾਰਡ:- ਨਾਮ, ਮਾਲਕ, ਕਾਰੋਬਾਰੀ ਇਕਾਈ- ਜੋਖਮ ਪੱਧਰ (ਘੱਟ/ਮੱਧਮ/ਉੱਚ) - ਪ੍ਰਕਿਰਿਆ ਕੀਤੇ ਗਏ ਡੇਟਾ ਦੀ ਸ਼੍ਰੇਣੀ- ਪ੍ਰਦਾਤਾ/ਮਾਡਲ ਵਰਤਿਆ ਗਿਆ- ਪਿਛਲੀ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਦੀ ਮਿਤੀ- ਸਥਿਤੀ: ਪਾਇਲਟ / ਉਤਪਾਦਨ / ਸੇਵਾਮੁਕਤ

RACI ਅਸਾਈਨਮੈਂਟ ਨਿਯਮ:

ਹਰੇਕ ਨਿਯੰਤਰਣ ਖੇਤਰ ਲਈ, ਨਿਰਧਾਰਤ ਕਰੋ:- ਜਿੰਮੇਵਾਰ (ਆਰ): ਕੰਮ ਕਰਨਾ- ਮਨਜ਼ੂਰ ਕਰਨਾ (ਏ): ਇਕਮਾਤਰ ਵਿਅਕਤੀ ਜੋ ਫੈਸਲਾ ਲੈਂਦਾ ਹੈ- ਸਲਾਹ-ਮਸ਼ਵਰਾ (ਸੀ): ਰਾਏ ਲਈ ਗਈ- ਸੂਚਿਤ (I): ਸੂਚਿਤ ਕੋਈ ਨਿਯੰਤਰਣ ਨਹੀਂ ਜਿਸਦਾ ਮਾਲਕ (ਏ) ਖਾਲੀ ਹੈ ਉਤਪਾਦਨ ਵਿੱਚ ਜਾ ਸਕਦਾ ਹੈ।

ਤਿਮਾਹੀ ਸਮੀਖਿਆ ਪ੍ਰੋਂਪਟ:

ਇਸ ਤਿਮਾਹੀ ਲਈ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਕਰੋ: - ਕੀ ਵਸਤੂ ਸੂਚੀ ਵਿੱਚ ਹਰੇਕ ਉੱਚ-ਜੋਖਮ ਦੀ ਵਰਤੋਂ ਦੀ ਆਖਰੀ ਸਮੀਖਿਆ ਅੱਪ ਟੂ ਡੇਟ ਹੈ? - ਇਸ ਤਿਮਾਹੀ ਵਿੱਚ ਕਿਹੜੀਆਂ ਘਟਨਾਵਾਂ ਵਾਪਰੀਆਂ, ਕਿਹੜੇ ਸਥਾਈ ਹੱਲ ਪੇਸ਼ ਕੀਤੇ ਗਏ ਸਨ? - ਕਿਹੜਾ ਨਿਯੰਤਰਣ ਪੁਰਾਣਾ ਹੋ ਗਿਆ / ਕਿਹੜਾ ਨਵਾਂ ਜੋਖਮ ਸਾਹਮਣੇ ਆਇਆ? - ਅਗਲੀ ਤਿਮਾਹੀ ਲਈ ਚੋਟੀ ਦੀਆਂ 3 ਸੁਧਾਰ ਤਰਜੀਹਾਂ ਕੀ ਹਨ?

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

ਮਾੜੀ ਪਹੁੰਚ

ਮਜ਼ਬੂਤ ਪਹੁੰਚ

ਨਿਯੰਤਰਣ ਵਿਅਕਤੀਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਬਿਨਾਂ ਦਸਤਾਵੇਜ਼ੀ

ਨੀਤੀ + ਪ੍ਰਕਿਰਿਆ + ਮਲਕੀਅਤ ਦੇ ਨਾਲ ਸੰਗਠਨ ਵਿੱਚ ਏਮਬੇਡ ਕੀਤਾ ਗਿਆ

ਉਤਪਾਦਨ 'ਤੇ ਬਦਲਣਾ "ਜਦੋਂ ਅਸੀਂ ਤਿਆਰ ਮਹਿਸੂਸ ਕਰਦੇ ਹਾਂ"

go/no-go ਗੇਟਾਂ ਵਿੱਚੋਂ ਲੰਘਣਾ

AI ਦੀ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਟਰੈਕ ਨਹੀਂ ਕਰ ਰਿਹਾ

ਕੇਂਦਰੀਕ੍ਰਿਤ ਵਸਤੂ ਸੂਚੀ (ਸ਼ੈਡੋ ਦੀ ਵਰਤੋਂ ਨੂੰ ਰੋਕਦੀ ਹੈ)

ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਸੈੱਟ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਭੁੱਲ ਜਾਓ

ਤਿਮਾਹੀ ਸਮੀਖਿਆ + ਲਗਾਤਾਰ ਸੁਧਾਰ

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

ਕੇਸ 1 - ਵਸਤੂ ਸੂਚੀ ਨੇ ਸ਼ੈਡੋ ਵਰਤੋਂ ਦਾ ਖੁਲਾਸਾ ਕੀਤਾ। ਜਦੋਂ ਇੱਕ ਸੰਸਥਾ ਨੇ ਇੱਕ AI ਵਰਤੋਂ ਵਸਤੂ ਦਾ ਸੰਚਾਲਨ ਕੀਤਾ, ਤਾਂ ਇਸਨੂੰ 7 ਵੱਖ-ਵੱਖ "ਸ਼ੈਡੋ" AI ਏਕੀਕਰਣ ਮਿਲੇ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਸੁਰੱਖਿਆ ਟੀਮ ਅਣਜਾਣ ਸੀ; ਦੋ ਇੱਕ ਗੈਰ-ਪ੍ਰਵਾਨਿਤ ਪ੍ਰਦਾਤਾ ਨੂੰ ਗਾਹਕ PII ਭੇਜ ਰਹੇ ਸਨ। ਵਸਤੂ ਸੂਚੀ ਤੋਂ ਬਿਨਾਂ, ਇਹ ਜੋਖਮ ਅਦਿੱਖ ਰਹਿਣਗੇ; ਦੋਹਾਂ ਨੂੰ ਦਰਵਾਜ਼ੇ ਰਾਹੀਂ ਬਾਹਰ ਕੱਢਿਆ ਗਿਆ ਅਤੇ ਸਿੱਧਾ ਕੀਤਾ ਗਿਆ।

ਕੇਸ 2 - ਗੋ/ਨੋ-ਗੋ ਗੇਟ ਨੇ ਜਲਦੀ ਬਾਹਰ ਨਿਕਲਣਾ ਬੰਦ ਕਰ ਦਿੱਤਾ। ਇੱਕ ਟੀਮ ਤਿਮਾਹੀ ਦੇ ਅੰਤ ਦੇ ਦਬਾਅ ਦੇ ਨਾਲ ਉਤਪਾਦਨ ਵਿੱਚ ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਕ੍ਰੈਡਿਟ ਸਹਾਇਕ ਨੂੰ ਲਗਾਉਣਾ ਚਾਹੁੰਦੀ ਸੀ। ਜੋਖਮ ਗੇਟ "ਲਾਲ ਟੀਮ ਨਾਜ਼ੁਕ ਖੋਜ = 0" ਸ਼ਰਤ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ ਸੀ (ਇੱਥੇ 2 ਖੁੱਲ੍ਹੀਆਂ ਖੋਜਾਂ ਸਨ)। ਦਰਵਾਜ਼ੇ ਨੇ NO-GO ਦਿੱਤਾ; ਦੋ ਹਫ਼ਤਿਆਂ ਦੀ ਦੇਰੀ ਹੋਈ ਸੀ, ਪਰ ਵਿਤਕਰੇ ਦੇ ਸਪੱਸ਼ਟ ਖਤਰੇ ਕਾਰਨ ਇਸਨੂੰ ਜਾਰੀ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ।

ਕੇਸ 3 - ਤਿਮਾਹੀ ਸਮੀਖਿਆ ਨਵੀਂ ਉਮਰ ਕੰਟਰੋਲ. ਇੱਕ ਕੰਪਨੀ ਦਾ ਟੀਕਾ ਬਚਾਅ ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ ਲਿਖਿਆ ਗਿਆ ਸੀ; ਇੱਕ ਤਿਮਾਹੀ ਸਮੀਖਿਆ ਵਿੱਚ, ਇਹ ਇੱਕ ਨਵੀਂ ਜੇਲ੍ਹ ਬ੍ਰੇਕ ਤਕਨੀਕ ਲਈ ਕਮਜ਼ੋਰ ਪਾਇਆ ਗਿਆ ਸੀ। ਕੰਟਰੋਲ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਲਾਲ ਟੀਮ ਸੈੱਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਨਵੇਂ ਦ੍ਰਿਸ਼; ਬਿਨਾਂ ਕਿਸੇ ਅਸਲ ਘਟਨਾ ਦੇ ਪਾੜੇ ਨੂੰ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ।

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

ਆਮ ਗਲਤੀਆਂ

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

ਸੰਖੇਪ ਵਿੱਚ

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

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

ਇੱਕ AI ਦੀ ਆਪਣੀ ਵਰਤੋਂ ਦੀ ਚੋਣ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਉੱਪਰਲੇ ਸੱਤ ਸੁਰੱਖਿਆ ਗੇਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇੱਕ ਕਰਕੇ ਪਾਸ ਕਰੋ; ਹਰੇਕ ਦਰਵਾਜ਼ੇ ਲਈ, "ਪਾਸ/ਨਹੀਂ ਪਾਸ" ਅਤੇ ਇਸਦੇ ਸਬੂਤ ਲਿਖੋ। ਕੀ ਨਤੀਜਾ GO ਜਾਂ NO-GO ਹੈ? ਫਿਰ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ AI ਵਰਤੋਂ ਲਈ ਇੱਕ ਸਧਾਰਨ ਵਸਤੂ ਸਾਰਣੀ ਬਣਾਓ ਅਤੇ ਹਰੇਕ ਨਿਯੰਤਰਣ ਖੇਤਰ ਲਈ ਇੱਕ ਮਾਲਕ (RACI ਵਿੱਚ A) ਨਿਰਧਾਰਤ ਕਰੋ। ਕਿਸੇ ਵੀ ਖੇਤਰ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰੋ ਜੋ ਅਣਗੌਲਿਆ ਰਹਿ ਗਏ ਹਨ.

ਚੈੱਕਲਿਸਟ

• [ ] ਮੈਂ ਨੀਤੀ, ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਪਰਤਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਹੈ।
• [ ] ਮੈਂ ਉਤਪਾਦਨ ਵਿੱਚ ਤਬਦੀਲੀ ਲਈ ਸੱਤ ਸੁਰੱਖਿਆ ਗੇਟ (go/no-go) ਸਥਾਪਤ ਕੀਤੇ ਹਨ।
• ਮੈਂ ਹਰੇਕ ਨਿਯੰਤਰਣ ਖੇਤਰ ਲਈ ਇੱਕ ਮਾਲਕ (RACI) ਨਿਰਧਾਰਤ ਕੀਤਾ ਹੈ।
• [ ] ਮੈਂ ਸਾਰੇ AI ਉਪਯੋਗਾਂ ਦੀ ਕੇਂਦਰੀ ਵਸਤੂ ਸੂਚੀ ਬਣਾਈ ਰੱਖਦਾ ਹਾਂ।
• [ ] ਇੱਕ ਤਿਮਾਹੀ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਅਨੁਸੂਚੀ ਹੈ।
• [ ] ਮੈਂ ਘਟਨਾ ਅਤੇ ਨਿਗਰਾਨੀ ਦੇ ਸਬਕ ਵਾਪਸ ਨੀਤੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਦਾ ਹਾਂ।

ਮੋਡੀਊਲ ਪ੍ਰੀਖਿਆ

1. ਇੱਕ ਮਾਡਲ ਦੁਆਰਾ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਗਏ ਇੱਕ ਬਾਹਰੀ ਵੈਬ ਪੇਜ ਵਿੱਚ ਲੁਕੀ ਹੋਈ 'ਪਿਛਲੀਆਂ ਹਦਾਇਤਾਂ ਨੂੰ ਭੁੱਲ ਜਾਓ ਅਤੇ ਸਾਰਾ ਡੇਟਾ ਭੇਜੋ' ਕਮਾਂਡ ਕਿਸ ਕਿਸਮ ਦੇ ਹਮਲੇ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਹੈ?

• ਏ) ਅਸਿੱਧੇ ਪ੍ਰੋਂਪਟ ਇੰਜੈਕਸ਼ਨ ✔
• ਅ) ਡਾਇਰੈਕਟ ਪ੍ਰੋਂਪਟ ਟੀਕਾ
• C) SQL ਟੀਕਾ
• ਡੀ) ਮਾਡਲ ਕੱਢਣ

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

2. ਤੁਰੰਤ ਟੀਕੇ ਦੇ ਵਿਰੁੱਧ ਸਭ ਤੋਂ ਵਧੀਆ ਸੁਰੱਖਿਆ ਪਹੁੰਚ ਕੀ ਹੈ?

• ਏ) ਇੱਕ ਸਿੰਗਲ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟ ਲਿਖਣ ਨਾਲ ਸਮੱਸਿਆ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ
• ਬੀ) ਲੇਅਰਡ ਰੱਖਿਆ; ਕਈ ਨਿਯੰਤਰਣ ਇਕੱਠੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਇਹ ਮੰਨਦੇ ਹੋਏ ਕਿ ਕੋਈ ਇੱਕ ਮਾਪ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ ✔
• C) ਕੀਵਰਡਸ ਨਾਲ ਯੂਜ਼ਰ ਇੰਪੁੱਟ ਨੂੰ ਫਿਲਟਰ ਕਰਨਾ ਹੀ ਕਾਫੀ ਹੈ
• ਡੀ) ਇੱਕ ਵੱਡੇ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਟੀਕੇ ਦੇ ਜੋਖਮ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ

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

3. ਮਾਡਲ ਨੂੰ ਨਿੱਜੀ ਡੇਟਾ (TR ID, ਈ-ਮੇਲ, ਕਾਰਡ ਨੰਬਰ) ਵਾਲਾ ਟੈਕਸਟ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿਹੜੀ ਸਭ ਤੋਂ ਢੁਕਵੀਂ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ?

• ਏ) ਡੇਟਾ ਨੂੰ ਜਿਵੇਂ ਕਿ ਇਹ ਹੈ ਭੇਜਣਾ ਪਰ ਬਾਅਦ ਵਿੱਚ ਆਉਟਪੁੱਟ ਨੂੰ ਮਿਟਾਉਣਾ
• ਅ) ਪ੍ਰੋਂਪਟ ਦੇ ਅੰਤ ਵਿੱਚ 'ਸੇਵ ਇਹ ਡੇਟਾ' ਲਿਖੋ
• C) ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ PII ਖੇਤਰਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਰੀਡੈਕਸ਼ਨ ਜਾਂ ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ ਨਾਲ ਮਾਸਕ ਕਰਨਾ ✔
• ਡੀ) ਬੇਸ 64 ਨਾਲ ਡੇਟਾ ਨੂੰ ਏਨਕੋਡ ਕਰੋ ਅਤੇ ਭੇਜੋ

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

4. ਕਿਸੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ API ਪ੍ਰਦਾਤਾ ਵਿੱਚ 'ਜ਼ੀਰੋ ਡੇਟਾ ਰੀਟੈਂਸ਼ਨ (ZDR)' ਗਾਰੰਟੀ ਦਾ ਕੀ ਮਤਲਬ ਹੈ?

• ਏ) ਮਾਡਲ ਵਿੱਚ ਕਦੇ ਵੀ ਇੰਟਰਨੈਟ ਦੀ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ ਹੈ
• ਬੀ) ਉਪਭੋਗਤਾ ਕੋਈ ਡਾਟਾ ਨਹੀਂ ਭੇਜ ਸਕਦਾ ਹੈ
• C) ਕੇਵਲ ਸਿੱਖਿਆ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟਡ ਡੇਟਾ ਦੀ ਵਰਤੋਂ
• D) ਬੇਨਤੀ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰੋਂਪਟ ਅਤੇ ਜਵਾਬ ਸਥਾਈ ਤੌਰ 'ਤੇ ਸਟੋਰ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ✔

ਵਿਆਖਿਆ: ZDR ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਦਾਤਾ ਬੇਨਤੀ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਥਾਈ ਤੌਰ 'ਤੇ ਜਮ੍ਹਾਂ ਕੀਤੀਆਂ ਬੇਨਤੀਆਂ ਅਤੇ ਜਵਾਬਾਂ ਨੂੰ ਸਟੋਰ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਹ 'ਸਿੱਖਿਆ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਡੇਟਾ' ਭਰੋਸੇ ਤੋਂ ਇੱਕ ਵੱਖਰਾ ਅਤੇ ਵੱਖਰਾ ਭਰੋਸਾ ਹੈ; ਦੋਵਾਂ ਨੂੰ ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਬੇਨਤੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

5. ਉੱਚ-ਪ੍ਰਭਾਵ ਅਤੇ ਔਖੇ-ਤੋਂ-ਉਲਟ ਫੈਸਲੇ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਵੱਡੀ ਭੁਗਤਾਨ ਪ੍ਰਵਾਨਗੀ) ਲਈ AI ਆਉਟਪੁੱਟ ਪੈਦਾ ਕਰਨ ਵੇਲੇ ਕਿਹੜਾ ਨਿਯੰਤਰਣ ਸਭ ਤੋਂ ਉਚਿਤ ਹੈ?

• A) ਸਕੀਮਾ/ਨਿਯਮ ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ ਮਨੁੱਖੀ-ਇਨ-ਦੀ-ਲੂਪ ਨੂੰ ਲਾਗੂ ਕਰੋ ✔
• ਅ) ਆਟੋਮੈਟਿਕਲੀ ਆਉਟਪੁੱਟ ਲਾਗੂ ਕਰੋ ਕਿਉਂਕਿ ਮਾਡਲ ਆਮ ਤੌਰ 'ਤੇ ਸਹੀ ਹੁੰਦਾ ਹੈ
• C) ਸਿਰਫ਼ ਇਹ ਜਾਂਚ ਕਰਨਾ ਕਿ ਆਉਟਪੁੱਟ JSON ਸਕੀਮਾ ਦੇ ਅਨੁਕੂਲ ਹੈ ਕਾਫ਼ੀ ਹੈ
• ਡੀ) ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਮਾਡਲ ਨੂੰ 'ਬਹੁਤ ਯਕੀਨੀ ਬਣਾਓ' ਦੱਸਣਾ ਕਾਫ਼ੀ ਹੈ

ਵਿਆਖਿਆ: ਉੱਚ-ਪ੍ਰਭਾਵ, ਅਟੱਲ ਫੈਸਲਿਆਂ ਵਿੱਚ, ਆਉਟਪੁੱਟ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਹਿਊਮਨ-ਇਨ-ਦੀ-ਲੂਪ, ਜਿੱਥੇ ਇੱਕ ਮਨੁੱਖੀ ਸਮੀਖਿਆ ਅਤੇ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ, ਸਕੀਮਾ/ਨਿਯਮ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਨਾਲ ਲੋੜੀਂਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਮੀਖਿਅਕ ਕੋਲ ਪ੍ਰਸੰਗ, ਸਰੋਤ ਅਤੇ ਅਸਵੀਕਾਰ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

6. AI ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਵਿੱਚ 'ਘੱਟ ਤੋਂ ਘੱਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ' ਦੇ ਸਿਧਾਂਤ ਦਾ ਕੀ ਅਰਥ ਹੈ?

• A) ਹਰ ਕਿਸੇ ਨੂੰ ਉੱਚਤਮ ਅਧਿਕਾਰ ਦੇਣਾ ਅਤੇ ਇੱਕ ਲੌਗ ਨਾਲ ਉਹਨਾਂ ਦਾ ਧਿਆਨ ਰੱਖਣਾ
• ਅ) ਹਰੇਕ ਹਿੱਸੇ ਕੋਲ ਇਸਦੇ ਕੰਮ ਲਈ ਲੋੜੀਂਦੀਆਂ ਘੱਟੋ-ਘੱਟ ਇਜਾਜ਼ਤਾਂ ਹਨ ✔
• C) ਸਿਰਫ਼ ਪ੍ਰਸ਼ਾਸਕ ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕਦੇ ਹਨ
• D) ਇੱਕ ਖਾਤੇ ਵਿੱਚ ਸਾਰੀਆਂ API ਕੁੰਜੀਆਂ ਦਾ ਸੰਗ੍ਰਹਿ

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

7. API ਕੁੰਜੀਆਂ ਦੇ ਸੁਰੱਖਿਅਤ ਪ੍ਰਬੰਧਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿੱਚੋਂ ਕਿਹੜਾ ਸੱਚ ਹੈ?

• A) ਇਸਨੂੰ ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਇੱਕ ਸਥਿਰ ਵਜੋਂ ਲਿਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਵਿੱਚ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਅ) ਇਸਨੂੰ ਆਸਾਨੀ ਨਾਲ ਯਾਦ ਰੱਖਣ ਲਈ ਪੂਰੀ ਟੀਮ ਨਾਲ ਸਾਂਝੀ ਕੀਤੀ ਗਈ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
• C) ਇਸ ਨੂੰ ਗੁਪਤ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਸਦਾ ਦਾਇਰਾ ਤੰਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਨਿਯਮਤ ਰੋਟੇਸ਼ਨ ਦੇ ਅਧੀਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ✔
• ਡੀ) ਇੱਕ ਵਾਰ ਬਣਾਇਆ ਗਿਆ ਅਤੇ ਕਦੇ ਨਹੀਂ ਬਦਲਿਆ ਗਿਆ

ਟਿੱਪਣੀ: API ਕੁੰਜੀਆਂ ਨੂੰ ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਏਮਬੇਡ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਵਿੱਚ ਲੀਕ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਇਸਨੂੰ ਇੱਕ ਗੁਪਤ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਸਦਾ ਦਾਇਰਾ ਤੰਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਘੁੰਮਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ ਹਰ 90 ਦਿਨਾਂ ਵਿੱਚ), ਅਤੇ ਲੀਕ ਹੋਣ ਦੇ ਸ਼ੱਕ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਇਸਨੂੰ ਤੁਰੰਤ ਰੱਦ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

8. ਜਦੋਂ AI ਸਿਸਟਮ ਵਿੱਚ ਸ਼ਿਕਾਇਤ ਜਾਂ ਆਡਿਟ ਆਉਂਦੀ ਹੈ ਤਾਂ 'ਉਸ ਦਿਨ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਇਆ ਸੀ' ਦੇ ਸਵਾਲ ਦਾ ਤੁਰੰਤ ਜਵਾਬ ਦੇਣ ਲਈ ਸਭ ਤੋਂ ਉਪਯੋਗੀ ਲੌਗਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਕੀ ਹੈ?

• ਏ) ਬਿਲਕੁਲ ਵੀ ਲੌਗਿੰਗ ਨਾ ਕਰੋ, ਇਹ ਗੋਪਨੀਯਤਾ ਲਈ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਹੈ
• ਅ) ਕੱਚੀ ਬੇਨਤੀ ਅਤੇ ਹੁੰਗਾਰੇ ਨੂੰ ਜਿਵੇਂ ਕਿ ਉਹ ਉਹਨਾਂ ਨੂੰ ਮਾਸਕ ਕੀਤੇ ਬਿਨਾਂ ਰੱਖਦੇ ਹਨ
• C) ਸਿਰਫ਼ ਗਲਤੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਲੌਗ ਕਰਨਾ, ਬਾਕੀ ਨੂੰ ਛੱਡਣਾ
• D) ਹਰੇਕ ਬੇਨਤੀ ਲਈ ਇੱਕ ਸਹਿ-ਸੰਬੰਧ ID (ਟਰੇਸ ਆਈਡੀ) ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਕਦਮਾਂ ਨੂੰ ਮਾਸਕ ਅਤੇ ਨਾ ਬਦਲਣਯੋਗ ਤਰੀਕੇ ਨਾਲ ਲਿੰਕ ਕਰੋ ✔

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

9. ਮਾਡਲ ਜੋਖਮ ਪ੍ਰਬੰਧਨ ਵਿੱਚ AI ਦੀ ਵਰਤੋਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰਨ ਵੇਲੇ ਸਭ ਤੋਂ ਸਹੀ ਪਹੁੰਚ ਕੀ ਹੈ?

• ਏ) ਗਲਤੀ ਦੇ ਪ੍ਰਭਾਵ ਅਤੇ ਇਸਦੀ ਉਲਟੀਯੋਗਤਾ ਦੇ ਅਨੁਸਾਰ ਵਰਗੀਕਰਨ ਕਰਨਾ, ਨਾ ਕਿ ਇਸਦੀ ਵਰਤੋਂ ਦਾ ਨਾਮ ✔
• ਅ) ਸਾਰੇ ਉਪਯੋਗਾਂ ਨੂੰ ਘੱਟ ਜੋਖਮ ਸਮਝੋ ਅਤੇ ਉਹੀ ਨਿਯੰਤਰਣ ਲਾਗੂ ਕਰੋ
• C) ਸਿਰਫ ਮਾਡਲ ਦੇ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਦੇਖਦੇ ਹੋਏ
• D) ਸਿਸਟਮ ਦੇ ਨਾਮ 'ਤੇ ਆਧਾਰਿਤ ਜੋਖਮ ਦੀ ਪਛਾਣ ਕਰਨਾ (ਉਦਾਹਰਨ ਲਈ 'ਚੈਟਬੋਟ')

ਵਿਆਖਿਆ: ਜੋਖਮ ਵਰਗੀਕਰਣ ਵਰਤੋਂ ਦੇ ਪ੍ਰਭਾਵ 'ਤੇ ਅਧਾਰਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਨਾਮ 'ਤੇ: ਗਲਤੀ ਕਿਸ ਨੂੰ/ਕੀ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ, ਕੀ ਇਹ ਉਲਟਾ ਸਕਦਾ ਹੈ, ਕੀ ਲੋਕ ਦਖਲ ਦੇ ਸਕਦੇ ਹਨ? ਜੇਕਰ ਅਖੌਤੀ 'ਸਿਰਫ਼ ਇੱਕ ਚੈਟਬੋਟ' ਸਿਸਟਮ ਭੁਗਤਾਨ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਹ ਉੱਚ ਜੋਖਮ ਹੈ ਅਤੇ ਇਸ ਅਨੁਸਾਰ ਨਿਯੰਤਰਣ ਦੀ ਤੀਬਰਤਾ ਵਧਦੀ ਹੈ।

10. ਇੱਕ AI ਵਿਕਰੇਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੇ ਸਮੇਂ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿੱਚੋਂ ਕਿਹੜਾ ਵਧੀਆ ਅਭਿਆਸ ਹੈ?

• A) ਜੇਕਰ ਪ੍ਰਦਾਤਾ ਵੱਡਾ ਅਤੇ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਹੈ, ਤਾਂ ਵੱਖਰੀ ਸਮੀਖਿਆ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
• B) ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਭਰੋਸੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਦਸਤਖਤ ਕੀਤੇ DPA ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਸਬ-ਪ੍ਰੋਸੈਸਰ ਚੇਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ ✔
• C) ਜ਼ੁਬਾਨੀ ਭਰੋਸੇ ਕਾਫੀ ਹਨ, ਇਕਰਾਰਨਾਮੇ ਦੀ ਧਾਰਾ ਦੀ ਖੋਜ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ.
• ਡੀ) ਬਸ ਕੀਮਤ 'ਤੇ ਨਜ਼ਰ ਮਾਰੋ ਅਤੇ ਸਭ ਤੋਂ ਸਸਤੀ ਪੇਸ਼ਕਸ਼ ਚੁਣੋ

ਸਪੱਸ਼ਟੀਕਰਨ: ਡੇਟਾ ਕੰਟਰੋਲਰ ਖੁਦ ਸੰਸਥਾ ਹੈ; ਸਪਲਾਇਰ ਦੀ ਚੋਣ ਇੱਕ ਸੁਰੱਖਿਆ ਫੈਸਲਾ ਹੈ। ਭਰੋਸਾ (SOC 2/ISO ਸਰਟੀਫਿਕੇਟ, ZDR, ਸਿਖਲਾਈ ਵਿੱਚ ਗੈਰ-ਵਰਤੋਂ) ਨੂੰ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਇਕਰਾਰਨਾਮੇ ਦੀ ਧਾਰਾ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੱਕ ਦਸਤਖਤ ਕੀਤੇ DPA ਤੋਂ ਬਿਨਾਂ ਉਤਪਾਦਨ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਬ-ਪ੍ਰੋਸੈਸਰ ਚੇਨ ਦਾ ਵੀ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਬ੍ਰਾਂਡ ਦਾ ਆਕਾਰ ਕੋਈ ਗਾਰੰਟੀ ਨਹੀਂ ਹੈ।

11. ਹੇਠ ਲਿਖੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚੋਂ ਕਿਹੜੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਤੁਹਾਡੇ ਆਪਣੇ ਮਾਡਲ (ਓਪਨ ਵੇਟ, ਆਨ-ਪ੍ਰੇਮ/ਵੀਪੀਸੀ) ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਨਾ ਸਭ ਤੋਂ ਵੱਧ ਅਰਥ ਰੱਖਦਾ ਹੈ?

• ਏ) ਜੇਕਰ ਟੀਮ ਛੋਟੀ ਹੈ ਅਤੇ ਇੱਕ ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪ ਦੀ ਲੋੜ ਹੈ
• ਅ) ਜਦੋਂ ਵਰਤੋਂ ਬਹੁਤ ਘੱਟ ਅਤੇ ਅਨਿਯਮਿਤ ਹੁੰਦੀ ਹੈ
• C) ਜਦੋਂ ਸਖਤ ਡੇਟਾ ਸੰਪ੍ਰਭੂਤਾ ਲੋੜਾਂ ਜਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ, ਅਨੁਮਾਨਿਤ ਵਰਤੋਂ ਦੀ ਮਾਤਰਾ ✔
• ਡੀ) ਹਮੇਸ਼ਾ, ਕਿਉਂਕਿ ਸਵੈ ਹੋਸਟਿੰਗ ਆਪਣੇ ਆਪ ਹੀ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਹੁੰਦੀ ਹੈ

ਵਰਣਨ: ਆਨ-ਪ੍ਰੀਮ/ਵੀਪੀਸੀ ਹੋਸਟਿੰਗ; ਇਹ ਉਦੋਂ ਸਮਝ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਜਦੋਂ ਡਾਟਾ ਸੰਪ੍ਰਭੂਤਾ ਦੀਆਂ ਸਖ਼ਤ ਲੋੜਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਡੇਟਾ ਨੂੰ ਸੰਗਠਨ/ਦੇਸ਼ ਛੱਡਣ ਦੀ ਮਨਾਹੀ ਹੁੰਦੀ ਹੈ, ਜਾਂ ਜਦੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਅਤੇ ਅਨੁਮਾਨਿਤ ਮਾਤਰਾਵਾਂ 'ਤੇ ਇੱਕ ਯੂਨਿਟ ਲਾਗਤ ਲਾਭ ਹੁੰਦਾ ਹੈ। ਘੱਟ/ਅਨਿਯਮਿਤ ਵਾਲੀਅਮ ਅਤੇ ਸੀਮਤ ਸੰਚਾਲਨ ਸਮਰੱਥਾ 'ਤੇ, ਪ੍ਰਬੰਧਿਤ API ਆਮ ਤੌਰ 'ਤੇ ਵਧੇਰੇ ਉਚਿਤ ਹੁੰਦਾ ਹੈ। 'ਆਪਣੀ ਹੋਸਟਿੰਗ ਹਮੇਸ਼ਾ ਸੁਰੱਖਿਅਤ ਹੁੰਦੀ ਹੈ' ਇੱਕ ਗਲਤ ਧਾਰਨਾ ਹੈ।

12. ਲਗਾਤਾਰ ਨਿਗਰਾਨੀ ਵਿੱਚ 'ਡਰਿਫਟ' ਦੀ ਧਾਰਨਾ ਅਤੇ ਇਸਨੂੰ ਹਾਸਲ ਕਰਨ ਦੀ ਵਿਧੀ ਬਾਰੇ ਹੇਠ ਲਿਖਿਆਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਸੱਚ ਹੈ?

• ਏ) ਡਰਾਫਟ ਸਮੇਂ ਦੇ ਨਾਲ ਆਉਟਪੁੱਟ ਗੁਣਵੱਤਾ ਦੀ ਚੁੱਪ ਬਦਲਣਾ ਹੈ; ਬੇਸਲਾਈਨ ਅਤੇ ਨਮੂਨੇ ਦੁਆਰਾ ਕੈਪਚਰ ਕੀਤਾ ✔
• ਅ) ਡ੍ਰਾਇਫਟ ਸਿਰਫ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸਿਸਟਮ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਢਹਿ ਜਾਂਦਾ ਹੈ
• C) ਡਰਾਫਟ ਨੂੰ ਕੈਪਚਰ ਕਰਨ ਲਈ ਕਿਸੇ ਬੇਸਲਾਈਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ
• D) ਡ੍ਰਾਈਫਟ ਕਦੇ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕਿ ਮਾਡਲ ਨਹੀਂ ਬਦਲਦਾ

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

13. ਜਦੋਂ ਇੱਕ AI ਸੁਰੱਖਿਆ ਘਟਨਾ (ਜਿਵੇਂ ਕਿ ਡੇਟਾ ਲੀਕ) ਵਾਪਰਦੀ ਹੈ ਤਾਂ ਇੱਕ ਪਰਿਪੱਕ ਸੰਸਥਾ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਕ੍ਰਮ ਕੀ ਹੁੰਦਾ ਹੈ?

• ਏ) ਪਹਿਲਾਂ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਨੂੰ ਲੱਭੋ ਅਤੇ ਸਜ਼ਾ ਦਿਓ, ਫਿਰ ਸਿਸਟਮ ਨੂੰ ਬੰਦ ਕਰੋ
• ਅ) ਸੂਚਨਾ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਦੇਰੀ ਕਰਨਾ ਅਤੇ ਘਟਨਾ ਨੂੰ ਰਿਕਾਰਡ ਨਾ ਕਰਨਾ
• C) ਬਿਨਾਂ ਕੁਝ ਕੀਤੇ ਘਟਨਾ ਦੇ ਆਪਣੇ ਆਪ ਲੰਘਣ ਦੀ ਉਡੀਕ ਕਰਨੀ
• ਡੀ) ਪਤਾ ਲਗਾਉਣਾ, ਵਰਗੀਕਰਨ ਕਰਨਾ, ਨਿਯੰਤਰਣ ਵਿਚ ਲੈਣਾ, ਬਚਾਉਣਾ, ਕਾਨੂੰਨੀ ਮਿਆਦ ਦੇ ਅੰਦਰ ਰਿਪੋਰਟ ਕਰਨਾ, ਦੋਸ਼ਾਂ ਤੋਂ ਬਿਨਾਂ ਪੋਸਟਮਾਰਟਮ ✔

ਵਿਆਖਿਆ: ਸਹੀ ਕ੍ਰਮ; ਉਦੇਸ਼ ਘਟਨਾ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਅਤੇ ਵਰਗੀਕਰਨ ਕਰਨਾ ਹੈ, ਪਹਿਲਾਂ ਫੈਲਣ (ਰੋਕਣ) ਨੂੰ ਰੋਕਣਾ, ਇਸਨੂੰ ਬਚਾਉਣਾ, ਇਸ ਨੂੰ ਕਾਨੂੰਨੀ ਮਿਆਦ ਦੇ ਅੰਦਰ ਸੂਚਿਤ ਕਰਨਾ ਅਤੇ ਅੰਤ ਵਿੱਚ ਇੱਕ ਦੋਸ਼ ਰਹਿਤ ਪੋਸਟਮਾਰਟਮ ਨਾਲ ਸਥਾਈ ਸੁਧਾਰ ਕਰਨਾ ਹੈ। ਪਹਿਲਾਂ ‘ਕੌਣ ਦੋਸ਼ੀ’ ਕਹਿਣਾ ਅਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਿੱਚ ਦੇਰੀ ਕਰਨਾ ਗਲਤ ਹੈ।

14. ਐਂਟਰਪ੍ਰਾਈਜ਼ ਏਆਈ ਗਵਰਨੈਂਸ ਵਿੱਚ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਅਭਿਆਸ ਕੀ ਹੈ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਨਿਯੰਤਰਣ ਕਾਗਜ਼ 'ਤੇ ਨਾ ਰਹਿਣ?

• A) ਲੋਕਾਂ ਦੀਆਂ ਯਾਦਾਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਬਿਨਾਂ ਨਿਯੰਤਰਣ ਛੱਡਣਾ
• B) ਹਰੇਕ ਨਿਯੰਤਰਣ ਲਈ ਇੱਕ ਮਾਲਕ ਨੂੰ ਸੌਂਪੋ, go/no-go ਗੇਟਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ ਅਤੇ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਸਮੀਖਿਆ ਕਰੋ ✔
• C) ਇੱਕ ਵਾਰ ਦੀ ਚੈਕਲਿਸਟ ਲਿਖਣਾ ਅਤੇ ਕਦੇ ਵਾਪਸ ਨਹੀਂ ਜਾਣਾ
• D) ਸਾਰੇ AI ਵਰਤੋਂ ਨੂੰ ਬਿਨਾਂ ਵਸਤੂ-ਸੂਚੀ ਦੇ ਜਾਰੀ ਕਰਨਾ।

ਵਰਣਨ: ਹਰੇਕ ਨਿਯੰਤਰਣ ਖੇਤਰ ਦਾ ਇੱਕ ਮਾਲਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (RACI ਵਿੱਚ ਮਨਜ਼ੂਰਕਰਤਾ/ਜ਼ਿੰਮੇਵਾਰ) ਅਤੇ ਇੱਕ ਸਮੀਖਿਆ ਬਾਰੰਬਾਰਤਾ; ਅਨਾਥ ਕੰਟਰੋਲ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਉਤਪਾਦਨ ਲਈ ਪਰਿਵਰਤਨ ਨੂੰ ਗੋ/ਨੋ-ਗੋ 'ਤੇ ਪੋਰਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਾਰੇ AI ਉਪਯੋਗਾਂ ਨੂੰ ਕੇਂਦਰੀ ਵਸਤੂ ਸੂਚੀ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਤਿਮਾਹੀ ਸਮੀਖਿਆ ਦੁਆਰਾ ਨਿਰੰਤਰ ਸੁਧਾਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।