ਵਰਡਪ੍ਰੈਸ ਫੋਲਡਰ ਰੂਪਰੇਖਾ ਸੁਰੱਖਿਆ: "wp-includes" ਫੋਲਡਰ ਦੀ ਪਹੁੰਚ ਬੰਦ ਕਰਨਾ

ਵਰਡਪ੍ਰੈਸ ਫੋਲਡਰ ਰੂਪਰੇਖਾ ਸੁਰੱਖਿਆ ਲਈ "wp-includes" ਫੋਲਡਰ ਦੀ ਸਿੱਧੀ ਪਹੁੰਚ ਬੰਦ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ, ਫੋਲਡਰ ਦੇ ਪੂਰੇ ਹਿੱਸੇ ਨੂੰ ਬੰਦ ਕਰਨ ਬਦਲ ਇਸ ਫੋਲਡਰ ਦੇ ਅੰਦਰ PHP ਫਾਈਲਾਂ ਦੇ ਬਾਹਰ ਤੋਂ ਚਲਾਉਣ ਅਤੇ ਡਾਈਰੇਕਟਰੀ ਦੀ ਸੂਚੀਬੱਧਤਾ ਨੂੰ ਬੰਦ ਕਰਨਾ ਹੈ। ਕਿਉਂਕਿ wp-includes, ਵਰਡਪ੍ਰੈਸ ਦੇ ਕੋਰ ਦੀ ਕਾਰਵਾਈ ਲਈ ਲੋੜੀਂਦੇ ਜਾਵਾਸਕ੍ਰਿਪਟ, CSS ਅਤੇ ਕੁਝ ਸਟੈਟਿਕ ਫਾਈਲਾਂ ਨੂੰ ਰੱਖਦਾ ਹੈ; ਫੋਲਡਰ ਦੇ ਸਾਰੇ ਹਿੱਸੇ ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਸਾਈਟ ਦੇ ਡਿਜ਼ਾਈਨ, ਐਡੀਟਰ ਜਾਂ ਪਲੱਗਇਨ ਕਾਰਜਾਂ ਵਿੱਚ ਬਗ਼ੀਰ ਹੋ ਸਕਦਾ ਹੈ। ਸਹੀ ਪਹੁੰਚ; ਜੇ ਤੁਸੀਂ ਐਪਾਚੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ .htaccess ਨਿਯਮਾਂ ਨਾਲ, ਜੇ ਤੁਸੀਂ Nginx ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਸਰਵਰ ਬਲੌਕ ਦੇ ਅੰਦਰ ਲੋਕੇਸ਼ਨ ਨਿਯਮ ਨਾਲ ਸਿੱਧੀ PHP ਪਹੁੰਚ ਨੂੰ ਰੋਕਣਾ, ਫਿਰ ਸਾਈਟ ਨੂੰ 403/404 ਜਵਾਬਾਂ ਅਤੇ ਮਹੱਤਵਪੂਰਕ ਪੰਨਾ ਟੈਸਟਾਂ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਹੈ।

ਵਰਡਪ੍ਰੈਸ ਦੀ ਸੁਰੱਖਿਆ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ, ਸਿਰਫ਼ ਮਜ਼ਬੂਤ ਪਾਸਵਰਡ ਜਾਂ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਤੇ ਟਿਕਣਾ ਹੈ। ਜਦਕਿ ਹਮਲਾਵਰ ਅਕਸਰ ਕੋਰ ਫਾਈਲਾਂ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀਆਂ, ਪੁਰਾਣੇ ਪਲੱਗਇਨ, ਗਲਤ ਫਾਈਲ ਅਨੁਮਤੀਆਂ ਅਤੇ ਖੁੱਲ੍ਹੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਦੀ ਖੋਜ ਕਰਦੇ ਹਨ। wp-includes ਫੋਲਡਰ ਵੀ ਇਸ ਖੋਜ ਦਾ ਨਿਸ਼ਾਨ ਹੈ। ਇਸ ਮਾਰਗਦਰਸ਼ਕ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਇਹ ਮਿਲੇਗਾ ਕਿ ਤੁਸੀਂ ਸੱਚੇ ਹੋਸਟਿੰਗ ਵਾਤਾਵਰਨ ਵਿੱਚ ਕਿਵੇਂ wp-includes ਦੀ ਪਹੁੰਚ ਨੂੰ ਸੀਮਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਕਿਹੜੇ ਨਿਯਮ ਸਾਈਟ ਨੂੰ ਖਰਾਬ ਕਰ ਸਕਦੇ ਹਨ, ਐਪਾਚੀ ਅਤੇ Nginx ਲਈ ਉਦਾਹਰਣ ਸੰਰਚਨਾਵਾਂ, ਟੈਸਟ ਕਰਨ ਦੇ ਤਰੀਕੇ ਅਤੇ ਰਖਰਖਾਅ ਜਾਂਚ ਸੂਚੀ। ਆਪਣੇ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ ਨੂੰ ਹੋਰ ਸੁਰੱਖਿਅਤ ਬੁਨਿਆਦ ਵਿੱਚ ਚਲਾਉਣ ਲਈ WordPress ਹੋਸਟਿੰਗ ਅਤੇ ਸਮਾਨ ਸੁਰੱਖਿਆ ਤਹਿ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਵਿਕਲਪਾਂ ਦਾ ਵੀ ਆਲੋਚਨਾ ਕਰ ਸਕਦੇ ਹੋ।

wp-includes ਫੋਲਡਰ ਕੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਉਂ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਇੱਕ ਆਮ ਦੌਰਾਖ਼ਤ ਸਾਈਟ.com/wp-includes/ ਜਿਵੇਂ ਪਤੇ ਨੂੰ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਹਾਲਾਂਕਿ ਪੰਨਾ ਸਰੋਤ ਕੋਡ ਵਿੱਚ wp-includes ਦੇ ਹੇਠਾਂ ਕੁਝ ਸਟੈਟਿਕ ਵਸਤਾਂ ਦੇਖੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, ਵਰਡਪ੍ਰੈਸ ਦੇ ਡਿਫਾਲਟ ਸਕ੍ਰਿਪਟ ਫਾਈਲਾਂ, ਐਮੋਜੀ ਸਕ੍ਰਿਪਟ ਜਾਂ ਐਡੀਟਰ ਕੰਪੋਨੈਂਟ ਇਸ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਲੋਡ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਸੁਰੱਖਿਆ ਉਪਾਇਆ ਲੈਂਦੇ ਸਮੇਂ ਨਿਸ਼ਾਨਾ ਸਹੀ ਢੰਗ ਨਾਲ ਨਿਰਧਾਰਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਸਟੈਟਿਕ ਫਾਈਲਾਂ ਦੇ ਚੱਲਣ ਨੂੰ ਰੋਕਣ ਦੇ ਬਿਨਾਂ PHP ਫਾਈਲਾਂ ਦੀ ਸਿੱਧੀ ਵੈਬ ਪਹੁੰਚ ਬੰਦ ਕਰਨਾ।

ਇਹ ਵੰਡ, ਪੇਸ਼ੇਵਰ ਵਰਡਪ੍ਰੈਸ ਫੋਲਡਰ ਰੂਪਰੇਖਾ ਸੁਰੱਖਿਆ ਦੇ ਤਰੀਕੇ ਦੀ ਬੁਨਿਆਦ ਹੈ। ਫੋਲਡਰਾਂ ਨੂੰ ਬੇਤਰਤੀਬੀ ਨਾਲ ਬੰਦ ਕਰਨਾ ਕਈ ਵਾਰੀ ਸੁਰੱਖਿਅਤ ਜਿਹਾ ਲੱਗ ਸਕਦਾ ਹੈ ਪਰ ਜਿਉਂਦਗੀ ਵਾਲੀ ਸਾਈਟ 'ਤੇ ਸਫੇਦ ਪੰਨਾ, ਖਰਾਬ ਪ੍ਰਬੰਧਨ ਪੈਨਲ, ਕੰਮ ਨਾ ਕਰਨ ਵਾਲਾ ਬਲਾਕ ਐਡੀਟਰ ਜਾਂ ਗਲਤ ਥੀਮ ਦਿਸ਼ਾ ਵਰਗੀਆਂ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਉਦੇਸ਼ ਇਹ ਹੈ ਕਿ ਵਰਡਪ੍ਰੈਸ ਨੂੰ ਲੋੜੀਂਦੇ ਫਾਈਲਾਂ ਦੀ ਸੁਰੱਖਿਆ ਕਰਕੇ ਹਮਲੇ ਦੀ ਸਤਹ ਨੂੰ ਘੱਟ ਕਰਨਾ ਹੈ।

wp-includes ਦੀ ਪਹੁਂਚ ਬੰਦ ਕਰਨ ਨਾਲ ਕੀ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ?

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

ਇਹ ਉਪਾਇਆ ਹੇਠ ਲਿਖੇ ਲਾਭ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

• ਕੋਰ PHP ਫਾਈਲਾਂ ਦੀ ਸਿੱਧੀ URL ਨਾਲ ਕਾਲ ਕਰਨ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ।
• ਜੇਕਰ ਡਾਇਰੈਕਟਰੀ ਸੂਚੀਬੱਧਤਾ ਖੁੱਲੀ ਹੋਵੇ ਤਾਂ ਫੋਲਡਰ ਸਮੱਗਰੀ ਦੇ ਦਿਖਾਈ ਦੇਣ ਤੋਂ ਰੋਕਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
• ਆਟੋਮੈਟਿਕ ਬੋਟ ਸਕੈਨਿੰਗ ਦੇ ਖਿਲਾਫ ਬੇਕਾਰ ਜਾਣਕਾਰੀ ਦੀ ਲੀਕ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
• ਜੇਕਰ ਕੋਈ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਨਾ ਹੋਵੇ ਤਾਂ ਵੀ ਵੈਬ ਸਰਵਰ ਪੱਧਰ 'ਤੇ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
• WAF, SSL, ਆਧੁਨਿਕ PHP ਅਤੇ ਫਾਈਲ ਅਨੁਮਤੀਆਂ ਦੇ ਨਾਲ ਮਿਲਕੇ ਪੜਤਾਲੀ ਸੁਰੱਖਿਆ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦਾ ਹੈ।

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

wp-includes ਬੰਦ ਕਰਦੇ ਸਮੇਂ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ

ਫੋਲਡਰ ਦਾ ਸਾਰਾ ਹਿੱਸਾ ਰੋਕਣਾ

ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ, wp-includes ਫੋਲਡਰ ਵਿੱਚ ਆਉਣ ਵਾਲੀਆਂ ਸਾਰੀਆਂ HTTP ਬੇਨਤੀਆਂ ਨੂੰ 403 ਨਾਲ ਰੋਕਣਾ ਹੈ। ਇਹ ਤਰੀਕਾ ਪਹਿਲੀ ਵਾਰ ਵੇਖਣ 'ਤੇ ਸਮਝਦਾਰ ਲੱਗਦਾ ਹੈ; ਪਰ ਵਰਡਪ੍ਰੈਸ ਕੁਝ ਸਟੈਟਿਕ ਵਸਤਾਂ ਨੂੰ ਇਸ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਲੋਡ ਕਰਦਾ ਹੈ ਇਸ ਲਈ ਅਣਪੇक्षित ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ ਬਲਾਕ ਐਡੀਟਰ ਨਹੀਂ ਖੁੱਲ ਸਕਦਾ, ਕੁਝ ਜਾਵਾਸਕ੍ਰਿਪਟ ਫਾਈਲਾਂ ਲੋਡ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ ਜਾਂ ਮੋਹਰ ਸਮੇਂ ਕੁਝ ਛੋਟੀ ਪਰ ਮਹੱਤਵਪੂਰਕ ਡਿਜ਼ਾਈਨ ਖਰਾਬੀਆਂ ਦੇਖੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।

ਕਿਸੇ ਨਿਯਮ ਨੂੰ ਟੈਸਟ ਕੀਤੇ ਬਿਨਾਂ ਲਾਈਵ ਕਰਨਾ

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

ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਭਰੋਸਾ ਕਰਨਾ

ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਲਾਭਦਾਇਕ ਹਨ; ਪਰ ਵੈਬ ਸਰਵਰ ਪੱਧਰ 'ਤੇ ਨਿਯਮ ਪਹਿਲਾਂ ਹੀ ਸਰਗਰਮ ਹੋ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਇੱਕ ਬੇਨਤੀ PHP ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ ਤਾਂ ਇਸਨੂੰ ਐਪਾਚੀ ਜਾਂ Nginx ਦੁਆਰਾ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਸਰੋਤ ਦੀ ਖਪਤ ਵੀ ਘੱਟ ਹੁੰਦੀ ਹੈ। ਇਸ ਲਈ ਜੇਕਰ ਪਲੱਗਇਨ ਵਰਤਿਆ ਜਾਵੇ ਤਾਂ ਵੀ ਬੁਨਿਆਦੀ ਸਰਵਰ ਨਿਯਮਾਂ ਦੀ ਨਜ਼ਰਅੰਦਾਜ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਅਰਜ਼ੀ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਚੈੱਕਲਿਸਟ

wp-includes ਦੀ ਪਹੁੰਚ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਛੋਟੀ ਤਿਆਰੀ ਕਰਨਾ, ਬੰਦ ਹੋਣ ਦੇ ਖਤਰੇ ਨੂੰ ਗੰਭੀਰ ਤੌਰ 'ਤੇ ਘਟਾਉਂਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਚੈੱਕਲਿਸਟ ਖਾਸ ਤੌਰ 'ਤੇ ਜੀਵੰਤ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟਾਂ 'ਤੇ ਸੁਝਾਈ ਜਾਂਦੀ ਹੈ:

• ਮੌਜੂਦਾ .htaccess ਜਾਂ Nginx ਸੰਰਚਨਾ ਦਾ ਬੈਕਅਪ ਲਓ।
• ਵਰਡਪ੍ਰੈਸ ਕੋਰ, ਥੀਮਾਂ ਅਤੇ ਪਲੱਗਇਨ ਨੂੰ ਅਪਡੇਟ ਕਰੋ।
• ਤੁਸੀਂ ਜਿਹੜਾ PHP ਵਰਜਨ ਵਰਤ ਰਹੇ ਹੋ ਉਹ ਸਹਾਇਕ ਅਤੇ ਸੁਰੱਖਿਅਤ ਵਰਜਨ ਹੈ ਇਹ ਯਕੀਨੀ ਬਣਾਓ।
• ਫਾਈਲ ਅਨੁਮਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ: ਫੋਲਡਰ ਆਮ ਤੌਰ 'ਤੇ 755, ਫਾਈਲਾਂ 644 ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
• wp-config.php ਅਤੇ .htaccess ਵਰਗੀਆਂ ਮਹੱਤਵਪੂਰਕ ਫਾਈਲਾਂ ਦੀ ਲਿਖਣ ਦੀ ਅਨੁਮਤੀ ਬੇਹਤਰੀਨ ਤਰੀਕੇ ਨਾਲ ਖੁੱਲੀ ਨਾ ਛੱਡੋ।
• ਜੇਕਰ ਤੁਸੀਂ ਕੈਸ਼, CDN ਜਾਂ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਕੈਸ਼ ਸਾਫ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।
• ਐਡਮਿਨ ਪੈਨਲ, ਮੁੱਖ ਪੰਨਾ, ਲਿਖਾਈ ਪੰਨਾ, ਸੰਪਰਕ ਫਾਰਮ ਅਤੇ ਭੁਗਤਾਨ ਪੰਨਾ ਵਰਗੀਆਂ ਮਹੱਤਵਪੂਰਕ ਖੇਤਰਾਂ ਨੂੰ ਟੈਸਟ ਕਰਨ ਲਈ ਇੱਕ ਸੂਚੀ ਬਣਾਓ।

ਇਹ ਤਿਆਰੀਆਂ ਲਗਭਗ 10-15 ਮਿੰਟ ਲੈਂਦੀਆਂ ਹਨ; ਪਰ ਗਲਤ ਨਿਯਮ ਦੇ ਕਾਰਨ ਹੋ ਸਕਦੇ ਘੰਟਿਆਂ ਦੀ ਕਟੌਤੀ ਤੋਂ ਬਚਾਉਂਦੀਆਂ ਹਨ। ਕਾਰਪੋਰੇਟ ਸਾਈਟਾਂ 'ਤੇ ਬਦਲਾਅ ਨੂੰ ਘੱਟ ਟ੍ਰੈਫਿਕ ਸਮੇਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਐਪਾਚੀ ਸਰਵਰ 'ਤੇ .htaccess ਨਾਲ wp-includes PHP ਪਹੁੰਚ ਬੰਦ ਕਰਨਾ

ਐਪਾਚੀ ਵਰਤ ਰਹੇ ਸਾਂਝੇ ਹੋਸਟਿੰਗ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਤਰੀਕਾ .htaccess ਫਾਈਲ ਹੈ। ਵਰਡਪ੍ਰੈਸ ਦੇ ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਮੌਜੂਦ .htaccess ਫਾਈਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਹੀ ਨਿਯਮ wp-includes ਦੇ ਅੰਦਰ ਖਾਸ PHP ਕਾਲਾਂ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹਨ। ਕਾਰਵਾਈ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫਾਈਲ ਦੀ ਇੱਕ ਨਕਲ ਆਪਣੇ ਕੰਪਿਊਟਰ 'ਤੇ ਡਾਊਨਲੋਡ ਕਰੋ ਜਾਂ ਹੋਸਟਿੰਗ ਪੈਨਲ ਵਿੱਚ ਫਾਈਲ ਪ੍ਰਬੰਧਕ ਰੂਪ ਵਿੱਚ ਬੈਕਅਪ ਬਣਾਓ।

ਸਿਫਾਰਸ਼ੀ .htaccess ਨਿਯਮ

ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਤਰੀਕਾ, wp-includes ਦੇ ਹੇਠਾਂ ਸਿੱਧੀ PHP ਪਹੁੰਚ ਨੂੰ ਰੋਕਣ 'ਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਸਟੈਟਿਕ ਫਾਈਲਾਂ ਦੇ ਚਲਣ ਦੀ ਸੁਰੱਖਿਆ ਕਰਦਾ ਹੈ:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^wp-includes/.*[.]php$ - [F,L]
</IfModule>

ਇਸ ਨਿਯਮ ਦੀ ਲੋਜਿਕ ਸਿੱਧੀ ਹੈ: ਜੇ URL wp-includes ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ .php ਨਾਲ ਖਤਮ ਹੁੰਦਾ ਹੈ ਤਾਂ ਬੇਨਤੀ ਮਨਾਹੀ ਹੁੰਦੀ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ wp-includes ਦੇ ਅੰਦਰ PHP ਫਾਈਲਾਂ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਕਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। ਇਸ ਦੇ ਬਦਲੇ .js, .css, .png, .svg ਵਰਗੀਆਂ ਸਟੈਟਿਕ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ। ਵਰਡਪ੍ਰੈਸ ਦੇ ਮੋਹਰ ਦੇ ਰੂਪ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਲਈ ਇਹ ਇੱਕ ਸੁਰੱਖਿਅਤ ਸੰਤੁਲਨ ਹੈ।

ਡਾਇਰੈਕਟਰੀ ਸੂਚੀਬੱਧਤਾ ਬੰਦ ਕਰਨਾ

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

Options -Indexes

ਇਹ ਲਾਈਨ, ਇੰਡੈਕਸ ਫਾਈਲ ਨਾ ਹੋਣ ਵਾਲੇ ਫੋਲਡਰਾਂ ਵਿੱਚ ਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਦੇਖਣ ਤੋਂ ਰੋਕਦੀ ਹੈ। ਆਧੁਨਿਕ ਹੋਸਟਿੰਗ ਵਿੱਚ ਬਹੁਤ ਵਾਰੀ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਬੰਦ ਹੁੰਦੀ ਹੈ; ਪਰ ਚੈਕ ਕਰਨਾ ਇੱਕ ਚੰਗੀ ਸੁਰੱਖਿਆ ਪ੍ਰੈਕਟੀਸ ਹੈ।

ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਟੈਸਟ

ਨਿਯਮ ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੇਠਾਂ ਦਿੱਤੇ ਟੈਸਟ ਕਰੋ:

• siteaddress.com/wp-includes/ ਪਤਾ ਖੋਲ੍ਹੋ; ਡਾਇਰੈਕਟਰੀ ਸੂਚੀ ਨਹੀਂ ਦਿਖਾਈ ਦੇਣੀ ਚਾਹੀਦੀ।
• wp-includes ਦੇ ਹੇਠਾਂ ਮਾਲੂਮ PHP ਫਾਈਲ ਨੂੰ ਸਿੱਧੀ ਤਰ੍ਹਾਂ ਕਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ; ਤੁਹਾਨੂੰ 403 ਜਾਂ 404 ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਮੁੱਖ ਪੰਨਾ, ਬਲੌਗ ਪੋਸਟ, ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਾਸਕ ਟੂਲਾਂ ਵਿੱਚ ਕਨਸੋਲ ਅਤੇ ਨੈੱਟਵਰਕ ਟੈਬਾਂ ਵਿੱਚ 404/403 ਸਰੋਤ ਗਲਤੀ ਹੈ ਜਾਂ ਨਹੀਂ ਦੇਖੋ।
• ਜੇਕਰ ਤੁਸੀਂ ਕੈਸ਼ ਪਲੱਗਇਨ ਜਾਂ CDN ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਕੈਸ਼ ਸਾਫ ਕਰੋ।

ਜੇਕਰ ਸਾਰੇ ਟੈਸਟ ਸਫਲ ਹਨ ਤਾਂ ਨਿਯਮ ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਵਿੱਚ ਬਿਨਾ ਕਿਸੇ ਡਰ ਦੇ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ। 500 ਗਲਤੀ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ ਸਭ ਤੋਂ ਤੇਜ਼ ਹੱਲ, ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਲਾਈਨਾਂ ਨੂੰ ਹਟਾਉਣਾ ਅਤੇ ਬੈਕਅਪ .htaccess ਫਾਈਲ ਨੂੰ ਵਾਪਸ ਲਿਆਉਣਾ ਹੈ।

Nginx ਸਰਵਰ 'ਤੇ wp-includes PHP ਪਹੁੰਚ ਬੰਦ ਕਰਨਾ

Nginx ਵਰਤ ਰਹੇ VPS, ਡੇਡਿਕੇਟਿਡ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਸਰਵਰ ਵਾਤਾਵਰਨ ਵਿੱਚ .htaccess ਕੰਮ ਨਹੀਂ ਕਰਦਾ। ਨਿਯਮ ਨੂੰ Nginx ਸਾਈਟ ਸੰਰਚਨਾ ਫਾਈਲ ਵਿੱਚ, ਆਮ ਤੌਰ 'ਤੇ ਸਰਵਰ ਬਲੌਕ ਦੇ ਅੰਦਰ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਕਾਰਵਾਈ ਲਈ SSH ਪਹੁੰਚ ਅਤੇ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਅਧਿਕਾਰਤਾ ਦੀ ਲੋੜ ਹੈ। ਜੇ ਤੁਸੀਂ ਯਕੀਨੀ ਨਹੀਂ ਹੋ ਤਾਂ ਹੋਸਟਿੰਗ ਸਹਾਇਤਾ ਟੀਮ ਤੋਂ ਮਦਦ ਲੈਣਾ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੈ।

ਸਿਫਾਰਸ਼ੀ Nginx ਲੋਕੇਸ਼ਨ ਨਿਯਮ

ਮੂਲ ਨਿਯਮ ਹੇਠਾਂ ਦਿੱਤੇ ਤਰੀਕੇ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

location ~* ^/wp-includes/.*[.]php$ {
deny all;
}

ਇਹ ਨਿਯਮ, wp-includes ਦੇ ਹੇਠਾਂ PHP ਫਾਈਲਾਂ ਲਈ ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਰੋਕਦਾ ਹੈ। ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰਨਾ ਮਹੱਤਵਪੂਰਕ ਹੈ:

nginx -t

ਜੇਕਰ ਟੈਸਟ ਸਫਲ ਹੈ ਤਾਂ Nginx ਦੁਬਾਰਾ ਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

systemctl reload nginx

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

Nginx ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਵਾਲੀਆਂ ਗੱਲਾਂ

• ਨਿਯਮ ਨੂੰ ਸਹੀ ਸਰਵਰ ਬਲੌਕ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦਾ ਯਕੀਨ ਕਰ ਲਓ; ਇੱਕ ਹੀ ਸਰਵਰ 'ਤੇ ਕਈ ਸਾਈਟਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
• ਜੇਕਰ CDN ਜਾਂ ਰਿਵਰਸ ਪ੍ਰਾਕਸੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਸੱਚੇ ਟੈਸਟ CDN ਕੈਸ਼ ਸਾਫ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਰੋ।
• PHP-FPM ਸੰਰਚਨਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਫਾਈਲਾਂ ਹੀ ਪ੍ਰਕਿਰਿਆ ਕਰ ਰਹੀਆਂ ਹਨ।
• ਲਾਗ ਫਾਈਲਾਂ ਦੀ ਜਾਂਚ ਕਰੋ: access.log ਅਤੇ error.log ਗਲਤ ਨਿਯਮ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਦਿਖਾਉਂਦੇ ਹਨ।

Nginx ਵਾਤਾਵਰਨ ਵਿੱਚ ਗਲਤ ਲੋਕੇਸ਼ਨ ਦੀ ਕ੍ਰਮਬੱਧਤਾ ਅਣਪੇक्षित ਨਤੀਜੇ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ ਨਿਯਮ ਨੂੰ ਵਰਡਪ੍ਰੈਸ permalink ਅਤੇ PHP ਪ੍ਰਕਿਰਿਆ ਬਲੌਕਾਂ ਨਾਲ ਟਕਰਾਉਣ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ।

ਤਰੀਕਿਆਂ ਦੀ ਤੁਲਨਾ

ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਟੇਬਲ, wp-includes ਦੀ ਪਹੁੰਚ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਮੁੱਖ ਤਰੀਕਿਆਂ ਦਾ ਸਾਰਾਂਸ਼ ਦਿੰਦਾ ਹੈ:

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

ਫਾਈਲ ਅਨੁਮਤੀਆਂ ਅਤੇ ਮਾਲਕੀਅਤ ਸੈਟਿੰਗਾਂ

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

ਖਾਸ ਤੌਰ 'ਤੇ 777 ਅਨੁਮਤੀ ਇੱਕ ਗੰਭੀਰ ਸੁਰੱਖਿਆ ਖਤਰਾ ਹੈ। ਕਿਸੇ ਫੋਲਡਰ ਵਿੱਚ ਹਰ ਕੋਈ ਲਿਖਣ ਦੀ ਯੋਗਤਾ ਹੋਣ ਨਾਲ ਖ਼ਤਰਨਾਕ ਫਾਈਲਾਂ ਦੀ ਅਪਲੋਡਿੰਗ ਦੀ ਸੰਭਾਵਨਾ ਵਧ ਜਾਂਦੀ ਹੈ। wp-content/uploads ਵਰਗੀਆਂ ਲਿਖਣ ਯੋਗ ਹੋਣ ਵਾਲੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਵੀ PHP ਚਲਾਉਣ ਨੂੰ ਰੋਕਣਾ ਚਾਹੀਦਾ ਹੈ। wp-includes ਨੂੰ ਆਮ ਹਾਲਤਾਂ ਵਿੱਚ ਵਰਡਪ੍ਰੈਸ ਅਪਡੇਟ ਤੋਂ ਬਿਨਾਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲਿਖਣਯੋਗ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।

ਇਕ ਸੁਰੱਖਿਆ ਆਡੀਟ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ:

• wp-includes ਫੋਲਡਰ: ਆਮ ਤੌਰ 'ਤੇ 755
• wp-includes ਦੇ ਅੰਦਰ PHP ਫਾਈਲਾਂ: ਆਮ ਤੌਰ 'ਤੇ 644
• wp-config.php: ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ 600 ਜਾਂ ਹੋਸਟਿੰਗ ਢਾਂਚੇ ਦੇ ਅਨੁਸਾਰ ਹੋਰ ਸੀਮਿਤ ਅਨੁਮਤੀਆਂ
• .htaccess: ਆਮ ਤੌਰ 'ਤੇ 644, ਸੰਪਾਦਨ ਤੋਂ ਬਾਅਦ ਬੇਹਤਰੀਨ ਲਿਖਣ ਦੀ ਅਨੁਮਤੀ ਦੇ ਬਿਨਾਂ

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

ਕੀ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਇਹ ਪ੍ਰਕਿਰਿਆ ਕਰ ਸਕਦੇ ਹਨ?

Wordfence, iThemes Security ਵਰਗੇ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਕੁਝ ਹਾਰਡਨਿੰਗ ਨਿਯਮਾਂ ਦੀ ਆਟੋਮੈਟਿਕ ਸਿਫਾਰਸ਼ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਪਲੱਗਇਨ ਬ੍ਰੂਟ ਫੋਰਸ ਸੁਰੱਖਿਆ, ਫਾਈਲ ਬਦਲਾਵ ਦੀ ਨਿਗਰਾਨੀ, ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਅਤੇ ਲਾਗਿਨ ਸੁਰੱਖਿਆ ਵਰਗੀਆਂ ਖੇਤਰਾਂ ਵਿੱਚ ਲਾਭਦਾਇਕ ਹਨ। ਪਰ wp-includes ਦੀ ਪਹੁੰਚ ਬੰਦ ਕਰਨ ਦੇ ਸਬੰਧ ਵਿੱਚ ਪਲੱਗਇਨ ਕੀ ਕਰਦਾ ਹੈ ਇਸਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਂਚਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਕੁਝ ਪਲੱਗਇਨ .htaccess ਫਾਈਲ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਨਿਯਮ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ। ਕੁਝ ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਸੁਰੱਖਿਆ, ਬੇਨਤੀ ਵਰਡਪ੍ਰੈਸ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਬਾਅਦ ਕੰਮ ਕਰਦੀ ਹੈ ਇਸ ਲਈ ਸਰਵਰ ਪੱਧਰ 'ਤੇ ਰੋਕਣ ਦੇ ਮੁਕਾਬਲੇ ਇਹ ਜਿੰਨੀ ਤੇਜ਼ ਨਹੀਂ ਹੁੰਦੀ। ਇਸ ਲਈ ਪੇਸ਼ੇਵਰ ਪন্থ, ਪਲੱਗਇਨ ਅਤੇ ਸਰਵਰ ਸੰਰਚਨਾ ਨੂੰ ਇਕੱਠੇ ਵਿਚਾਰ ਕਰਨਾ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕਰੋ:

• ਪਲੱਗਇਨ ਨੇ .htaccess ਜਾਂ Nginx ਨਿਯਮ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਜਾਂਚੋ।
• ਇੱਕੋ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਦੋ ਵੱਖਰੀਆਂ ਨਿਯਮਾਂ ਵਿੱਚ ਟਕਰਾਅ ਨਹੀਂ ਹੋਣ ਦਾ ਯਕੀਨ ਕਰੋ।
• ਪਲੱਗਇਨ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਸੁਰੱਖਿਆ ਸੈਟਿੰਗਾਂ ਨਹੀਂ ਬਦਲੀਆਂ ਇਹ ਯਕੀਨੀ ਬਣਾਓ।
• ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਮਾਪਣ ਲਈ ਕੈਸ਼ ਅਤੇ ਸਰਵਰ ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ।

ਇਕ ਸਮੇਂ 'ਤੇ ਇਕ ਤੋਂ ਵਧ ਦੁਰੁਸਤ ਸੁਰੱਖਿਆ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਕਸਰ ਚੰਗਾ ਵਿਚਾਰ ਨਹੀਂ ਹੁੰਦਾ। ਟਕਰਾਅ ਕਰਨ ਵਾਲੇ ਫਾਇਰਵਾਲ, ਲਾਗਿਨ ਅਤੇ ਰੀਰਾਈਟ ਨਿਯਮ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਨ ਜਾਂ ਗਲਤ ਰੋਕਥਾਮ ਕਰ ਸਕਦੇ ਹਨ।

wp-includes ਸੁਰੱਖਿਆ ਨੂੰ ਟੈਸਟ ਕਰਨਾ: ਪ੍ਰੈਕਟਿਕਲ ਸੱਚਾਈ

ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸਫਲਤਾ ਨੂੰ ਸਮਝਣ ਲਈ ਸਿਰਫ਼ ਸਾਈਟ ਦੇ ਖੁਲ੍ਹਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ 7 ਕਦਮਾਂ ਦਾ ਪ੍ਰਾਇਕਟਿਕਲ ਟੈਸਟ, ਛੋਟੇ ਕਾਰੋਬਾਰੀ ਸਾਈਟਾਂ ਤੋਂ ਲੈ ਕੇ ਈ-ਕਾਮਰਸ ਪ੍ਰਾਜੈਕਟਾਂ ਤੱਕ ਬਹੁਤ ਸਾਰੀਆਂ ਵਰਡਪ੍ਰੈਸ ਇੰਸਟਾਲੇਸ਼ਨਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

• 1. ਮੁੱਖ ਪੰਨਾ ਗੁਪਤ ਟੈਬ ਵਿੱਚ ਖੋਲ੍ਹੋ ਅਤੇ ਕੋਈ ਵੀ ਵਿਜ਼ੂਅਲ ਖਰਾਬੀ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਜਾਂਚੋ।
• 2. ਇੱਕ ਬਲੌਗ ਪੋਸਟ, ਸ਼੍ਰੇਣੀ ਪੰਨਾ ਅਤੇ ਖੋਜ ਨਤੀਜੇ ਪੰਨਾ ਵੇਖੋ।
• 3. wp-admin ਪੈਨਲ ਵਿੱਚ ਲੌਗਿਨ ਕਰੋ; ਬਲਾਕ ਐਡੀਟਰ ਅਤੇ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਖੋਲ੍ਹੋ।
• 4. ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਾਸਕ ਟੂਲਾਂ ਵਿੱਚ ਕਨਸੋਲ ਟੈਬ ਦੀ ਜਾਂਚ ਕਰੋ।
• 5. ਨੈੱਟਵਰਕ ਟੈਬ ਵਿੱਚ wp-includes ਦੇ ਹੇਠਾਂ ਸਟੈਟਿਕ ਫਾਈਲਾਂ ਦੀ ਬੇਕਾਰ ਰੋਕਥਾਮ ਨਹੀਂ ਹੋ ਰਹੀ ਇਹ ਯਕੀਨੀ ਬਣਾਓ।
• 6. wp-includes ਦੇ ਹੇਠਾਂ ਸਿੱਧੀ PHP ਫਾਈਲ ਕਾਲ ਕਰੋ; 403 ਜਾਂ 404 ਜਵਾਬ ਦੀ ਉਮੀਦ ਕਰੋ।
• 7. ਸਰਵਰ ਗਲਤੀ ਲਾਗਾਂ ਵਿੱਚ ਨਵੀਆਂ ਅਤੇ ਦੁਹਰਾਈਆਂ ਗਲਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ।

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

ਵਰਡਪ੍ਰੈਸ ਫੋਲਡਰ ਰੂਪਰੇਖਾ ਸੁਰੱਖਿਆ ਦੇ ਹੋਰ ਉਪਾਇਆ

wp-includes ਦੀ ਸੁਰੱਖਿਆ ਇੱਕ ਚੰਗੀ ਸ਼ੁਰੂਆਤ ਹੈ; ਪਰ ਵਰਡਪ੍ਰੈਸ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਸਰਵੰਗੀਣ ਤੌਰ 'ਤੇ ਸੋਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਹੋਰ ਉਪਾਇਆ ਹਮਲੇ ਦੀ ਸਤਹ ਨੂੰ ਹੋਰ ਵੀ ਘਟਾਉਂਦੇ ਹਨ:

• ਵਰਡਪ੍ਰੈਸ ਦੇ ਵਰਜਨ ਨੂੰ ਛੁਪਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੇ ਬਜਾਏ ਕੋਰ ਨੂੰ ਅਪਡੇਟ ਰੱਖੋ।
• ਬੇਫਾਇਦਾ ਥੀਮਾਂ ਅਤੇ ਪਲੱਗਇਨਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾਓ।
• ਐਡਮਿਨ ਯੂਜ਼ਰਨਾਮ ਨੂੰ ਅਨੁਮਾਨਿਤ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਬਣਾਓ।
• ਦੋ ਫੈਕਟਰ ਦੀ ਪੁਸ਼ਟੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਜੇਕਰ ਤੁਸੀਂ XML-RPC ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਇਸਦੀ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ।
• wp-login.php ਲਈ ਦਰਜਾ ਸੀਮਾ ਜਾਂ ਵਾਧੂ ਪੁਸ਼ਟੀ ਲਾਗੂ ਕਰੋ।
• ਰੋਜ਼ਾਨਾ ਆਟੋਮੈਟਿਕ ਬੈਕਅਪ ਅਤੇ ਵਾਪਸੀ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਸਾਰੀ ਸਾਈਟ 'ਤੇ HTTPS ਦੀ ਵਰਤੋਂ ਕਰੋ; SSL ਦੇ ਬਿਨਾਂ ਲੌਗਇਨ ਜਾਣਕਾਰੀ ਜੋਖਮ ਵਿੱਚ ਹੁੰਦੀ ਹੈ।

SSL, wp-includes ਦੀ ਪਹੁੰਚ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬੰਦ ਨਹੀਂ ਕਰਦਾ; ਪਰ ਯੂਜ਼ਰ ਸੈਸ਼ਨ, ਫਾਰਮ ਡਾਟਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਟ੍ਰੈਫਿਕ ਲਈ ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਵਰਡਪ੍ਰੈਸ ਸੁਰੱਖਿਆ ਮਾਰਗਦਰਸ਼ਕਾਂ ਵਿੱਚ SSL ਹਮੇਸ਼ਾਂ ਪਹਿਲੇ ਪੜਤਾਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੁੰਦਾ ਹੈ। ਇਸ ਪੜਾਅ 'ਤੇ SSL ਸਰਟੀਫਿਕੇਟ ਖਰੀਦੋ ਅਤੇ ਮੁਫ਼ਤ SSL ਸੰਸਥਾਪਨ ਜੋੜੀਆਂ ਬਹੁਤ ਹੀ ਕੁਦਰਤੀ ਤਰੀਕੇ ਨਾਲ ਸਮੱਗਰੀ ਵਿੱਚ ਸਮੇਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।

ਤੁਸੀਂ ਕਦੋਂ ਪੇਸ਼ੇਵਰ ਸਹਾਇਤਾ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ?

ਸਧਾਰਨ ਐਪਾਚੀ ਹੋਸਟਿੰਗ 'ਤੇ .htaccess ਨਿਯਮ ਸ਼ਾਮਲ ਕਰਨਾ ਬਹੁਤ ਤੋਂ ਬਹੁਤ ਉਪਭੋਗੀਆਂ ਲਈ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਯੋਗ ਕਾਰਵਾਈ ਹੈ। ਪਰ ਜੇਕਰ ਵਿਸ਼ੇਸ਼ Nginx ਸੰਰਚਨਾ, ਬਹੁ-ਸਾਈਟ ਨੈੱਟਵਰਕ, WooCommerce ਦੁਕਾਨ, ਉੱਚ ਟ੍ਰੈਫਿਕ ਵਾਲੀ ਖ਼ਬਰਾਂ ਦੀ ਸਾਈਟ ਜਾਂ ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ ਦੀ ਗੱਲ ਹੋਵੇ ਤਾਂ ਪੇਸ਼ੇਵਰ ਸਹਾਇਤਾ ਲੈਣਾ ਵਧੀਆ ਹੋ ਸਕਦਾ ਹੈ। ਕਿਉਂਕਿ ਸੁਰੱਖਿਆ ਨਿਯਮ ਸਿਰਫ਼ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਸਹੀ ਨਹੀਂ ਹੈ, ਬਲਕਿ ਕਾਰੋਬਾਰ ਦੀ ਸੰਰਚਨਾ ਲਈ ਵੀ ਸੁਰੱਖਿਤ ਲਾਗੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸਥਿਤੀਆਂ 'ਚ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:

• ਜੇਕਰ ਤੁਸੀਂ ਸਰਵਰ 'ਤੇ ਕਈ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟਾਂ ਨੂੰ ਹੋਸਟ ਕਰ ਰਹੇ ਹੋ।