गलत उपनाम ब्लक सेटिङहरूसँग Nginx कन्फिगरेसन जोखिम

nginx भएका केही सर्भरहरू Nginx Alias ​​Traversal प्रविधिको लागि कमजोर रहन्छन्, जुन 2018 मा Blackhat सम्मेलनमा प्रस्ताव गरिएको थियो र "उपनाम" निर्देशनमा निर्दिष्ट रूट डाइरेक्टरी बाहिर अवस्थित फाइलहरू र निर्देशिकाहरूमा पहुँच अनुमति दिन्छ। समस्या "स्थान" ब्लक भित्र राखिएको "उपनाम" निर्देशनको साथ कन्फिगरेसनहरूमा मात्र देखा पर्दछ, जसको प्यारामिटर "/" क्यारेक्टरमा समाप्त हुँदैन, जबकि "उपनाम" "/" मा समाप्त हुन्छ।

समस्याको सार यो हो कि उपनाम निर्देशनका साथ ब्लकहरूका लागि फाइलहरू अनुरोध गरिएको मार्ग संलग्न गरेर, स्थान निर्देशनबाट मास्कसँग मिलाएर र यो मास्कमा निर्दिष्ट मार्गको भाग काटेर दिइन्छ। माथि देखाइएको कमजोर कन्फिगरेसनको उदाहरणको लागि, आक्रमणकारीले फाइल "/img../test.txt" अनुरोध गर्न सक्छ र यो अनुरोध स्थान "/img" मा निर्दिष्ट गरिएको मास्कसँग मेल खान्छ, त्यसपछि बाँकी पुच्छर "../ test.txt" उपनाम निर्देशन "/var/images/" बाट मार्गमा संलग्न हुनेछ र परिणाम स्वरूप फाइल "/var/images/../test.txt" अनुरोध गरिनेछ। यसरी, आक्रमणकारीहरूले "/var" डाइरेक्टरीमा कुनै पनि फाइलहरू पहुँच गर्न सक्छन्, र "/var/images/" मा फाइलहरू मात्र होइन, उदाहरणका लागि, nginx लग डाउनलोड गर्न, तपाईंले अनुरोध पठाउन सक्नुहुन्छ "/img../log/। nginx/ access.log"।

कन्फिगरेसनहरूमा जहाँ उपनाम निर्देशनको मान "/" क्यारेक्टरसँग समाप्त हुँदैन (उदाहरणका लागि, "उपनाम /var/images;"), आक्रमणकर्ताले अभिभावक डाइरेक्टरीमा परिवर्तन गर्न सक्दैन, तर / var मा अर्को डाइरेक्टरी अनुरोध गर्न सक्छ। जसको नाम कन्फिगरेसनमा निर्दिष्टसँग सुरु हुन्छ। उदाहरणका लागि, "/img.old/test.txt" अनुरोध गरेर तपाईंले डाइरेक्टरी "var/images.old/test.txt" पहुँच गर्न सक्नुहुन्छ।

GitHub मा रिपोजिटरीहरूको विश्लेषणले देखायो कि nginx कन्फिगरेसनमा त्रुटिहरू जसले समस्या निम्त्याउँछ अझै पनि वास्तविक परियोजनाहरूमा पाइन्छ। उदाहरणका लागि, Bitwarden पासवर्ड प्रबन्धकको ब्याकइन्डमा समस्याको उपस्थिति पहिचान गरिएको थियो र /etc/bitwarden डाइरेक्टरीमा सबै फाइलहरू पहुँच गर्न प्रयोग गर्न सकिन्छ (/etc/bitwarden/attachments/ बाट / संलग्नका लागि अनुरोधहरू जारी गरिएको थियो), पासवर्डहरू "vault. db", प्रमाणपत्र र लगहरूसँग भण्डार गरिएको डाटाबेस सहित, जसको लागि अनुरोधहरू पठाउन पर्याप्त थियो "/attachments../vault.db", "/attachments../identity.pfx", "/attachments ../logs/api.log", आदि .P.

विधिले Google HPC Toolkit सँग पनि काम गर्‍यो, जहाँ /static अनुरोधहरूलाई "../hpc-toolkit/community/front-end/website/static/" डाइरेक्टरीमा रिडिरेक्ट गरिएको थियो। निजी कुञ्जी र प्रमाणहरू भएको डाटाबेस प्राप्त गर्न, आक्रमणकर्ताले "/static../.secret_key" र "/static../db.sqlite3" प्रश्नहरू पठाउन सक्छ।

स्रोत: opennet.ru