GRUB2 ਵਿੱਚ ਫਿਕਸ-ਟੂ-ਫਿਕਸ ਕਮਜ਼ੋਰੀਆਂ ਜੋ ਤੁਹਾਨੂੰ UEFI ਸੁਰੱਖਿਅਤ ਬੂਟ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦਿੰਦੀਆਂ ਹਨ

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

ਸਾਨੂੰ ਯਾਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਵਿੱਚ, UEFI ਸੁਰੱਖਿਅਤ ਬੂਟ ਮੋਡ ਵਿੱਚ ਪ੍ਰਮਾਣਿਤ ਬੂਟਿੰਗ ਲਈ, ਇੱਕ ਛੋਟੀ ਸ਼ਿਮ ਲੇਅਰ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਮਾਈਕ੍ਰੋਸਾੱਫਟ ਦੁਆਰਾ ਡਿਜੀਟਲ ਤੌਰ 'ਤੇ ਦਸਤਖਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਲੇਅਰ GRUB2 ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀ ਹੈ, ਜੋ ਕਿ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਮਾਈਕਰੋਸਾਫਟ ਦੁਆਰਾ ਹਰ ਕਰਨਲ ਅਤੇ GRUB ਅੱਪਡੇਟ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ ਹੈ। GRUB2 ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਤੁਹਾਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਸ਼ਿਮ ਤਸਦੀਕ ਤੋਂ ਬਾਅਦ ਪੜਾਅ 'ਤੇ ਤੁਹਾਡੇ ਕੋਡ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ, ਪਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਲੋਡ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਜਦੋਂ ਸੁਰੱਖਿਅਤ ਬੂਟ ਮੋਡ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ ਤਾਂ ਟਰੱਸਟ ਦੀ ਲੜੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਬੂਟ ਪ੍ਰਕਿਰਿਆ 'ਤੇ ਪੂਰਾ ਨਿਯੰਤਰਣ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਸਮੇਤ ਇੱਕ ਹੋਰ OS ਲੋਡ ਕਰਨਾ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕੰਪੋਨੈਂਟ ਸਿਸਟਮ ਨੂੰ ਸੋਧਣਾ ਅਤੇ ਲੌਕਡਾਊਨ ਸੁਰੱਖਿਆ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨਾ।

ਜਿਵੇਂ ਕਿ ਪਿਛਲੇ ਸਾਲ ਦੀ ਬੂਟਹੋਲ ਕਮਜ਼ੋਰੀ ਦੇ ਨਾਲ, ਸਮੱਸਿਆ ਨੂੰ ਰੋਕਣ ਲਈ ਬੂਟਲੋਡਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਹਮਲਾਵਰ, ਵਰਤੇ ਗਏ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, UEFI ਸੁਰੱਖਿਅਤ ਬੂਟ ਨਾਲ ਸਮਝੌਤਾ ਕਰਨ ਲਈ GRUB2 ਦੇ ਪੁਰਾਣੇ, ਡਿਜੀਟਲ ਤੌਰ 'ਤੇ ਹਸਤਾਖਰਿਤ, ਕਮਜ਼ੋਰ ਸੰਸਕਰਣ ਦੇ ਨਾਲ ਬੂਟ ਹੋਣ ਯੋਗ ਮੀਡੀਆ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ। ਸਮੱਸਿਆ ਨੂੰ ਸਿਰਫ਼ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰਨ ਦੀ ਸੂਚੀ (dbx, UEFI ਰੱਦ ਕਰਨ ਦੀ ਸੂਚੀ) ਨੂੰ ਅੱਪਡੇਟ ਕਰਕੇ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਲੀਨਕਸ ਦੇ ਨਾਲ ਪੁਰਾਣੇ ਇੰਸਟਾਲੇਸ਼ਨ ਮੀਡੀਆ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਖਤਮ ਹੋ ਜਾਵੇਗੀ।

ਫਰਮਵੇਅਰ ਵਾਲੇ ਸਿਸਟਮਾਂ 'ਤੇ ਜਿਨ੍ਹਾਂ ਕੋਲ ਅੱਪਡੇਟ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰਨ ਦੀ ਸੂਚੀ ਹੈ, ਸਿਰਫ਼ ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਦੇ ਅੱਪਡੇਟ ਕੀਤੇ ਬਿਲਡਾਂ ਨੂੰ UEFI ਸੁਰੱਖਿਅਤ ਬੂਟ ਮੋਡ ਵਿੱਚ ਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਨੂੰ ਇੰਸਟਾਲਰ, ਬੂਟਲੋਡਰ, ਕਰਨਲ ਪੈਕੇਜ, fwupd ਫਰਮਵੇਅਰ ਅਤੇ ਸ਼ਿਮ ਲੇਅਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਉਹਨਾਂ ਲਈ ਨਵੇਂ ਡਿਜੀਟਲ ਦਸਤਖਤ ਤਿਆਰ ਕਰਨ ਲਈ। ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇੰਸਟਾਲੇਸ਼ਨ ਚਿੱਤਰਾਂ ਅਤੇ ਹੋਰ ਬੂਟ ਹੋਣ ਯੋਗ ਮੀਡੀਆ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੇ ਨਾਲ-ਨਾਲ UEFI ਫਰਮਵੇਅਰ ਵਿੱਚ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰਨ ਦੀ ਸੂਚੀ (dbx) ਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। dbx ਨੂੰ UEFI ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਸਿਸਟਮ OS ਵਿੱਚ ਅੱਪਡੇਟਾਂ ਦੀ ਸਥਾਪਨਾ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਕਮਜ਼ੋਰ ਰਹਿੰਦਾ ਹੈ। ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਸਥਿਤੀ ਦਾ ਮੁਲਾਂਕਣ ਇਹਨਾਂ ਪੰਨਿਆਂ 'ਤੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਉਬੰਟੂ, SUSE, RHEL, ਡੇਬੀਅਨ।

ਰੱਦ ਕੀਤੇ ਸਰਟੀਫਿਕੇਟਾਂ ਨੂੰ ਵੰਡਣ ਵੇਲੇ ਪੈਦਾ ਹੋਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਭਵਿੱਖ ਵਿੱਚ SBAT (UEFI ਸਿਕਿਓਰ ਬੂਟ ਐਡਵਾਂਸਡ ਟਾਰਗੇਟਿੰਗ) ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ, ਜਿਸਦਾ ਸਮਰਥਨ GRUB2, shim ਅਤੇ fwupd ਲਈ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਅਗਲੇ ਅਪਡੇਟਾਂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇਗਾ। dbxtool ਪੈਕੇਜ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਬਜਾਏ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। SBAT ਨੂੰ Microsoft ਦੇ ਨਾਲ ਸਾਂਝੇ ਤੌਰ 'ਤੇ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਇਸ ਵਿੱਚ UEFI ਕੰਪੋਨੈਂਟਸ ਦੀਆਂ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਫਾਈਲਾਂ ਵਿੱਚ ਨਵਾਂ ਮੈਟਾਡੇਟਾ ਸ਼ਾਮਲ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ, ਜਿਸ ਵਿੱਚ ਨਿਰਮਾਤਾ, ਉਤਪਾਦ, ਕੰਪੋਨੈਂਟ ਅਤੇ ਸੰਸਕਰਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ। ਨਿਰਧਾਰਤ ਮੈਟਾਡੇਟਾ ਇੱਕ ਡਿਜੀਟਲ ਦਸਤਖਤ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ UEFI ਸੁਰੱਖਿਅਤ ਬੂਟ ਲਈ ਮਨਜ਼ੂਰ ਜਾਂ ਵਰਜਿਤ ਭਾਗਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, SBAT ਤੁਹਾਨੂੰ ਸੁਰੱਖਿਅਤ ਬੂਟ ਲਈ ਕੁੰਜੀਆਂ ਨੂੰ ਰੀਜਨਰੇਟ ਕਰਨ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਅਤੇ ਕਰਨਲ, ਸ਼ਿਮ, ਗਰਬ2 ਅਤੇ fwupd ਲਈ ਨਵੇਂ ਦਸਤਖਤ ਬਣਾਏ ਬਿਨਾਂ ਰੱਦ ਕਰਨ ਦੇ ਦੌਰਾਨ ਕੰਪੋਨੈਂਟ ਸੰਸਕਰਣ ਨੰਬਰਾਂ ਵਿੱਚ ਹੇਰਾਫੇਰੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ।

ਪਛਾਣੀਆਂ ਗਈਆਂ ਕਮਜ਼ੋਰੀਆਂ:

• CVE-2020-14372 - GRUB2 ਵਿੱਚ acpi ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਸਥਾਨਕ ਸਿਸਟਮ 'ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਉਪਭੋਗਤਾ /boot/efi ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ SSDT (ਸੈਕੰਡਰੀ ਸਿਸਟਮ ਵਰਣਨ ਸਾਰਣੀ) ਰੱਖ ਕੇ ਅਤੇ grub.cfg ਵਿੱਚ ਸੈਟਿੰਗਾਂ ਬਦਲ ਕੇ ਸੋਧੀਆਂ ACPI ਟੇਬਲਾਂ ਨੂੰ ਲੋਡ ਕਰ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ ਸੁਰੱਖਿਅਤ ਬੂਟ ਮੋਡ ਕਿਰਿਆਸ਼ੀਲ ਹੈ, ਪ੍ਰਸਤਾਵਿਤ SSDT ਨੂੰ ਕਰਨਲ ਦੁਆਰਾ ਚਲਾਇਆ ਜਾਵੇਗਾ ਅਤੇ ਲੌਕਡਾਊਨ ਸੁਰੱਖਿਆ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜੋ UEFI ਸੁਰੱਖਿਅਤ ਬੂਟ ਬਾਈਪਾਸ ਮਾਰਗਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਹਮਲਾਵਰ ਡਿਜ਼ੀਟਲ ਦਸਤਖਤ ਦੀ ਜਾਂਚ ਕੀਤੇ ਬਿਨਾਂ, kexec ਵਿਧੀ ਦੁਆਰਾ ਆਪਣੇ ਕਰਨਲ ਮੋਡੀਊਲ ਜਾਂ ਚੱਲ ਰਹੇ ਕੋਡ ਦੀ ਲੋਡਿੰਗ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ।
• CVE-2020-25632 rmmod ਕਮਾਂਡ ਦੇ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਇੱਕ ਵਰਤੋਂ-ਬਾਅਦ-ਮੁਕਤ ਮੈਮੋਰੀ ਪਹੁੰਚ ਹੈ, ਜੋ ਉਦੋਂ ਵਾਪਰਦੀ ਹੈ ਜਦੋਂ ਕਿਸੇ ਵੀ ਮੋਡੀਊਲ ਨੂੰ ਇਸ ਨਾਲ ਸੰਬੰਧਿਤ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਲਏ ਬਿਨਾਂ ਅਨਲੋਡ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਕਮਜ਼ੋਰੀ ਇੱਕ ਸ਼ੋਸ਼ਣ ਦੀ ਸਿਰਜਣਾ ਨੂੰ ਬਾਹਰ ਨਹੀਂ ਰੱਖਦੀ ਹੈ ਜਿਸ ਨਾਲ ਸੁਰੱਖਿਅਤ ਬੂਟ ਤਸਦੀਕ ਨੂੰ ਬਾਈਪਾਸ ਕਰਕੇ ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਹੋ ਸਕਦਾ ਹੈ।
• CVE-2020-25647 grub_usb_device_initialize() ਫੰਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਆਊਟ-ਆਫ-ਬਾਉਂਡ ਲਿਖਦਾ ਹੈ ਜੋ USB ਡਿਵਾਈਸਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਵੇਲੇ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਸਮੱਸਿਆ ਦਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਤਿਆਰ USB ਡਿਵਾਈਸ ਨੂੰ ਜੋੜ ਕੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਪੈਰਾਮੀਟਰ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਆਕਾਰ USB ਢਾਂਚੇ ਲਈ ਨਿਰਧਾਰਤ ਬਫਰ ਦੇ ਆਕਾਰ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਹੈ। ਇੱਕ ਹਮਲਾਵਰ USB ਡਿਵਾਈਸਾਂ ਨੂੰ ਹੇਰਾਫੇਰੀ ਕਰਕੇ ਕੋਡ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਸੁਰੱਖਿਅਤ ਬੂਟ ਵਿੱਚ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਹੈ।
• CVE-2020-27749 grub_parser_split_cmdline() ਫੰਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਬਫਰ ਓਵਰਫਲੋ ਹੈ, ਜੋ ਕਿ GRUB2 ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ 1 KB ਤੋਂ ਵੱਡੇ ਵੇਰੀਏਬਲ ਨਿਰਧਾਰਤ ਕਰਕੇ ਹੋ ਸਕਦਾ ਹੈ। ਕਮਜ਼ੋਰੀ ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬੂਟ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ।
• CVE-2020-27779 – cutmem ਕਮਾਂਡ ਇੱਕ ਹਮਲਾਵਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬੂਟ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ ਮੈਮੋਰੀ ਤੋਂ ਪਤਿਆਂ ਦੀ ਇੱਕ ਸੀਮਾ ਨੂੰ ਹਟਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
• CVE-2021-3418 - shim_lock ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੇ ਪਿਛਲੇ ਸਾਲ ਦੀ ਕਮਜ਼ੋਰੀ CVE-2020-15705 ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨ ਲਈ ਇੱਕ ਵਾਧੂ ਵੈਕਟਰ ਬਣਾਇਆ ਹੈ। dbx ਵਿੱਚ GRUB2 ਨੂੰ ਦਸਤਖਤ ਕਰਨ ਲਈ ਵਰਤੇ ਗਏ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਇੰਸਟਾਲ ਕਰਕੇ, GRUB2 ਨੇ ਦਸਤਖਤ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੇ ਬਿਨਾਂ ਕਿਸੇ ਵੀ ਕਰਨਲ ਨੂੰ ਸਿੱਧਾ ਲੋਡ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਹੈ।
• CVE-2021-20225 - ਬਹੁਤ ਸਾਰੇ ਵਿਕਲਪਾਂ ਦੇ ਨਾਲ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣ ਵੇਲੇ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਦਾ ਡੇਟਾ ਲਿਖਣ ਦੀ ਸੰਭਾਵਨਾ।
• CVE-2021-20233 - ਕੋਟਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਗਲਤ ਬਫਰ ਆਕਾਰ ਦੀ ਗਣਨਾ ਦੇ ਕਾਰਨ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਡਾਟਾ ਲਿਖਣ ਦੀ ਸੰਭਾਵਨਾ। ਆਕਾਰ ਦੀ ਗਣਨਾ ਕਰਦੇ ਸਮੇਂ, ਇਹ ਮੰਨਿਆ ਗਿਆ ਸੀ ਕਿ ਇੱਕ ਇੱਕਲੇ ਹਵਾਲੇ ਤੋਂ ਬਚਣ ਲਈ ਤਿੰਨ ਅੱਖਰਾਂ ਦੀ ਲੋੜ ਸੀ, ਜਦੋਂ ਅਸਲ ਵਿੱਚ ਚਾਰ ਦੀ ਲੋੜ ਸੀ।

ਸਰੋਤ: opennet.ru