n8n में मर्ज नोड अलाएसक्यूएल (AlaSQL) एसक्यूएल (SQL) मोड में कई रिमोट कोड एग्जीक्यूशन (Remote Code Execution) कमजोरियां हैं

यह भेद्यता एक प्रमाणित उपयोगकर्ता को n8n सर्वर पर मनमाना कोड निष्पादित करने की अनुमति देती है, जिससे संभावित रूप से संवेदनशील डेटा का समझौता, सिस्टम का पूर्ण नियंत्रण, और अन्य दुर्भावनापूर्ण गतिविधियाँ हो सकती हैं। AlaSQL सैंडबॉक्स में पर्याप्त प्रतिबंधों की कमी के कारण, हमलावर SQL स्टेटमेंट के माध्यम से संवेदनशील फ़ाइलों तक पहुँच सकते हैं और सर्वर को खतरे में डाल सकते हैं। यह भेद्यता विशेष रूप से उन संगठनों के लिए गंभीर है जो n8n का उपयोग महत्वपूर्ण वर्कफ़्लो को स्वचालित करने के लिए करते हैं, क्योंकि एक सफल शोषण से उनके डेटा और सिस्टम की सुरक्षा से समझौता हो सकता है। इस भेद्यता का शोषण करने के लिए, एक हमलावर को पहले n8n में प्रमाणित होना होगा और वर्कफ़्लो बनाने या संशोधित करने की अनुमति होनी चाहिए।

Organizations heavily reliant on n8n for workflow automation, particularly those with complex workflows involving data merging and SQL operations, are at significant risk. Shared hosting environments where multiple users have access to n8n instances are also vulnerable, as a compromised user could potentially exploit this vulnerability to impact other users on the same server.

• nodejs / server:

ps aux | grep n8n

• nodejs / server:

journalctl -u n8n -f | grep "AlaSQL sandbox"

• generic web:

curl -I http://your-n8n-instance/ | grep Server

1. 2026-03-25Disclosure

   disclosure

1. आरक्षित2026-03-23
2. प्रकाशित2026-03-25
3. संशोधित2026-04-12
4. EPSS अद्यतन2026-04-02

इस भेद्यता को कम करने के लिए, n8n को संस्करण 2.14.1, 2.13.3, या 1.123.27 में अपग्रेड करना आवश्यक है। यदि अपग्रेड तुरंत संभव नहीं है, तो एक अस्थायी समाधान के रूप में, 'Combine by SQL' मोड को अक्षम करने पर विचार करें। इसके अतिरिक्त, सुनिश्चित करें कि n8n सर्वर पर फ़ायरवॉल और घुसपैठ का पता लगाने वाली प्रणालियाँ (IDS) ठीक से कॉन्फ़िगर की गई हैं ताकि किसी भी संदिग्ध गतिविधि का पता लगाया जा सके। अपग्रेड के बाद, यह सत्यापित करें कि भेद्यता ठीक हो गई है, यह सुनिश्चित करने के लिए कि कोई भी अनधिकृत फ़ाइलें नहीं पढ़ी जा सकती हैं।