ਫਾਈਲਾਂ ਦੁਆਰਾ ਸਟੈਗਨੋਗ੍ਰਾਫੀ: ਸੈਕਟਰਾਂ ਵਿੱਚ ਸਿੱਧੇ ਡੇਟਾ ਨੂੰ ਲੁਕਾਉਣਾ

ਇੱਕ ਛੋਟਾ ਪ੍ਰਸਤਾਵਨਾ

ਸਟੈਗਨੋਗ੍ਰਾਫੀ, ਜੇ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਹੈ, ਤਾਂ ਕੁਝ ਡੱਬਿਆਂ ਵਿੱਚ ਜਾਣਕਾਰੀ ਨੂੰ ਲੁਕਾ ਰਿਹਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਤਸਵੀਰਾਂ ਵਿੱਚ (ਚਰਚਾ ਕੀਤੀ ਗਈ ਇੱਥੇ и ਇੱਥੇ). ਤੁਸੀਂ ਫਾਈਲ ਸਿਸਟਮ ਦੇ ਸਰਵਿਸ ਟੇਬਲ ਵਿੱਚ ਵੀ ਡੇਟਾ ਨੂੰ ਲੁਕਾ ਸਕਦੇ ਹੋ (ਇਸ ਬਾਰੇ ਲਿਖਿਆ ਗਿਆ ਸੀ ਇੱਥੇ), ਅਤੇ ਵੀ TCP ਪ੍ਰੋਟੋਕੋਲ ਸੇਵਾ ਪੈਕਟਾਂ ਵਿੱਚ. ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹਨਾਂ ਸਾਰੇ ਤਰੀਕਿਆਂ ਵਿੱਚ ਇੱਕ ਕਮੀ ਹੈ: ਇੱਕ ਕੰਟੇਨਰ ਵਿੱਚ ਜਾਣਕਾਰੀ ਨੂੰ "ਸੰਮਿਲਿਤ" ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਚਲਾਕ ਐਲਗੋਰਿਦਮ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰੂਨੀ ਢਾਂਚੇ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹਨ. ਅਤੇ ਕੰਟੇਨਰ ਦੇ ਹੇਰਾਫੇਰੀ ਦੇ ਪ੍ਰਤੀਰੋਧ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ: ਉਦਾਹਰਨ ਲਈ, ਜੇ ਤੁਸੀਂ ਤਸਵੀਰ ਨੂੰ ਥੋੜ੍ਹਾ ਜਿਹਾ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਲੁਕਵੀਂ ਜਾਣਕਾਰੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ।

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

ਵਿਧੀ ਦੇ ਖੂਨੀ ਵੇਰਵੇ

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

ਇਸ ਵਿਧੀ ਦਾ ਫਾਇਦਾ ਸਪੱਸ਼ਟ ਹੈ: ਅਸੀਂ ਫਾਈਲ ਫਾਰਮੈਟ, ਜਾਂ ਵਰਤੇ ਗਏ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੇ ਹਾਂ।

ਨੁਕਸਾਨ ਵੀ ਹਨ, ਮੇਰੇ ਖਿਆਲ ਵਿੱਚ, ਸਪੱਸ਼ਟ ਹੈ:

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

ਆਓ ਹੁਣ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੱਲ ਵਧੀਏ.

ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਜੇਕਰ ਤੁਸੀਂ ਪੂਰੀ ਡਿਸਕ 'ਤੇ ਗੁਪਤ ਡੇਟਾ ਨੂੰ ਸਮੀਅਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਿਰਫ ਨੰਗੀ ਅੱਖ ਤੋਂ ਲੁਕਿਆ ਰਹੇਗਾ. ਜੇ ਤੁਸੀਂ ਆਪਣੀ ਨਿਗਾਹ ਨੂੰ ਇੱਕ ਡਿਸਕ ਸੰਪਾਦਕ ਨਾਲ ਲੈਸ ਕਰਦੇ ਹੋ, ਤਾਂ ਡੇਟਾ ਆਪਣੀ ਪੂਰੀ ਸ਼ਾਨ ਵਿੱਚ ਦਿਖਾਈ ਦੇਵੇਗਾ. ਇਸ ਲਈ, ਡੇਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨਾ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੋਵੇਗਾ ਤਾਂ ਜੋ ਇਹ ਦਿਖਾਈ ਨਾ ਦੇਵੇ। ਅਸੀਂ ਸਿਰਫ਼ ਏਨਕ੍ਰਿਪਟ ਕਰਾਂਗੇ, ਪਰ ਸੁਆਦ ਨਾਲ: aes256-cbc ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ। ਅਸੀਂ ਉਪਭੋਗਤਾ ਨੂੰ ਏਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀ ਲਈ ਪੁੱਛਾਂਗੇ ਅਤੇ ਉਸਨੂੰ ਇੱਕ ਵਧੀਆ ਪਾਸਵਰਡ ਦੇ ਨਾਲ ਆਉਣ ਦੇਵਾਂਗੇ।

ਅਗਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਅਸੀਂ "ਚੰਗੇ" ਡੇਟਾ ਨੂੰ ਮਾੜੇ ਡੇਟਾ ਤੋਂ ਕਿਵੇਂ ਵੱਖ ਕਰ ਸਕਦੇ ਹਾਂ। ਇੱਥੇ ਇੱਕ ਚੈੱਕਸਮ ਸਾਡੀ ਮਦਦ ਕਰੇਗਾ, ਪਰ ਇੱਕ ਸਧਾਰਨ ਨਹੀਂ, ਪਰ SHA1। ਹੋਰ ਕੀ? ਇਹ ਗਿੱਟ ਲਈ ਕਾਫ਼ੀ ਚੰਗਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਸਾਡੇ ਲਈ ਵੀ ਅਨੁਕੂਲ ਹੋਵੇਗਾ. ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ: ਅਸੀਂ ਹਰੇਕ ਸਟੋਰ ਕੀਤੀ ਜਾਣਕਾਰੀ ਨੂੰ ਇੱਕ ਚੈੱਕਸਮ ਦੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਜੇਕਰ ਡੀਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਾਅਦ ਇਹ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡੀਕ੍ਰਿਪਸ਼ਨ ਸਫਲ ਸੀ।

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

ਅਭਿਆਸ ਵਿੱਚ ਵਿਧੀ ਦੀ ਜਾਂਚ

ਜਾਂਚ ਕਰਨ ਲਈ, ਆਓ ਸਭ ਤੋਂ ਆਮ ਮਾਧਿਅਮ ਲਓ - ਇੱਕ ਫਲੈਸ਼ ਡਰਾਈਵ। ਮੈਨੂੰ 1 GB ਸਮਰੱਥਾ ਵਾਲਾ ਇੱਕ ਪੁਰਾਣਾ ਮਿਲਿਆ, ਜੋ ਪ੍ਰਯੋਗਾਂ ਲਈ ਕਾਫ਼ੀ ਢੁਕਵਾਂ ਹੈ। ਜੇ ਤੁਸੀਂ, ਮੇਰੇ ਵਾਂਗ, ਭੌਤਿਕ ਮੀਡੀਆ ਨਾਲ ਪਰੇਸ਼ਾਨ ਨਾ ਹੋਣ ਦੇ ਵਿਚਾਰ ਨਾਲ ਆਏ ਹੋ, ਪਰ ਇੱਕ ਫਾਈਲ - ਇੱਕ ਡਿਸਕ ਚਿੱਤਰ 'ਤੇ ਇਸ ਦੀ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਮੈਂ ਤੁਰੰਤ ਕਹਾਂਗਾ: ਇਹ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ. ਜਦੋਂ ਅਜਿਹੀ "ਡਿਸਕ" ਨੂੰ ਫਾਰਮੈਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲੀਨਕਸ ਦੁਬਾਰਾ ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਾਰੇ ਅਣਵਰਤੇ ਸੈਕਟਰਾਂ ਨੂੰ ਜ਼ੀਰੋ ਨਾਲ ਭਰ ਦਿੱਤਾ ਜਾਵੇਗਾ।

ਲੀਨਕਸ ਦੇ ਨਾਲ ਇੱਕ ਮਸ਼ੀਨ ਦੇ ਰੂਪ ਵਿੱਚ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਮੈਨੂੰ ਬਾਲਕੋਨੀ ਵਿੱਚ ਪਏ Raspberry Pi 3 'ਤੇ ਇੱਕ ਮੌਸਮ ਸਟੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਪਈ, ਉੱਥੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਮੈਮੋਰੀ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਨਹੀਂ ਲੁਕਾਵਾਂਗੇ। ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ 10 ਮੈਗਾਬਾਈਟ ਦੇ ਅਧਿਕਤਮ ਆਕਾਰ ਤੱਕ ਸੀਮਤ ਕਰਦੇ ਹਾਂ। ਬਹੁਤ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਲੁਕਾਉਣ ਦਾ ਵੀ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੈ: ਉਪਯੋਗਤਾ 4 KB ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਡਿਸਕ ਤੇ ਡਾਟਾ ਲਿਖਦੀ ਹੈ। ਇਸ ਲਈ, ਹੇਠਾਂ ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ 3 kb ਫਾਈਲ ਤੱਕ ਸੀਮਿਤ ਕਰਾਂਗੇ - ਇਹ ਇੱਕ ਅਜਿਹੇ ਕਲੱਸਟਰ ਵਿੱਚ ਫਿੱਟ ਹੈ.

ਅਸੀਂ ਪੜਾਵਾਂ ਵਿੱਚ ਫਲੈਸ਼ ਡਰਾਈਵ ਦਾ ਮਖੌਲ ਕਰਾਂਗੇ, ਹਰੇਕ ਪੜਾਅ ਤੋਂ ਬਾਅਦ ਇਹ ਜਾਂਚ ਕਰਾਂਗੇ ਕਿ ਕੀ ਲੁਕਵੀਂ ਜਾਣਕਾਰੀ ਪੜ੍ਹਨਯੋਗ ਹੈ:

1. 16 KB ਦੇ ਕਲੱਸਟਰ ਆਕਾਰ ਦੇ ਨਾਲ FAT16 ਫਾਰਮੈਟ ਵਿੱਚ ਤੇਜ਼ ਫਾਰਮੈਟਿੰਗ। ਇਹ ਉਹ ਹੈ ਜੋ ਵਿੰਡੋਜ਼ 7 ਇੱਕ ਫਲੈਸ਼ ਡਰਾਈਵ ਨਾਲ ਕਰਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਕੋਈ ਫਾਈਲ ਸਿਸਟਮ ਨਹੀਂ ਹੈ.
2. ਫਲੈਸ਼ ਡਰਾਈਵ ਨੂੰ ਹਰ ਕਿਸਮ ਦੇ ਕੂੜੇ ਨਾਲ 50% ਤੱਕ ਭਰਨਾ।
3. ਫਲੈਸ਼ ਡਰਾਈਵ ਨੂੰ ਹਰ ਕਿਸਮ ਦੇ ਕੂੜੇ ਨਾਲ 100% ਤੱਕ ਭਰਨਾ।
4. FAT16 ਫਾਰਮੈਟ ਵਿੱਚ "ਲੰਬੀ" ਫਾਰਮੈਟਿੰਗ (ਹਰ ਚੀਜ਼ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨਾ)।

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

Total clusters read: 250752, decrypted: 158
ERROR: cannot write incomplete secretFile

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, ਸਿਰਫ 158 ਕਲੱਸਟਰਾਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਸੀ (632 ਕਿਲੋਬਾਈਟ ਕੱਚਾ ਡੇਟਾ, ਜੋ 636424 ਬਾਈਟ ਪੇਲੋਡ ਦਿੰਦਾ ਹੈ)। ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇੱਥੇ 10 ਮੈਗਾਬਾਈਟ ਪ੍ਰਾਪਤ ਕਰਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਫਿਰ ਵੀ ਇਹਨਾਂ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਡੁਪਲੀਕੇਟ ਹਨ. ਤੁਸੀਂ ਇਸ ਤਰੀਕੇ ਨਾਲ 1 ਮੈਗਾਬਾਈਟ ਵੀ ਰਿਕਵਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ। ਪਰ ਅਸੀਂ ਗਾਰੰਟੀ ਦੇ ਸਕਦੇ ਹਾਂ ਕਿ ਅਸੀਂ ਇੱਕ ਫਲੈਸ਼ ਡਰਾਈਵ ਤੋਂ 3 ਕਿਲੋਬਾਈਟ ਗੁਪਤ ਡੇਟਾ ਨੂੰ ਰਿਕਵਰ ਕਰ ਲਵਾਂਗੇ ਭਾਵੇਂ ਇਹ ਫਾਰਮੈਟ ਕੀਤੇ ਜਾਣ ਅਤੇ ਸਮਰੱਥਾ ਅਨੁਸਾਰ ਲਿਖਿਆ ਜਾਵੇ। ਹਾਲਾਂਕਿ, ਪ੍ਰਯੋਗ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਅਜਿਹੀ ਫਲੈਸ਼ ਡਰਾਈਵ ਤੋਂ 120 ਕਿਲੋਬਾਈਟ ਲੰਬੀ ਫਾਈਲ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨਾ ਕਾਫ਼ੀ ਸੰਭਵ ਹੈ.

ਆਖਰੀ ਟੈਸਟ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਦਿਖਾਇਆ ਗਿਆ ਕਿ ਪੂਰੀ ਫਲੈਸ਼ ਡਰਾਈਵ ਨੂੰ ਓਵਰਰਾਈਟ ਕੀਤਾ ਗਿਆ ਸੀ:

$ sudo ./steganodisk -p password /dev/sda
Device size: 250752 clusters
250700 99%
Total clusters read: 250752, decrypted: 0
ERROR: cannot write incomplete secretFile


ਇੱਕ ਵੀ ਕਲੱਸਟਰ ਨਹੀਂ ਬਚਿਆ... ਉਦਾਸ, ਪਰ ਦੁਖਦਾਈ ਨਹੀਂ! ਫਾਰਮੈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਆਓ ਫਲੈਸ਼ ਡਰਾਈਵ ਤੇ ਇੱਕ ਭਾਗ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ, ਅਤੇ ਇਸ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਹੈ. ਵੈਸੇ, ਇਹ ਬਿਲਕੁਲ ਇਸ ਫਾਰਮੈਟਿੰਗ ਨਾਲ ਫੈਕਟਰੀ ਤੋਂ ਆਇਆ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਕੁਝ ਵੀ ਸ਼ੱਕੀ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ।
ਇਹ ਕਾਫ਼ੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਫਲੈਸ਼ ਡਰਾਈਵ 'ਤੇ ਉਪਲਬਧ ਸਪੇਸ ਥੋੜੀ ਘੱਟ ਗਈ ਹੈ.

ਇਹ ਵੀ ਕਾਫ਼ੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪੂਰੀ ਡਿਸਕ 'ਤੇ 10 ਮੈਗਾਬਾਈਟ ਨੂੰ ਲੁਕਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ। ਪਰ ਹੁਣ ਸਫਲਤਾਪੂਰਵਕ ਡੀਕ੍ਰਿਪਟ ਕੀਤੇ ਕਲੱਸਟਰਾਂ ਦੀ ਗਿਣਤੀ ਦੁੱਗਣੀ ਤੋਂ ਵੱਧ ਹੋ ਗਈ ਹੈ!

Total clusters read: 250752, decrypted: 405

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਟੁਕੜਿਆਂ ਤੋਂ ਇੱਕ ਮੈਗਾਬਾਈਟ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ ਅਸੰਭਵ ਹੈ, ਪਰ ਦੋ ਸੌ ਕਿਲੋਬਾਈਟ ਆਸਾਨ ਹਨ।

ਖੈਰ, ਆਖਰੀ, 4 ਵੀਂ ਜਾਂਚ ਬਾਰੇ ਖ਼ਬਰਾਂ, ਇਸ ਵਾਰ ਅਨੰਦਦਾਇਕ ਹੈ: ਅਜਿਹੀ ਫਲੈਸ਼ ਡਰਾਈਵ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਾਰਮੈਟ ਕਰਨ ਨਾਲ ਸਾਰੀ ਜਾਣਕਾਰੀ ਨੂੰ ਤਬਾਹ ਨਹੀਂ ਕੀਤਾ ਗਿਆ! 120 ਕਿਲੋਬਾਈਟ ਗੁਪਤ ਡੇਟਾ ਅਣਵਰਤੀ ਥਾਂ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਿੱਟ ਹੁੰਦਾ ਹੈ।

ਟੈਸਟ ਸੰਖੇਪ ਸਾਰਣੀ:

ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਸਿਧਾਂਤ: ਖਾਲੀ ਥਾਂ ਅਤੇ ਨਾ ਵਰਤੇ ਸੈਕਟਰਾਂ ਬਾਰੇ

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

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿਚ, ਡਿਸਕ 'ਤੇ ਅਜਿਹੇ ਸੈਕਟਰ ਹਨ ਜੋ ਡਿਸਕ ਨਾਲ ਆਮ ਕੰਮ ਦੌਰਾਨ ਐਕਸੈਸ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਇਹਨਾਂ ਸੈਕਟਰਾਂ ਨੂੰ ਡੇਟਾ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ! ਅਤੇ ਇਸਦਾ ਅਰਥ ਹੈ ਇਸਨੂੰ ਪੜ੍ਹਨਾ ਵੀ. ਇਸ ਤੱਥ ਲਈ ਐਡਜਸਟ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਇੱਕ ਭਾਗ ਸਾਰਣੀ ਅਤੇ ਬੂਟਲੋਡਰ ਕੋਡ ਵੀ ਹੈ, ਜੋ ਕਿ ਡਿਸਕ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਖਾਲੀ ਖੇਤਰ ਵਿੱਚ ਸਥਿਤ ਹਨ.

ਆਓ ਕੁਝ ਸਮੇਂ ਲਈ ਭਾਗਾਂ ਤੋਂ ਇੱਕ ਬ੍ਰੇਕ ਕਰੀਏ ਅਤੇ ਇੱਕ ਪੰਛੀ ਦੀ ਅੱਖ ਦੇ ਦ੍ਰਿਸ਼ ਤੋਂ ਡਿਸਕ ਨੂੰ ਵੇਖੀਏ, ਇਸ ਲਈ ਬੋਲਣ ਲਈ. ਇੱਥੇ ਸਾਡੇ ਕੋਲ ਡਿਸਕ ਉੱਤੇ ਇੱਕ ਖਾਲੀ ਭਾਗ ਹੈ। ਚਲੋ ਇਸ ਵਿੱਚ ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਬਣਾਉਂਦੇ ਹਾਂ। ਕੀ ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਡਿਸਕ ਦੇ ਕੁਝ ਸੈਕਟਰ ਅਣ-ਇਰੇਸਡ ਰਹਿੰਦੇ ਹਨ?

ਈ-ਅਤੇ-ਅਤੇ - ਢੋਲ ਰੋਲ! ਜਵਾਬ ਲਗਭਗ ਹਮੇਸ਼ਾ ਹਾਂ ਵਿੱਚ ਹੋਵੇਗਾ! ਅਸਲ ਵਿੱਚ, ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਬਣਾਉਣਾ ਡਿਸਕ ਵਿੱਚ ਸੇਵਾ ਜਾਣਕਾਰੀ ਦੇ ਕੁਝ ਬਲਾਕਾਂ ਨੂੰ ਲਿਖਣ ਲਈ ਹੇਠਾਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਨਹੀਂ ਤਾਂ ਭਾਗ ਦੀ ਸਮੱਗਰੀ ਨਹੀਂ ਬਦਲਦੀ ਹੈ।

ਅਤੇ ਇਹ ਵੀ - ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਭਵੀ ਤੌਰ 'ਤੇ - ਅਸੀਂ ਇਹ ਮੰਨ ਸਕਦੇ ਹਾਂ ਕਿ ਫਾਈਲ ਸਿਸਟਮ ਹਮੇਸ਼ਾ ਆਖਰੀ ਸੈਕਟਰ ਤੱਕ ਇਸ ਨੂੰ ਅਲਾਟ ਕੀਤੀ ਗਈ ਸਾਰੀ ਜਗ੍ਹਾ 'ਤੇ ਕਬਜ਼ਾ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, 16 ਕਿਲੋਬਾਈਟ ਦੇ ਕਲੱਸਟਰ ਸਾਈਜ਼ ਵਾਲਾ ਇੱਕ FAT64 ਫਾਈਲ ਸਿਸਟਮ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ 64 ਕਿਲੋਬਾਈਟ ਦੇ ਮਲਟੀਪਲ ਨਾ ਹੋਣ ਵਾਲੇ ਆਕਾਰ ਵਾਲੇ ਭਾਗ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਨਹੀਂ ਰੱਖ ਸਕਦਾ। ਅਜਿਹੇ ਭਾਗ ਦੇ ਅੰਤ ਵਿੱਚ ਕਈ ਸੈਕਟਰਾਂ ਦੀ ਇੱਕ "ਪੂਛ" ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਉਪਭੋਗਤਾ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਪਹੁੰਚਯੋਗ ਨਹੀਂ। ਹਾਲਾਂਕਿ, ਇਸ ਧਾਰਨਾ ਦੀ ਪ੍ਰਯੋਗਿਕ ਤੌਰ 'ਤੇ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕੀ।

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

ਪ੍ਰਯੋਗਾਂ ਲਈ ਉਪਯੋਗਤਾ

ਤੁਸੀਂ ਉਪਯੋਗਤਾ ਦੇ ਸਰੋਤ ਕੋਡ ਨੂੰ ਛੂਹ ਸਕਦੇ ਹੋ ਇੱਥੇ

ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ Qt ਸੰਸਕਰਣ 5.0 ਜਾਂ ਇਸ ਤੋਂ ਉੱਚੇ ਅਤੇ OpenSSL ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਜੇਕਰ ਕੁਝ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ steganodisk.pro ਫਾਈਲ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ।

ਤੁਸੀਂ ਕਲੱਸਟਰ ਦਾ ਆਕਾਰ 4 KB ਤੋਂ ਬਦਲ ਸਕਦੇ ਹੋ, ਕਹੋ, 512 ਬਾਈਟ (secretfile.h ਵਿੱਚ)। ਉਸੇ ਸਮੇਂ, ਸੇਵਾ ਦੀ ਜਾਣਕਾਰੀ ਦੀ ਲਾਗਤ ਵਧੇਗੀ: ਸਿਰਲੇਖ ਅਤੇ ਚੈਕਸਮ ਇੱਕ ਨਿਸ਼ਚਿਤ 68 ਬਾਈਟਾਂ 'ਤੇ ਕਬਜ਼ਾ ਕਰਦੇ ਹਨ.

ਤੁਹਾਨੂੰ ਉਪਯੋਗਤਾ ਨੂੰ ਚਲਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਬੇਸ਼ਕ, ਰੂਟ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰਾਂ ਦੇ ਨਾਲ, ਅਤੇ ਸਾਵਧਾਨੀ ਨਾਲ. ਨਿਰਧਾਰਤ ਫਾਈਲ ਜਾਂ ਡਿਵਾਈਸ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੋਈ ਸਵਾਲ ਨਹੀਂ ਪੁੱਛੇ ਜਾਣਗੇ!

ਆਨੰਦ ਮਾਣੋ।

ਸਰੋਤ: www.habr.com