Wapiti - ਆਪਣੇ ਆਪ ਕਮਜ਼ੋਰੀਆਂ ਲਈ ਸਾਈਟ ਦੀ ਜਾਂਚ ਕਰਨਾ

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

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

Nikto, W3af (ਪਾਈਥਨ 2.7 ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਜੋ ਹੁਣ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ) ਜਾਂ ਅਰਚਨੀ (ਫਰਵਰੀ ਤੋਂ ਹੁਣ ਸਮਰਥਿਤ ਨਹੀਂ) ਮੁਫਤ ਹਿੱਸੇ ਵਿੱਚ ਪੇਸ਼ ਕੀਤੇ ਗਏ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਹੱਲ ਹਨ। ਬੇਸ਼ੱਕ, ਹੋਰ ਵੀ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਵਾਪਿਟੀ, ਜਿਸ 'ਤੇ ਅਸੀਂ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ.

Wapiti ਹੇਠ ਲਿਖੀਆਂ ਕਿਸਮਾਂ ਦੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ:

• ਫਾਈਲ ਵਿਸਤਾਰ (ਸਥਾਨਕ ਅਤੇ ਰਿਮੋਟ, ਫੋਪੇਨ, ਰੀਡਫਾਈਲ);
• ਟੀਕੇ (PHP / JSP / ASP / SQL ਇੰਜੈਕਸ਼ਨ ਅਤੇ XPath ਇੰਜੈਕਸ਼ਨ);
• XSS (ਕਰਾਸ ਸਾਈਟ ਸਕ੍ਰਿਪਟਿੰਗ) (ਪ੍ਰਤੀਬਿੰਬਤ ਅਤੇ ਨਿਰੰਤਰ);
• ਕਮਾਂਡਾਂ ਦੀ ਖੋਜ ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ (eval(), ਸਿਸਟਮ(), ਪਾਸਟਰੂ());
• CRLF ਇੰਜੈਕਸ਼ਨ (HTTP ਜਵਾਬ ਵੰਡਣਾ, ਸੈਸ਼ਨ ਫਿਕਸੇਸ਼ਨ);
• XXE (XML ਬਾਹਰੀ ਹਸਤੀ) ਏਮਬੇਡਿੰਗ;
• SSRF (ਸਰਵਰ ਸਾਈਡ ਬੇਨਤੀ ਜਾਅਲਸਾਜ਼ੀ);
• ਜਾਣੀਆਂ ਸੰਭਾਵੀ ਖਤਰਨਾਕ ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ (ਨਿਕਟੋ ਡੇਟਾਬੇਸ ਲਈ ਧੰਨਵਾਦ);
• ਕਮਜ਼ੋਰ .htaccess ਸੰਰਚਨਾਵਾਂ ਜੋ ਬਾਈਪਾਸ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ;
• ਬੈਕਅੱਪ ਫਾਈਲਾਂ ਦੀ ਮੌਜੂਦਗੀ ਜੋ ਗੁਪਤ ਜਾਣਕਾਰੀ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦੀ ਹੈ (ਸਰੋਤ ਕੋਡ ਦਾ ਖੁਲਾਸਾ);
• ਸ਼ੈੱਲਸ਼ੌਕ;
• ਓਪਨ ਰੀਡਾਇਰੈਕਟਸ;
• ਗੈਰ-ਮਿਆਰੀ HTTP ਵਿਧੀਆਂ ਜੋ ਹੱਲ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ (PUT)।

ਫੀਚਰ:

• HTTP, HTTPS ਅਤੇ SOCKS5 ਪ੍ਰੌਕਸੀ ਸਮਰਥਨ;
• ਕਈ ਤਰੀਕਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਮਾਣਿਕਤਾ: ਬੇਸਿਕ, ਡਾਇਜੈਸਟ, ਕਰਬੇਰੋਸ ਜਾਂ NTLM;
• ਸਕੈਨਿੰਗ ਖੇਤਰ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਦੀ ਯੋਗਤਾ (ਡੋਮੇਨ, ਫੋਲਡਰ, ਪੰਨਾ, URL);
• URL ਵਿੱਚ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਆਟੋਮੈਟਿਕ ਹਟਾਉਣਾ;
• ਬੇਅੰਤ ਸਕੈਨ ਲੂਪਸ ਦੇ ਵਿਰੁੱਧ ਕਈ ਸਾਵਧਾਨੀਆਂ (ਉਦਾਹਰਨ: ifor, ਪੈਰਾਮੀਟਰ ਲਈ ਸੀਮਤ ਮੁੱਲ);
• URLs ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਤਰਜੀਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਯੋਗਤਾ (ਭਾਵੇਂ ਉਹ ਸਕੈਨਿੰਗ ਖੇਤਰ ਵਿੱਚ ਨਾ ਹੋਣ);
• ਕੁਝ URL ਨੂੰ ਸਕੈਨਿੰਗ ਅਤੇ ਹਮਲਿਆਂ ਤੋਂ ਬਾਹਰ ਕਰਨ ਦੀ ਯੋਗਤਾ (ਉਦਾਹਰਨ ਲਈ: URL ਲੌਗਆਊਟ);
• ਕੂਕੀਜ਼ ਆਯਾਤ ਕਰੋ (ਉਨ੍ਹਾਂ ਨੂੰ wapiti-getcookie ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕਰੋ);
• SSL ਸਰਟੀਫਿਕੇਟ ਤਸਦੀਕ ਨੂੰ ਸਰਗਰਮ/ਅਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਦੀ ਯੋਗਤਾ;
• JavaScript (ਇੱਕ ਬਹੁਤ ਹੀ ਸਧਾਰਨ JS ਦੁਭਾਸ਼ੀਏ) ਤੋਂ URL ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਦੀ ਯੋਗਤਾ;
• HTML5 ਨਾਲ ਪਰਸਪਰ ਪ੍ਰਭਾਵ;
• ਕ੍ਰਾਲਰ ਵਿਵਹਾਰ ਅਤੇ ਪਾਬੰਦੀਆਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਕਈ ਵਿਕਲਪ;
• ਸਕੈਨਿੰਗ ਪ੍ਰਕਿਰਿਆ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰਨਾ;
• ਕੁਝ ਕਸਟਮ HTTP ਸਿਰਲੇਖ ਜੋੜਨਾ ਜਾਂ ਇੱਕ ਕਸਟਮ ਉਪਭੋਗਤਾ-ਏਜੰਟ ਸਥਾਪਤ ਕਰਨਾ.

ਅਤਿਰਿਕਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ:

• ਵੱਖ-ਵੱਖ ਫਾਰਮੈਟਾਂ (HTML, XML, JSON, TXT) ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਰਿਪੋਰਟਾਂ ਬਣਾਉਣਾ;
• ਸਕੈਨ ਜਾਂ ਹਮਲੇ ਨੂੰ ਰੋਕਣਾ ਅਤੇ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨਾ (SQLite3 ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸੈਸ਼ਨ ਦੀ ਵਿਧੀ);
• ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਉਜਾਗਰ ਕਰਨ ਲਈ ਟਰਮੀਨਲ ਵਿੱਚ ਬੈਕਲਾਈਟਿੰਗ;
• ਲਾਗਿੰਗ ਦੇ ਵੱਖ-ਵੱਖ ਪੱਧਰ;
• ਹਮਲੇ ਦੇ ਮੋਡੀਊਲ ਨੂੰ ਸਰਗਰਮ/ਅਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਦਾ ਇੱਕ ਤੇਜ਼ ਅਤੇ ਆਸਾਨ ਤਰੀਕਾ।

ਸੈਟਿੰਗ

Wapiti ਦੇ ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਨੂੰ 2 ਤਰੀਕਿਆਂ ਨਾਲ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

• ਅਧਿਕਾਰੀ ਤੋਂ ਸਰੋਤ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰੋ ਸਾਈਟ ਅਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਸਕ੍ਰਿਪਟ ਚਲਾਓ, ਪਹਿਲਾਂ ਪਾਇਥਨ 3 ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਬਾਅਦ;
• pip3 install wapiti3 ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ।

ਇਸ ਤੋਂ ਬਾਅਦ ਵਾਪਿਟੀ ਜਾਣ ਲਈ ਤਿਆਰ ਹੋ ਜਾਵੇਗੀ।

ਟੂਲ ਨਾਲ ਕੰਮ ਕਰਨਾ

Wapiti ਦੇ ਕੰਮ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਤਿਆਰ ਸਟੈਂਡ sites.vulns.pentestit.ru (ਅੰਦਰੂਨੀ ਸਰੋਤ) ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ, ਜਿਸ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਕਮਜ਼ੋਰੀਆਂ (ਇੰਜੈਕਸ਼ਨ, XSS, LFI/RFI) ਅਤੇ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀਆਂ ਹੋਰ ਕਮੀਆਂ ਸ਼ਾਮਲ ਹਨ।

ਜਾਣਕਾਰੀ ਸਿਰਫ ਜਾਣਕਾਰੀ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ। ਕਾਨੂੰਨ ਨਾ ਤੋੜੋ!

ਸਕੈਨਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮੁੱਢਲੀ ਕਮਾਂਡ:

# wapiti -u <target> <options>

ਉਸੇ ਸਮੇਂ, ਬਹੁਤ ਸਾਰੇ ਲਾਂਚ ਵਿਕਲਪਾਂ ਦੇ ਨਾਲ ਕਾਫ਼ੀ ਵਿਸਤ੍ਰਿਤ ਮਦਦ ਹੈ, ਉਦਾਹਰਨ ਲਈ:

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

-s и -x — ਖਾਸ URL ਨੂੰ ਜੋੜਨ ਜਾਂ ਹਟਾਉਣ ਲਈ ਵਿਕਲਪ। ਇਹ ਵਿਕਲਪ ਉਦੋਂ ਲਾਭਦਾਇਕ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਤੁਹਾਨੂੰ ਕ੍ਰੌਲ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਇੱਕ ਖਾਸ URL ਨੂੰ ਜੋੜਨ ਜਾਂ ਹਟਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

--ਛੱਡੋ — ਇਸ ਕੁੰਜੀ ਨਾਲ ਦਿੱਤੇ ਪੈਰਾਮੀਟਰ ਨੂੰ ਸਕੈਨ ਕੀਤਾ ਜਾਵੇਗਾ, ਪਰ ਹਮਲਾ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਲਾਭਦਾਇਕ ਹੈ ਜੇਕਰ ਕੋਈ ਖਤਰਨਾਕ ਮਾਪਦੰਡ ਹਨ ਜੋ ਸਕੈਨਿੰਗ ਦੌਰਾਨ ਸਭ ਤੋਂ ਵਧੀਆ ਬਾਹਰ ਰੱਖੇ ਗਏ ਹਨ।

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

# wapiti -u http://sites.vulns.pentestit.ru/ -m sql,xss,xxe

ਇਸ ਵਰਤੋਂ ਉਦਾਹਰਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ ਟੀਚੇ ਨੂੰ ਸਕੈਨ ਕਰਨ ਵੇਲੇ ਸਿਰਫ਼ SQL, XSS ਅਤੇ XXE ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਸੀਂ ਲੋੜੀਂਦੇ ਢੰਗ ਦੇ ਆਧਾਰ 'ਤੇ ਮੋਡੀਊਲ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਫਿਲਟਰ ਕਰ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਣ ਲਈ -m “xss: get, blindql: post, xxe: post”. ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਮੋਡੀਊਲ xss GET ਵਿਧੀ ਅਤੇ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਭੇਜੀਆਂ ਗਈਆਂ ਬੇਨਤੀਆਂ 'ਤੇ ਲਾਗੂ ਹੋਵੇਗਾ blibdsql - ਬੇਨਤੀਆਂ ਪੋਸਟ ਕਰਨ ਲਈ, ਆਦਿ। ਵੈਸੇ, ਜੇਕਰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਕੁਝ ਮੋਡੀਊਲ ਦੀ ਸਕੈਨਿੰਗ ਦੌਰਾਨ ਲੋੜ ਨਹੀਂ ਸੀ ਜਾਂ ਬਹੁਤ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਤਾਂ Ctrl+C ਸੁਮੇਲ ਨੂੰ ਦਬਾ ਕੇ ਤੁਸੀਂ ਇੰਟਰਐਕਟਿਵ ਮੀਨੂ ਵਿੱਚ ਸੰਬੰਧਿਤ ਆਈਟਮ ਨੂੰ ਚੁਣ ਕੇ ਮੌਜੂਦਾ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਛੱਡ ਸਕਦੇ ਹੋ।

Wapiti ਇੱਕ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰੌਕਸੀ ਦੁਆਰਾ ਬੇਨਤੀਆਂ ਨੂੰ ਪਾਸ ਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ -p ਅਤੇ ਪੈਰਾਮੀਟਰ ਦੁਆਰਾ ਨਿਸ਼ਾਨਾ ਸਾਈਟ 'ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ -a. ਤੁਸੀਂ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਕਿਸਮ ਵੀ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ: ਮੂਲ, ਡਾਇਜੈਸਟ, ਕਰਬਰੋਜ਼ и ਐਨਟੀਐਲਐਮ. ਆਖਰੀ ਦੋ ਨੂੰ ਵਾਧੂ ਮੋਡੀਊਲ ਦੀ ਸਥਾਪਨਾ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਸਿਰਲੇਖ ਨੂੰ ਬੇਨਤੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ (ਮਨਮਾਨੇ ਉਪਭੋਗਤਾ ਏਜੰਟ) ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ.

ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਤੁਸੀਂ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ wapiti-getcookie. ਇਸਦੀ ਮਦਦ ਨਾਲ ਅਸੀਂ ਬਣਦੇ ਹਾਂ ਕੂਕੀ, ਜਿਸਦੀ ਵਰਤੋਂ Wapiti ਸਕੈਨ ਕਰਨ ਵੇਲੇ ਕਰੇਗੀ। ਗਠਨ ਕੂਕੀ ਕਮਾਂਡ ਨਾਲ ਕੀਤਾ:

# wapiti-getcookie -u http://sites.vulns.pentestit.ru/login.php -c cookie.json

ਇੰਟਰਐਕਟਿਵ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਾਂ ਅਤੇ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਜਿਵੇਂ ਕਿ ਲੌਗਇਨ, ਪਾਸਵਰਡ, ਆਦਿ ਦਾ ਸੰਕੇਤ ਦਿੰਦੇ ਹਾਂ:

ਆਉਟਪੁੱਟ JSON ਫਾਰਮੈਟ ਵਿੱਚ ਇੱਕ ਫਾਈਲ ਹੈ। ਇੱਕ ਹੋਰ ਵਿਕਲਪ ਪੈਰਾਮੀਟਰ ਦੁਆਰਾ ਸਾਰੀ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਜੋੜਨਾ ਹੈ -d:

# wapiti-getcookie - http://sites.vulns.pentestit.ru/login.php -c cookie.json -d "username=admin&password=admin&enter=submit"

ਨਤੀਜਾ ਸਮਾਨ ਹੋਵੇਗਾ:

ਸਕੈਨਰ ਦੀ ਮੁੱਖ ਕਾਰਜਕੁਸ਼ਲਤਾ 'ਤੇ ਵਿਚਾਰ ਕਰਦੇ ਸਮੇਂ, ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਅੰਤਮ ਬੇਨਤੀ ਇਹ ਸੀ:

# wapiti --level 1 -u http://sites.vulns.pentestit.ru/ -f html -o /tmp/vulns.html -m all --color -с cookie.json --scope folder --flush-session -A 'Pentestit Scans' -p http://proxy.office.pentestit.ru:3128

ਜਿੱਥੇ ਹੋਰ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚ:

-f и -o - ਰਿਪੋਰਟ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਫਾਰਮੈਟ ਅਤੇ ਮਾਰਗ;

-m — ਸਾਰੇ ਮੋਡੀਊਲਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਕਿਉਂਕਿ ਟੈਸਟਿੰਗ ਦੇ ਸਮੇਂ ਅਤੇ ਰਿਪੋਰਟ ਦੇ ਆਕਾਰ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰੇਗਾ;

--ਰੰਗ - ਵਾਪਿਟੀ ਦੇ ਅਨੁਸਾਰ ਉਹਨਾਂ ਦੀ ਨਾਜ਼ੁਕਤਾ ਦੇ ਅਧਾਰ ਤੇ ਲੱਭੀਆਂ ਗਈਆਂ ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਉਜਾਗਰ ਕਰੋ;

-c - ਨਾਲ ਇੱਕ ਫਾਈਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕੂਕੀਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ wapiti-getcookie;

--ਸਕੋਪ - ਹਮਲੇ ਲਈ ਇੱਕ ਟੀਚਾ ਚੁਣਨਾ. ਇੱਕ ਵਿਕਲਪ ਚੁਣਨਾ ਫੋਲਡਰ ਨੂੰ ਹਰੇਕ URL ਨੂੰ ਕ੍ਰੌਲ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਉਸ 'ਤੇ ਹਮਲਾ ਕੀਤਾ ਜਾਵੇਗਾ, ਬੇਸ ਇੱਕ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ। ਅਧਾਰ URL ਵਿੱਚ ਇੱਕ ਫਾਰਵਰਡ ਸਲੈਸ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (ਕੋਈ ਫਾਈਲ ਨਾਮ ਨਹੀਂ);

--ਫਲਸ਼-ਸੈਸ਼ਨ - ਵਾਰ-ਵਾਰ ਸਕੈਨਿੰਗ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਪਿਛਲੇ ਨਤੀਜਿਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ਜਾਵੇਗਾ;

-A - ਆਪਣੇ ਉਪਭੋਗਤਾ ਏਜੰਟ;

-p — ਪਰਾਕਸੀ ਸਰਵਰ ਐਡਰੈੱਸ, ਜੇ ਲੋੜ ਹੋਵੇ।

ਰਿਪੋਰਟ ਬਾਰੇ ਇੱਕ ਛੋਟਾ ਜਿਹਾ

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

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

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

ਪਰ ਰਿਪੋਰਟ ਖੁਦ ਅਜਿਹਾ ਰੰਗ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦੀ।

ਕਮਜ਼ੋਰੀਆਂ

SQLi

ਸਕੈਨਰ ਨੇ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ SQLi ਖੋਜ ਦਾ ਮੁਕਾਬਲਾ ਕੀਤਾ। ਉਹਨਾਂ ਪੰਨਿਆਂ 'ਤੇ SQL ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਖੋਜ ਕਰਦੇ ਸਮੇਂ ਜਿੱਥੇ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਆਉਂਦੀ:

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

XSS

ਸਕੈਨਰ ਨੇ ਦਿੱਤੇ ਕੰਮ ਦਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਮੁਕਾਬਲਾ ਕੀਤਾ ਅਤੇ ਸਾਰੀਆਂ ਤਿਆਰ ਕੀਤੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਲੱਭੀਆਂ:

LFI/RFI

ਸਕੈਨਰ ਨੇ ਸਾਰੀਆਂ ਅੰਤਰੀਵ ਕਮਜ਼ੋਰੀਆਂ ਲੱਭੀਆਂ:

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

ਸਿਹਤਮੰਦ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰਹੋ!

ਸਰੋਤ: www.habr.com