security specialist हुए बिना, सामान्य QA के हिस्से के तौर पर आप कौन सी security testing करते हैं?

उस पर ध्यान दीजिए जहां तक functional testing अपने आप पहुंच जाती है। किसी वैध token से दूसरे user के resources मांगकर authorization टेस्ट कीजिए, देखिए कि URL में पड़े ID बस बदले नहीं जा सकते, उन inputs में injection payloads आजमाइए जो किसी query या template तक पहुंचते हैं, पक्का कीजिए कि संवेदनशील data logs या URLs में नहीं है, session expiry और logout जांचिए, और security headers तथा TLS का लागू होना देखिए।

मैं उन वर्गों पर ध्यान देता हूं जहां तक सामान्य टेस्टिंग से पहुंच सकता हूं, और सूची में सबसे ऊपर है टूटा हुआ access control, क्योंकि यह आम भी है और गंभीर भी। ठोस टेस्ट आसान है: एक user के तौर पर log in करो, URL या payload में पड़ा ID नोट करो, फिर वही request दूसरे user के वैध token से दोहराओ और देखो कि object लौटता है क्या। यही मैं role की सीमाओं के लिए भी करता हूं, यानी एक सामान्य user किसी छिपे हुए button से नहीं, सीधे admin endpoint पर जाकर। इसके बाद है injection, जहां भी input किसी query, किसी template या किसी shell तक पहुंचता है, साथ ही stored cross site scripting जहां कोई value app में कहीं और render होती है, जो वह मामला है जिसे लोग चूकते हैं क्योंकि वे सिर्फ उसी field को जांचते हैं जिसमें उन्होंने टाइप किया था। फिर data का खुलना: संवेदनशील values का URLs में, logs में, client को लौटाए गए stack traces में, या ऐसे response में होना जो UI से कहीं ज्यादा fields ले जा रहा है। फिर session handling, यानी logout का server की तरफ session खत्म करना और tokens का सच में expire होना। और मैं headers तथा TLS का लागू होना जांचता हूं, जो जल्दी हो जाता है। असली penetration testing के करीब जो कुछ भी है वह मैं आगे सौंप देता हूं, क्योंकि उसका दिखावा करना झूठा भरोसा देता है।