तात्कालिक: लेटपॉइंट ≤ 5.2.5 में क्रॉस-साइट अनुरोध धोखाधड़ी (CSRF) — वर्डप्रेस साइट मालिकों को अब क्या करना चाहिए

प्रकाशित: 13 फरवरी, 2026  |  CVE: CVE-2025-14873  |  प्रभावित: लेटपॉइंट प्लगइन — संस्करण ≤ 5.2.5  |  ठीक किया गया: 5.2.6  |  गंभीरता: कम (CVSS 4.3)

एक हांगकांग स्थित सुरक्षा विशेषज्ञ के रूप में, मैं वर्डप्रेस तैनाती को प्रभावित करने वाले प्लगइन खुलासों और घटनाओं की निगरानी करता हूं। यह सलाह लेटपॉइंट अपॉइंटमेंट/बुकिंग प्लगइन (संस्करण 5.2.5 तक और शामिल) में एक क्रॉस-साइट अनुरोध धोखाधड़ी (CSRF) भेद्यता को कवर करती है। विक्रेता ने 5.2.6 में एक पैच जारी किया। हालांकि गंभीरता रेटिंग कम है, लेकिन शोषण के लिए केवल एक विशेषाधिकार प्राप्त उपयोगकर्ता को एक दुर्भावनापूर्ण पृष्ठ के साथ बातचीत करने की आवश्यकता होती है, इसलिए त्वरित सुधार आवश्यक है।.

यह लेख एक व्यावहारिक विभाजन प्रदान करता है: समस्या क्या है, संभावित शोषण परिदृश्य, पहचान संकेतक, और एक प्राथमिकता दी गई शमन और पुनर्प्राप्ति योजना जिसे आप तुरंत पालन कर सकते हैं। मैं यह भी वर्णन करता हूं कि कैसे एक सही तरीके से कॉन्फ़िगर किया गया वेब एप्लिकेशन फ़ायरवॉल (WAF) अस्थायी वर्चुअल पैच के रूप में उपयोग किया जा सकता है जब अपडेट तुरंत लागू नहीं किए जा सकते।.

त्वरित सारांश (कार्यकारी दृश्य)

• क्या हुआ: लेटपॉइंट ≤ 5.2.5 में एक CSRF दोष एक हमलावर को एक प्रमाणित, विशेषाधिकार प्राप्त उपयोगकर्ता को अनपेक्षित क्रियाएं करने के लिए धोखा देने की अनुमति दे सकता है (उदाहरण के लिए, एक व्यवस्थापक का लिंक पर क्लिक करना या एक पृष्ठ लोड करना)।.
• किस पर प्रभाव पड़ता है: लेटपॉइंट प्लगइन संस्करण 5.2.5 या उससे पहले चलाने वाली साइटें।.
• प्रभाव: कमजोर अंत बिंदुओं के अनुसार भिन्न: सेटिंग्स में परिवर्तन, संसाधनों का निर्माण/संशोधन, वेबहुक/रीडायरेक्ट को बदलना, आदि। क्योंकि एक हमलावर को बातचीत करने के लिए एक विशेषाधिकार प्राप्त उपयोगकर्ता पर निर्भर रहना चाहिए, तत्काल जोखिम सीमित लेकिन महत्वपूर्ण है।.
• तात्कालिक कार्रवाई: तुरंत लेटपॉइंट को 5.2.6 में अपडेट करें। यदि आप ऐसा नहीं कर सकते, तो मुआवजा नियंत्रण लागू करें: WAF के माध्यम से वर्चुअल पैचिंग, IP द्वारा व्यवस्थापक पहुंच को प्रतिबंधित करें, सभी व्यवस्थापकों के लिए 2FA लागू करें, और निगरानी को कड़ा करें।.
• दीर्घकालिक: त्वरित प्लगइन अपडेट नीतियों को लागू करें, व्यवस्थापक खातों की संख्या को कम करें, और निरंतर निगरानी बनाए रखें।.

CSRF क्या है और यह WordPress प्लगइनों के लिए क्यों महत्वपूर्ण है

क्रॉस-साइट अनुरोध धोखाधड़ी तब होती है जब एक हमलावर एक उपयोगकर्ता के ब्राउज़र को एक साइट पर एक अवांछित अनुरोध भेजने के लिए मजबूर करता है जहां उपयोगकर्ता प्रमाणित है। ब्राउज़र स्वचालित रूप से कुकीज़ शामिल करते हैं, इसलिए अनुरोध पीड़ित के विशेषाधिकारों के साथ चलता है। सामान्य CSRF पेलोड ऐसे पृष्ठ होते हैं जिनमें तैयार किए गए फ़ॉर्म, स्वचालित रूप से सबमिट करने वाले स्क्रिप्ट, या छवि टैग होते हैं जो प्लगइन क्रियाओं के लिए POST को ट्रिगर करते हैं।.

वर्डप्रेस कोर CSRF को कम करने में मदद करने के लिए नॉन्स का उपयोग करता है, लेकिन कई प्लगइन अंत बिंदु अभी भी नॉन्स जांच को छोड़ देते हैं या उन्हें गलत तरीके से मान्य करते हैं। यदि एक प्लगइन उचित सर्वर-साइड CSRF सत्यापन के बिना स्थिति-परिवर्तन करने वाली क्रियाओं की अनुमति देता है, तो एक विशेषाधिकार प्राप्त उपयोगकर्ता जो हमलावर की सामग्री पर जाता है या बातचीत करता है, महत्वपूर्ण क्षति का कारण बन सकता है।.

यह लेटपॉइंट समस्या क्यों महत्वपूर्ण है:

• प्रभावित संस्करण 5.2.5 तक हैं जिसमें 5.2.6 में एक पैच है।.
• CSRF के रूप में वर्गीकृत — हमलावर अनुरोध तैयार करता है जो एक विशेषाधिकार प्राप्त उपयोगकर्ता के संदर्भ में निष्पादित होते हैं।.
• हमलावर को प्रमाणित होने की आवश्यकता नहीं है; केवल एक विशेषाधिकार प्राप्त उपयोगकर्ता को दुर्भावनापूर्ण सामग्री के साथ बातचीत करने के लिए प्रेरित किया जाना चाहिए।.
• लेटपॉइंट अक्सर व्यवसाय-क्रिटिकल बुकिंग पोर्टल पर उपयोग किया जाता है; छोटे कॉन्फ़िगरेशन परिवर्तन बड़े परिचालन प्रभाव डाल सकते हैं।.

व्यावहारिक हमले के परिदृश्य

जब तक आप पैच नहीं करते, तब तक विचार करें कि यदि एक हमलावर एक व्यवस्थापक को एक क्रिया करने के लिए मजबूर करता है तो वास्तविक परिणाम क्या हो सकते हैं:

1. दुर्भावनापूर्ण सेटिंग परिवर्तन — फ़ीचर्स को टॉगल करें, वेबहुक URLs या कॉलबैक एंडपॉइंट्स को हमलावर होस्ट पर बदलें ताकि डेटा कैप्चर किया जा सके।.
2. डेटा हेरफेर — बुकिंग, समय स्लॉट, या सार्वजनिक कैलेंडर को बदलें, जिससे व्यवसाय में व्यवधान उत्पन्न हो।.
3. स्थायी पहुंच वेक्टर — यदि एंडपॉइंट API कुंजियों, एकीकरणों, वेबहुक, या उपयोगकर्ता निर्माण की अनुमति देते हैं, तो CSRF बैकडोर बना सकता है।.
4. रीडायरेक्ट और क्रेडेंशियल चोरी — क्रेडेंशियल या संदेशों को इंटरसेप्ट करने के लिए रीडायरेक्ट लक्ष्यों या अधिसूचना पते को संशोधित करें।.
5. संयुक्त हमले — CSRF का उपयोग सामाजिक इंजीनियरिंग या कमजोर क्रेडेंशियल के साथ आगे बढ़ाने के लिए किया जाता है।.

प्रभाव इस पर निर्भर करता है कि कौन से एंडपॉइंट कमजोर थे। बुकिंग प्रवाह या अधिसूचनाओं में मामूली बदलाव भी गोपनीयता घटनाओं और सेवा में रुकावट का कारण बन सकते हैं।.

हमलावर CSRF पेलोड कैसे वितरित करते हैं (संक्षिप्त)

• एक दुर्भावनापूर्ण पृष्ठ होस्ट करें जिसमें ऑटो-सबमिटिंग फ़ॉर्म या तैयार की गई छवि/फॉर्म टैग हों जो आपके साइट पर अनुरोध भेजते हैं।.
• एक ईमेल या चैट लिंक का उपयोग करें जो एक विशेषाधिकार प्राप्त उपयोगकर्ता को क्लिक करने के लिए मनाता है जबकि वह साइन इन है।.
• तीसरे पक्ष के पृष्ठों, विज्ञापन नेटवर्क, या समझौता किए गए साइटों में पेलोड को एम्बेड करें ताकि पहुंच बढ़ सके।.

क्योंकि ब्राउज़र स्वचालित रूप से कुकीज़ भेजते हैं, सर्वर को अनुरोधों की पुष्टि करनी चाहिए (नॉनसेस, मूल/रेफरर जांच)। इस प्रकटीकरण में, उन सुरक्षा उपायों ने कुछ LatePoint एंडपॉइंट्स के लिए अपर्याप्त थे।.

पहचान — लक्षित करने या शोषण के संकेत

निम्नलिखित संकेतकों की जांच करें:

• LatePoint सेटिंग्स में अप्रत्याशित परिवर्तन (रीडायरेक्ट, वेबहुक URLs, एकीकरण टॉगल)।.
• नए API कुंजी, वेबहुक, या एकीकरण जिन्हें आपने कॉन्फ़िगर नहीं किया।.
• नए या संशोधित व्यवस्थापक उपयोगकर्ता, अप्रत्याशित अनुसूचित कार्य।.
• LatePoint एंडपॉइंट्स पर एक्सेस लॉग में असामान्य POST अनुरोध, उन समयों के करीब जब व्यवस्थापकों के सक्रिय सत्र थे।.
• संदिग्ध संदर्भ जो बदले गए सेटिंग्स के साथ संबंधित हैं।.
• प्लगइन/अपलोड निर्देशिकाओं में बदले गए फ़ाइलों या नई फ़ाइलों के लिए अखंडता या मैलवेयर स्कैनर अलर्ट।.
• प्लगइन एकीकरण से उत्पन्न अज्ञात बाहरी होस्टों के लिए आउटबाउंड कनेक्शन।.

त्वरित लॉग खोज उदाहरण (अपने वातावरण के लिए पथ समायोजित करें):

# लेटपॉइंट गतिविधि के लिए एक्सेस लॉग खोजें"

तात्कालिक निवारण - प्राथमिकता वाली चेकलिस्ट

1. लेटपॉइंट को तुरंत अपडेट करें।.

   सबसे अच्छा कदम प्लगइन को 5.2.6 या बाद के संस्करण में अपडेट करना है।.

   WP-CLI उदाहरण:
   
   wp प्लगइन अपडेट लेटपॉइंट

2. यदि आप तुरंत अपडेट नहीं कर सकते - प्रतिस्थापन नियंत्रण लागू करें:
   • लेटपॉइंट एंडपॉइंट्स पर हमले के प्रयासों को रोकने के लिए WAF के माध्यम से एक आभासी पैच लागू करें।.
   • जहां संभव हो, wp‑admin पहुंच को ज्ञात व्यवस्थापक IP पते तक सीमित करें।.
   • सभी व्यवस्थापक खातों के लिए दो-कारक प्रमाणीकरण (2FA) लागू करें।.
   • व्यवस्थापक विशेषाधिकार वाले उपयोगकर्ताओं की संख्या को कम करें और न्यूनतम विशेषाधिकार सिद्धांतों को लागू करें।.
   • यदि संदिग्ध व्यवहार का पता चलता है तो व्यवस्थापक क्रेडेंशियल और API टोकन को घुमाएं।.
3. निगरानी और ऑडिट:
   • अप्रत्याशित परिवर्तनों के लिए व्यवस्थापक गतिविधि लॉग की समीक्षा करें।.
   • नई या संशोधित फ़ाइलों और अज्ञात व्यवस्थापक उपयोगकर्ताओं के लिए स्कैन करें।.
   • आउटबाउंड कनेक्शनों और असामान्य क्रोन कार्यों या अनुसूचित कार्यों की निगरानी करें।.
4. हार्डनिंग:
   • प्लगइन्स और थीम को अद्यतित रखें।.
   • कुछ CSRF वितरण विधियों के लिए हमले के वेक्टर को कम करने के लिए HTTP सुरक्षा हेडर (CSP, X-Frame-Options) लागू करें।.
   • कस्टम डेवलपर एंडपॉइंट्स के लिए नॉन्स और क्षमता जांच का उपयोग सुनिश्चित करें।.
5. पुनर्प्राप्ति योजना:

   यदि आप शोषण की पुष्टि करते हैं: उदाहरण को अलग करें, ज्ञात अच्छे बैकअप से पुनर्स्थापित करें, सभी प्रशासकों के लिए क्रेडेंशियल्स को घुमाएं, और एक पूर्ण सुरक्षा ऑडिट करें।.

WAF / वर्चुअल पैचिंग: उदाहरण के उपाय जो आप अभी लागू कर सकते हैं

एक WAF CSRF प्रयासों को रोकने में मदद कर सकता है, जो अनुरोध जांच को लागू करके जो सर्वर-साइड मान्यता की कमी की भरपाई करता है। विचार करने के लिए रक्षात्मक जांच:

• अपने साइट से वैध ओरिजिन या रेफरर हेडर की कमी वाले लेटपॉइंट प्रशासनिक एंडपॉइंट्स के लिए अनुरोधों को ब्लॉक करें।.
• अपेक्षित प्रशासक नॉन्स पैरामीटर की कमी वाले अनुरोधों को अस्वीकार करें (जब पहचान योग्य हो) या AJAX एंडपॉइंट्स के लिए X-Requested-With: XMLHttpRequest की आवश्यकता करें।.
• संवेदनशील एंडपॉइंट्स को प्रमाणित उपयोगकर्ताओं तक सीमित करें और सर्वर-साइड पर क्षमता जांच की आवश्यकता करें।.
• बार-बार क्रॉस-साइट POST प्रयासों की दर सीमा निर्धारित करें या ब्लॉक करें।.
• संदिग्ध उपयोगकर्ता एजेंटों या ज्ञात दुर्भावनापूर्ण आईपी के साथ मेल खाने वाले अनुरोधों को ब्लॉक करें।.

गलत सकारात्मक से बचने के लिए पहले निगरानी मोड में WAF नियमों का परीक्षण करें।.

उदाहरण प्सेडो-लॉजिक (Nginx/Lua या एज नियम):

यदि request.method [POST, PUT, DELETE] में है और request.uri में "/latepoint/" या "/wp-admin/admin-ajax.php" है तो:

उदाहरण ModSecurity (सामान्य) — बिना समान-साइट ओरिजिन/रेफरर के क्रॉस-साइट POST को ब्लॉक करें:

# लेटपॉइंट एंडपॉइंट्स के लिए POST अनुरोधों को ब्लॉक करें जिनमें गायब/अमान्य ओरिजिन/रेफरर है"

डेवलपर चेकलिस्ट — प्लगइन कोड में सुधार

• स्थिति-परिवर्तनकारी क्रियाओं के लिए नॉन्स सत्यापन लागू करें: wp_nonce_field(), check_admin_referer(), wp_verify_nonce()।.
• किसी भी स्थिति परिवर्तन के लिए सर्वर-साइड क्षमताओं को मान्य करें: current_user_can(‘manage_options’) या उचित क्षमता जांच।.
• स्थिति-परिवर्तनकारी एंडपॉइंट्स के लिए POST को प्राथमिकता दें और सर्वर-साइड पर HTTP विधि की पुष्टि करें।.
• उचित permission_callback कार्यों के साथ REST API एंडपॉइंट्स की सुरक्षा करें।.
• SameSite कुकी विशेषताओं और सुरक्षित सत्र प्रबंधन का उपयोग करें।.
• सार्वजनिक फ्रंटेंड से संवेदनशील क्रियाओं के प्रदर्शन को सीमित करें।.
• ऑडिट करने के लिए प्रशासनिक क्रियाओं के लिए लॉगिंग जोड़ें।.

पहचान और घटना हैंडलिंग प्लेबुक (यदि आपको शोषण का संदेह है)

1. सबूत को अलग करें और इकट्ठा करें
   • यदि आपको सक्रिय समझौता का संदेह है तो साइट को ऑफलाइन करें या रखरखाव मोड सक्षम करें, लेकिन पहले लॉग को सुरक्षित करें।.
   • संदिग्ध गतिविधि की अवधि को कवर करने वाले वेब सर्वर और एप्लिकेशन लॉग इकट्ठा करें।.
2. परिवर्तन की पहचान करें
   • LatePoint कॉन्फ़िगरेशन, वेबहुक URLs, एकीकरण, wp_options प्रविष्टियाँ, और हाल की प्रशासनिक गतिविधि की जांच करें।.
3. सुधार
   • यदि दुर्भावनापूर्ण परिवर्तन पाए जाते हैं: परिवर्तनों से पहले के बैकअप को पुनर्स्थापित करें।.
   • LatePoint को तुरंत 5.2.6 में अपडेट करें।.
   • सभी प्रशासनिक पासवर्ड और API कुंजियाँ बदलें जो उजागर हो सकती हैं।.
   • नए बनाए गए प्रशासनिक खातों को हटा दें और जोड़े गए फ़ाइलों के लिए क्रोन शेड्यूल और फ़ाइल सिस्टम का ऑडिट करें।.
4. रक्षा को मजबूत करें
   • WAF वर्चुअल पैच लागू करें और उन्हें मान्य करें।.
   • विशेषाधिकार प्राप्त खातों के लिए 2FA सक्षम करें।.
   • जहां व्यावहारिक हो, IP द्वारा प्रशासनिक पहुंच को सीमित करें।.
   • पूर्ण मैलवेयर और फ़ाइल अखंडता स्कैन चलाएँ।.
5. रिपोर्ट करें और दस्तावेज़ बनाएं
   • घटना की समयरेखा, पहचान बिंदु, संकुचन कदम, और घटना के बाद की समीक्षा के लिए सुधारात्मक क्रियाएँ रिकॉर्ड करें।.

दीर्घकालिक रोकथाम - नियंत्रण जो लागू करने हैं

• स्वचालित अपडेट या सख्त अपडेट नीति: सुनिश्चित करें कि महत्वपूर्ण प्लगइन अपडेट तुरंत लागू किए जाएँ। व्यवसाय-क्रिटिकल प्लगइन्स के लिए आपातकालीन पैच विंडो निर्धारित करें।.
• न्यूनतम विशेषाधिकार और उपयोगकर्ता प्रबंधन: व्यवस्थापक खातों को सीमित करें; कॉन्फ़िगरेशन और सामग्री कार्यों के लिए अलग-अलग भूमिकाएँ।.
• सख्त व्यवस्थापक पहुंच: wp‑admin पहुंच को IP अनुमति सूचियों, VPN, या व्यवस्थापक पोर्टलों के साथ प्रतिबंधित करें; मजबूत MFA लागू करें।.
• नियमित स्कैनिंग और निगरानी: निरंतर मैलवेयर और अखंडता स्कैनिंग, कॉन्फ़िगरेशन परिवर्तनों पर अलर्ट के साथ।.
• बैकअप बनाए रखें: त्वरित पुनर्स्थापन के लिए बार-बार, परीक्षण किए गए बैकअप रखें।.
• डेवलपर सुरक्षित कोडिंग मानक: सुनिश्चित करें कि कोई भी स्वीकार किया गया कोड क्रियाओं के लिए नॉनसेस और क्षमता जांच का उपयोग करता है।.

सुधार का नमूना समयरेखा (सिफारिश की गई)

• 0–2 घंटे: प्लगइन को 5.2.6 पर अपडेट करें। यदि आप अपडेट नहीं कर सकते हैं, तो LatePoint एंडपॉइंट्स पर क्रॉस-साइट अनुरोधों को ब्लॉक करने के लिए WAF नियम सक्षम करें और IP द्वारा व्यवस्थापक पहुंच को प्रतिबंधित करें।.
• 24 घंटे के भीतर: व्यवस्थापक पासवर्ड रोटेशन को मजबूर करें, व्यवस्थापकों के लिए 2FA सक्षम/सत्यापित करें, और हाल की व्यवस्थापक गतिविधि का ऑडिट करें।.
• 48–72 घंटे: पूर्ण फ़ाइल अखंडता/मैलवेयर स्कैन चलाएँ और किसी भी अवांछित परिवर्तनों को पूर्ववत करें; अतिरिक्त सख्ती नियंत्रण लागू करें।.
• 7 दिन: पुनर्प्राप्ति और घटना लॉग की समीक्षा करें और घटना के बाद की रिपोर्ट को अंतिम रूप दें।.

उदाहरण आदेश (व्यावहारिक)

# WP-CLI का उपयोग करके प्लगइन अपडेट करें

कब अपने होस्ट या एक पेशेवर घटना प्रतिक्रियाकर्ता को शामिल करें

यदि आप संदिग्ध संशोधनों, अज्ञात प्रशासनिक खातों, या निरंतर बैकडोर के संकेतों का पता लगाते हैं, तो अपने होस्टिंग प्रदाता या एक पेशेवर घटना प्रतिक्रिया टीम को सूचित करें। वे सर्वर फोरेंसिक्स, नेटवर्क कैप्चर, कंटेनमेंट, और रिकवरी में सहायता कर सकते हैं।.

स्वच्छ वास्तविक‑विश्व उदाहरण

एक मध्य‑आकार का सेवा प्रदाता जो LatePoint चला रहा था, ने पाया कि, एक कर्मचारी द्वारा एक तृतीय पक्ष विपणन पृष्ठ पर जाने के बाद, बुकिंग सूचनाएँ एक बाहरी वेबहुक पर अग्रेषित की गईं। जांच से पता चला कि एक दुर्भावनापूर्ण पृष्ठ ने एक प्लगइन एंडपॉइंट पर POST के माध्यम से LatePoint सेटिंग परिवर्तन को सक्रिय किया था जिसमें नॉनस सत्यापन की कमी थी। संगठन ने बैकअप से पुनर्स्थापित किया, प्लगइन को अपडेट किया, पासवर्ड बदले, और फ़ायरवॉल नियम लागू किए। यह दर्शाता है कि कॉन्फ़िगरेशन परिवर्तन गंभीर परिचालन प्रभाव डाल सकते हैं, भले ही तत्काल डेटा चोरी स्पष्ट न हो।.

अंतिम सिफारिशें — संक्षिप्त चेकलिस्ट

1. LatePoint को तुरंत 5.2.6 में अपडेट करें।.
2. यदि आप तुरंत अपडेट नहीं कर सकते:
   • LatePoint एंडपॉइंट्स पर CSRF प्रयासों को रोकने के लिए WAF नियम लागू करें।.
   • सभी प्रशासनिक खातों के लिए 2FA लागू करें।.
   • जहां संभव हो, आईपी द्वारा प्रशासनिक क्षेत्र की पहुंच को सीमित करें।.
3. संदिग्ध परिवर्तनों के लिए गतिविधि लॉग का ऑडिट करें, क्रेडेंशियल्स को घुमाएँ, और मैलवेयर/बैकडोर के लिए स्कैन करें।.
4. प्रशासनिक जोखिम को कम करें: विशेषाधिकार प्राप्त खातों की संख्या को सीमित करें और एकीकरण/वेबहुक की समीक्षा करें।.
5. दीर्घकालिक हार्डनिंग लागू करें: न्यूनतम विशेषाधिकार, अनुसूचित अपडेट, और निरंतर निगरानी।.

हांगकांग के सुरक्षा विशेषज्ञ से समापन नोट

CSRF मुद्दे क्लासिक हैं लेकिन रोके जा सकते हैं। प्रकाशित कमजोरियों के लिए सही प्रतिक्रिया त्वरित प्राथमिकता, त्वरित पैचिंग, और आवश्यकतानुसार अल्पकालिक मुआवजा नियंत्रण है। बुकिंग प्लेटफार्मों और नियुक्ति सेवाओं के ऑपरेटरों के लिए, प्लगइन कॉन्फ़िगरेशन की अखंडता सीधे ग्राहक विश्वास और व्यावसायिक निरंतरता को प्रभावित करती है—प्लगइन सुरक्षा को अपने उत्पादन सुरक्षा कार्यक्रम का हिस्सा मानें।.

यदि आपको शमन लागू करने या घटना समीक्षा करने में सहायता की आवश्यकता है, तो फोरेंसिक और कंटेनमेंट सहायता के लिए एक योग्य घटना प्रतिक्रिया प्रदाता या अपने होस्टिंग समर्थन टीम से संपर्क करें।.

सतर्क रहें। तुरंत पैच करें। निरंतर निगरानी करें।.

— हांगकांग सुरक्षा विशेषज्ञ