VPN ਲੌਗਇਨ ਅਤੇ ਫਿਰ ਰੈਨਸਮਵੇਅਰ: ਸਬੂਤ ਕੀ ਸਮਰਥਨ ਕਰਦੇ ਹਨ
02:14 ’ਤੇ ਲੌਗਇਨ ਅਤੇ 03:02 ’ਤੇ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਫਾਈਲਾਂ — ਇਹ ਜਾਂਚਯੋਗ ਕ੍ਰਮ ਹੈ, ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਨਹੀਂ। ਪ੍ਰਮਾਣਿਕਤਾ, ਸੈਸ਼ਨ ਅਤੇ ਹੋਸਟ ਦੇ ਸਬੂਤ ਵੱਖਰੇ ਰੱਖੋ।
ਹੇਠਾਂ ਸਭ ਕੁਝ ਇੱਕ ਕਾਲਪਨਿਕ ਰਿਕਾਰਡ ਵਰਤਦਾ ਹੈ, ਜੋ ਅਸਲ ਕੇਸ ਦੱਸਣ ਦੀ ਬਜਾਏ ਇੱਕ ਆਕਾਰ ਦਿਖਾਉਣ ਲਈ ਜੋੜਿਆ ਗਿਆ ਹੈ। ਇਹ ਇੱਕ ਜ਼ੰਜੀਰ ਵਾਂਗ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ: 02:14 ’ਤੇ ਗੇਟਵੇ ਪ੍ਰਮਾਣਿਕਤਾ, 02:19 ’ਤੇ ਡੈਸਕਟਾਪ ਸੈਸ਼ਨ, 02:41 ’ਤੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੇ ਖਾਤੇ ਦੀ ਤਬਦੀਲੀ, ਅਤੇ 03:02 ’ਤੇ ਮਿਲੀਆਂ ਐਨਕ੍ਰਿਪਟ ਫਾਈਲਾਂ। ਪਹਿਲੀ ਲਾਈਨ ਜਵਾਬ ਵਾਂਗ ਲੱਗਦੀ ਹੈ, ਅਤੇ ਰਿਪੋਰਟ ਅਕਸਰ ਉਸੇ ਤਰ੍ਹਾਂ ਲਿਖੀ ਜਾਂਦੀ ਹੈ ਜਿਵੇਂ ਇਹੀ ਜਵਾਬ ਹੋਵੇ। ਲੌਗਇਨ ਉਹ ਘਟਨਾ ਹੈ ਜੋ ਗੇਟਵੇ ਨੇ ਦਰਜ ਕੀਤੀ, ਇਹ ਨਤੀਜਾ ਨਹੀਂ ਕਿ ਕੋਈ ਕਿਵੇਂ ਅੰਦਰ ਆਇਆ, ਅਤੇ ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਅੱਗੇ ਕੀ ਕਰੋਗੇ।
ਲੱਛਣ: ਜਵਾਬ ਵਾਂਗ ਦਿਸਦਾ ਲੌਗਇਨ
ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਸਭ ਤੋਂ ਸੌਖੇ ਸਬੂਤ ਹਨ ਅਤੇ ਵੱਧ ਅਰਥ ਲਾਉਣ ਵਿੱਚ ਵੀ ਸਭ ਤੋਂ ਸੌਖੇ। ਇਹ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਸੇਵਾ ਨੇ ਕਿਸੇ ਸਮੇਂ, ਕਿਸੇ ਪਤੇ ਤੋਂ, ਕਿਸੇ ਖਾਤੇ ਲਈ ਇੱਕ ਪਛਾਣ-ਪੱਤਰ ਸਵੀਕਾਰ ਕੀਤਾ। ਇਹ ਨਹੀਂ ਦਿਖਾਉਂਦੇ ਕਿ ਪਛਾਣ-ਪੱਤਰ ਕੌਣ ਨਿਯੰਤਰਿਤ ਕਰ ਰਿਹਾ ਸੀ, ਗੇਟਵੇ ਦੀ ਦੁਰਵਰਤੋਂ ਹੋਈ ਕਿ ਨਹੀਂ, ਜਾਂ ਖਾਤਾਧਾਰਕ ਦਾ ਯੰਤਰ ਪਹਿਲਾਂ ਹੀ ਖਰਾਬ ਹੋ ਚੁੱਕਾ ਸੀ ਕਿ ਨਹੀਂ।
ਤਿੰਨ ਵਿਆਖਿਆਵਾਂ ਉਸੇ ਲੌਗਇਨ ਲਾਈਨ ’ਤੇ ਫਿੱਟ ਬੈਠਦੀਆਂ ਹਨ। ਕਿਸੇ ਨੇ ਚੋਰੀ ਕੀਤਾ ਪਾਸਵਰਡ ਵਰਤਿਆ, ਅਤੇ ਗੇਟਵੇ ਨੇ ਠੀਕ ਉਹੀ ਕੀਤਾ ਜਿਸ ਲਈ ਇਹ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਪਹਿਲਾਂ ਖਰਾਬ ਹੋ ਚੁੱਕਾ ਲੈਪਟਾਪ ਆਮ ਵਾਂਗ ਹੀ ਲੌਗਇਨ ਹੋ ਗਿਆ। ਕਿਸੇ ਅਸੰਬੰਧਿਤ ਖੁੱਲ੍ਹੀ ਸੇਵਾ ਨੇ ਅਸਲ ਪ੍ਰਵੇਸ਼ ਦਿੱਤਾ, ਅਤੇ VPN ਸੈਸ਼ਨ ਉਸੇ ਅਦਾਕਾਰ ਦੀ ਬਾਅਦ ਦੀ, ਵੱਖਰੀ ਕਾਰਵਾਈ ਹੈ।
ਹਰ ਵਿਆਖਿਆ ਵਾਤਾਵਰਨ ਵਿੱਚ ਕਿਤੇ ਹੋਰ ਵੱਖਰੇ ਸਬੂਤਾਂ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਜਾਂਚ ਨੂੰ ਉਹ ਭਵਿੱਖਬਾਣੀਆਂ ਲੱਭਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਪਹਿਲੀ ਫਿੱਟ ਹੋਣ ਵਾਲੀ ਵਿਆਖਿਆ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ। ਚੋਰੀ ਪਾਸਵਰਡ ਅਸਾਧਾਰਨ ਪ੍ਰਮਾਣਿਕਤਾ ਭੂਗੋਲ ਜਾਂ ਸਮੇਂ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦਾ ਹੈ। ਖਰਾਬ ਲੈਪਟਾਪ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਹੋਸਟ ਦੇ ਅਵਸ਼ੇਸ਼ਾਂ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦਾ ਹੈ। ਅਸੰਬੰਧਿਤ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਗੇਟਵੇ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਾ ਰੱਖਣ ਵਾਲੀ ਗਤੀਵਿਧੀ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦਾ ਹੈ।
ਘਟਨਾਵਾਂ ਨੂੰ ਦੱਸਣ ਤੋਂ ਪਹਿਲਾਂ ਵੱਖਰਾ ਰੱਖੋ
ਕੋਈ ਵੀ ਬਿਰਤਾਂਤ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਘਟਨਾਵਾਂ ਨੂੰ ਵੱਖਰਾ ਲਿਖੋ, ਕਿਉਂਕਿ ਬਿਰਤਾਂਤ ਸਮਾਂ-ਰੇਖਾ ਨੂੰ ਸ਼ੱਕੀ ਵਿਅਕਤੀ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਸਜਾਉਣ ਦਾ ਸੱਦਾ ਦਿੰਦਾ ਹੈ। ਹਰ ਲਾਈਨ ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਰਿਕਾਰਡ ਕੀ ਸਿੱਧ ਕਰਦਾ ਹੈ ਅਤੇ ਵੱਖਰੇ ਤੌਰ ’ਤੇ, ਇਕੱਲਾ ਕੀ ਸਿੱਧ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਜਿਸ ਪਲ ਦੋ ਲਾਈਨਾਂ ਇੱਕ ਵਾਕ ਵਿੱਚ ਰਲ ਜਾਂਦੀਆਂ ਹਨ, ਉਸੇ ਪਲ ਇੱਕ ਵਿਆਖਿਆ ਪਹਿਲਾਂ ਹੀ ਜਿੱਤ ਚੁੱਕੀ ਹੁੰਦੀ ਹੈ।
ਧਿਆਨ ਦਿਓ ਕਿ ਆਖਰੀ ਘਟਨਾ ਹਮਲਾਵਰ ਬਾਰੇ ਨਹੀਂ, ਖੋਜ ਬਾਰੇ ਹੈ। ਖੋਜ ਦਾ ਸਮਾਂ ਅਤੇ ਨੁਕਸਾਨ ਦਾ ਸਮਾਂ ਆਮ ਤੌਰ ’ਤੇ ਘੰਟਿਆਂ ਜਾਂ ਹਫ਼ਤਿਆਂ ਦੇ ਫ਼ਰਕ ’ਤੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਜੋ ਰਿਪੋਰਟ ਇਹਨਾਂ ਨੂੰ ਬਰਾਬਰ ਮੰਨਦੀ ਹੈ ਉਹ ਤੁਹਾਡੇ ਤੋਂ ਬਾਅਦ ਆਉਣ ਵਾਲੇ ਹਰ ਪਾਠਕ ਨੂੰ ਭਟਕਾਏਗੀ।
ਹਰ ਸਮਾਂ-ਚਿੰਨ੍ਹ ਕਿੱਥੋਂ ਆਇਆ ਦਰਜ ਕਰੋ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਉਹ ਕੀ ਕਹਿੰਦਾ ਹੈ। ਇਕੱਠਾ ਕਰਨ ਵਾਲੇ ਦਾ ਪ੍ਰਾਪਤੀ ਸਮਾਂ, ਘਟਨਾ ਦਾ ਸਮਾਂ ਅਤੇ ਖੋਜ ਦਾ ਸਮਾਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਸੰਖਿਆਵਾਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਚੁੱਪਚਾਪ ਇੱਕ ਕਾਲਮ ਵਿੱਚ ਸਧਾਰਨ ਕਰਨਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਸਮਾਂ-ਰੇਖਾ ਨੂੰ ਉਹ ਆਕਾਰ ਮਿਲਦਾ ਹੈ ਜੋ ਸਬੂਤਾਂ ਕੋਲ ਕਦੇ ਨਹੀਂ ਸੀ।
ਰਿਕਾਰਡ ਸਿਰਫ਼ ਉੱਥੇ ਜੋੜੋ ਜਿੱਥੇ ਪਛਾਣਕਰਤਾ ਮਿਲਦੇ ਹਨ
ਰਿਕਾਰਡ ਜੋੜਨਾ ਇੱਕ ਧਾਰਨਾ ਹੈ, ਫਾਰਮੈਟਿੰਗ ਦਾ ਕਦਮ ਨਹੀਂ। ਖਾਤੇ ਦਾ ਨਾਮ, ਦਿੱਤਾ ਗਿਆ VPN ਪਤਾ, ਟਾਰਗਿਟ ਹੋਸਟ ਅਤੇ ਸੈਸ਼ਨ ਪਛਾਣਕਰਤਾ ਦੋ ਲਾਈਨਾਂ ਦੇ ਇੱਕ ਕਹਾਣੀ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਮਿਲਣੇ ਚਾਹੀਦੇ ਹਨ। ਸਾਂਝਾ ਜਨਤਕ ਪਤਾ ਕਾਫ਼ੀ ਨਹੀਂ, ਕਿਉਂਕਿ ਇਹ ਡਿਜ਼ਾਈਨ ਨਾਲ ਹੀ ਸਾਂਝਾ ਹੁੰਦਾ ਹੈ।
| Record source | Join key that must match | What breaks when the key is missing |
|---|---|---|
| File-share or backup record | file path and modification time | impact cannot be ordered against any session |
| Host process record, EDR or audit log | host name and process start time | the process cannot be placed inside a session |
| Session broker or remote-desktop log | session identifier and target host | the session cannot be traced back to a gateway login |
| Gateway authentication log | account name and assigned VPN address | the session cannot be followed past the gateway |
ਪ੍ਰਵੇਸ਼ ਦਾ ਪਿੱਛਾ ਕਰਦੇ ਸਮੇਂ ਸਾਰਣੀ ਹੇਠਾਂ ਤੋਂ ਉੱਪਰ ਪੜ੍ਹੋ, ਅਤੇ ਪ੍ਰਭਾਵ ਦਾ ਘੇਰਾ ਤੈਅ ਕਰਦੇ ਸਮੇਂ ਉੱਪਰ ਤੋਂ ਹੇਠਾਂ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਸਵਾਲਾਂ ਨੂੰ ਉਲਟ ਦਿਸ਼ਾਵਾਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਜਿੱਥੇ ਪਛਾਣਕਰਤਾ ਸੱਚਮੁੱਚ ਮਿਲਦੇ ਹਨ, ਉੱਥੇ ਇਹ ਕਹੋ ਅਤੇ ਦੋਵੇਂ ਰਿਕਾਰਡਾਂ ਦਾ ਹਵਾਲਾ ਦਿਓ। ਜਿੱਥੇ ਨਹੀਂ ਮਿਲਦੇ, ਉੱਥੇ ਧਾਰਨਾ ਨਾਲ ਖਾਲੀ ਥਾਂ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ ਦਿਸਦੀ ਰਹਿਣ ਦਿਓ।
ਇੱਥੇ ਹੀ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਵਰਤੋਂਕਾਰ ਨਾਮ ਵੀ ਭਟਕਾਉਂਦਾ ਹੈ। ਉਹੀ ਖਾਤਾ ਸਵੇਰੇ ਜਾਇਜ਼ ਧਾਰਕ ਅਤੇ ਰਾਤ ਨੂੰ ਕੋਈ ਹੋਰ ਵਰਤ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਖਾਤੇ ਦਾ ਨਾਮ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਖਾਤੇ ਨੂੰ ਆਰੋਪਿਤ ਕਰੋ, ਫਿਰ ਵਿਅਕਤੀ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਆਰੋਪਿਤ ਕਰੋ, ਅਤੇ ਸਿਰਫ਼ ਜਦੋਂ ਕੁਝ ਇਸਦਾ ਸਮਰਥਨ ਕਰੇ। ਸਮੀਖਿਆ ਵਿੱਚ ਢਹਿੰਦੀਆਂ ਬਹੁਤੀਆਂ ਸਮਾਂ-ਰੇਖਾਵਾਂ ਨੇ ਠੀਕ ਇਹੀ ਕਦਮ ਬਹੁਤ ਜਲਦੀ ਚੁੱਕਿਆ ਸੀ।
ਗੁੰਮ ਲੌਗ ਖਾਲੀ ਥਾਂ ਹਨ, ਨਕਾਰਾਤਮਕ ਸਬੂਤ ਨਹੀਂ
ਅਸਫਲ ਪਾਸਵਰਡ ਦੀਆਂ ਘਟਨਾਵਾਂ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਇਹ ਸਿੱਧ ਨਹੀਂ ਕਰਦੀ ਕਿ ਸਫਲ ਲੌਗਇਨ ਜਾਇਜ਼ ਸੀ। ਵੈਧ ਚੋਰੀ ਕੀਤੇ ਪਛਾਣ-ਪੱਤਰ ਇੱਕ ਸਫਲ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਦਿੰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਵੀ ਅਸਫਲਤਾ ਨਹੀਂ, ਅਤੇ ਇਹੀ ਪਛਾਣ-ਪੱਤਰ ਚੋਰੀ ਨੂੰ ਆਕਰਸ਼ਕ ਬਣਾਉਂਦਾ ਹੈ।
ਇਸੇ ਤਰ੍ਹਾਂ, ਅੱਜ ਬੰਦ ਪੋਰਟ ਅੱਜ ਬਾਰੇ ਕੁਝ ਕਹਿੰਦਾ ਹੈ। ਉਹ ਸੇਵਾ ਉਦੋਂ ਖੁੱਲ੍ਹੀ ਸੀ ਕਿ ਨਹੀਂ, ਉਦੋਂ ਕਮਜ਼ੋਰ ਸੀ ਕਿ ਨਹੀਂ, ਜਾਂ ਉਸ ਨੇ ਹਮਲਾ ਢੋਇਆ ਕਿ ਨਹੀਂ, ਇਸ ਬਾਰੇ ਇਹ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਇਤਿਹਾਸਕ ਸੰਰਚਨਾ ਅਤੇ ਸੇਵਾ ਦੇ ਸਬੂਤ ਹੀ ਉਹ ਖਾਲੀ ਥਾਂ ਭਰਨ ਦਾ ਇੱਕੋ ਤਰੀਕਾ ਹਨ।
ਰਿਪੋਰਟ ਵਿੱਚ ਖਾਲੀ ਥਾਂ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਦੱਸੋ। “ਉਸ ਅੰਤਰਾਲ ਲਈ ਸਾਡੇ ਕੋਲ ਕੋਈ ਰਿਕਾਰਡ ਨਹੀਂ” ਇੱਕ ਬਚਾਅ-ਯੋਗ ਵਾਕ ਹੈ; “ਹੋਰ ਕੁਝ ਨਹੀਂ ਹੋਇਆ” ਨਹੀਂ, ਅਤੇ ਇਹ ਤੁਹਾਨੂੰ ਵਾਪਸ ਸੁਣਾਇਆ ਜਾਵੇਗਾ। ਖਾਲੀ ਥਾਵਾਂ ਦੇ ਮਾਲਕ ਵੀ ਹੁੰਦੇ ਹਨ: ਉਹ ਸਿਸਟਮ ਦੱਸੋ ਜਿਸ ਨੇ ਰਿਕਾਰਡ ਬਣਾਉਣਾ ਸੀ ਅਤੇ ਕਿਉਂ ਨਹੀਂ ਬਣਾਇਆ। ਉਹ ਲਾਈਨ ਛੋਟ ਨੂੰ ਸੁਧਾਰ ਦੀ ਮਦ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
ਸਿੱਟੇ ਉਸ ਪੱਧਰ ’ਤੇ ਲਿਖੋ ਜਿਸਦਾ ਸਬੂਤ ਸਮਰਥਨ ਕਰਦੇ ਹਨ
ਸੰਭਾਲ, ਰੋਕਥਾਮ ਅਤੇ ਬਹਾਲੀ ਨੂੰ ਘਟਨਾ-ਮਾਲਕ ਰਾਹੀਂ ਤਾਲਮੇਲ ਕਰੋ, ਉਸਨੂੰ ਬਾਈਪਾਸ ਕਰਕੇ ਨਹੀਂ। CISA ਦੀ ਤਕਨੀਕੀ ਰਹਿਨੁਮਾਈ ਸੁਧਾਰ ਤੋਂ ਪਹਿਲਾਂ ਸੰਬੰਧਿਤ ਕਲਾਕ੍ਰਿਤਾਂ ਅਤੇ ਲੌਗ ਇਕੱਠੇ ਕਰਨ ’ਤੇ ਜ਼ੋਰ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਕ੍ਰਮ ਕਿਸੇ ਵੀ ਇੱਕ ਸੰਦ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਖਾਲੀ ਥਾਂ ਭਰਨ ਲਈ ਜੀਵਤ ਉਪਕਰਨ ’ਤੇ ਸ਼ੱਕੀ ਐਕਸਪਲਾਇਟ ਦੁਬਾਰਾ ਚਲਾਉਣਾ ਉਸ ਵਾਧੂ ਜੋਖਮ ਦੇ ਲਾਇਕ ਨਹੀਂ। ਜੋ ਪਰੀਖਿਆ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਹਮਲਾ ਕੰਮ ਕਰ ਸਕਦਾ ਸੀ, ਉਹ ਸਬੂਤ ਨਹੀਂ ਕਿ ਉਸ ਨੇ ਕੰਮ ਕੀਤਾ, ਅਤੇ ਇਹਨਾਂ ਦੋ ਬਿਆਨਾਂ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੀ ਇਸ ਕਸਰਤ ਦਾ ਸਾਰਾ ਅਨੁਸ਼ਾਸਨ ਹੈ।
ਚਾਰ ਸੂਚੀਆਂ ਨਾਲ ਸਮਾਪਤ ਕਰੋ: ਕੀ ਦੇਖਿਆ ਗਿਆ, ਰਿਕਾਰਡ ਕਿਹੜੇ ਸੰਬੰਧਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਕੀ ਧਾਰਨਾ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਕਿਹੜੇ ਰਿਕਾਰਡ ਉਪਲਬਧ ਨਹੀਂ। “ਘਟਨਾ ਦੌਰਾਨ VPN ਖਾਤਾ ਵਰਤਿਆ ਗਿਆ” ਦੂਜੀ ਸੂਚੀ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਜਦੋਂ ਰਿਕਾਰਡ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। “VPN ਨੇ ਰੈਨਸਮਵੇਅਰ ਪੈਦਾ ਕੀਤਾ” ਕਿਤੇ ਨਹੀਂ ਆਉਂਦਾ ਜਦੋਂ ਤੱਕ ਕੁਝ ਕਾਰਣਤਾ ਸਿੱਧ ਨ ਕਰੇ।