ખોટા ઉપનામ બ્લોક સેટિંગ્સ સાથે Nginx રૂપરેખાંકન નબળાઈ

કેટલાક Nginx સર્વર્સ Nginx Alias ​​Traversal ટેકનિક માટે સંવેદનશીલ રહે છે, જે 2018 માં બ્લેકહાટ કોન્ફરન્સમાં પ્રસ્તાવિત કરવામાં આવી હતી અને "ઉર્ફે" નિર્દેશિકામાં ઉલ્લેખિત રૂટ ડિરેક્ટરીની બહાર સ્થિત ફાઇલો અને ડિરેક્ટરીઓને ઍક્સેસ કરવાની મંજૂરી આપે છે. સમસ્યા ફક્ત "સ્થાન" બ્લોકની અંદર મૂકવામાં આવેલા "ઉર્ફે" નિર્દેશ સાથેના રૂપરેખાંકનોમાં દેખાય છે જેનું પરિમાણ "/" અક્ષર સાથે સમાપ્ત થતું નથી, જ્યારે "ઉર્ફે" "/" સાથે સમાપ્ત થાય છે.

સમસ્યાનો સાર એ છે કે ઉપનામ ડાયરેક્ટીવ સાથેના બ્લોક માટેની ફાઇલો, સ્થાન નિર્દેશનમાંથી માસ્ક સાથે તેની સરખામણી કર્યા પછી અને આ માસ્કમાં ઉલ્લેખિત પાથના ભાગને કાપીને, વિનંતી કરેલ પાથને જોડીને સેવા આપવામાં આવે છે. ઉપર દર્શાવેલ સંવેદનશીલ રૂપરેખાંકનના ઉદાહરણ માટે, હુમલાખોર "/img../test.txt" ફાઇલની વિનંતી કરી શકે છે અને આ વિનંતી સ્થાનમાં ઉલ્લેખિત "/img" માસ્ક હેઠળ આવશે, જેના પછી બાકીની પૂંછડી ".. ઉપનામ નિર્દેશક "/var/images/" ના પાથ સાથે /test.txt" જોડવામાં આવશે અને આખરે "/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 રૂપરેખાંકનમાં ભૂલો જે સમસ્યા તરફ દોરી જાય છે તે વાસ્તવિક પ્રોજેક્ટ્સમાં હજુ પણ જોવા મળે છે. ઉદાહરણ તરીકે, બિટવર્ડન પાસવર્ડ મેનેજરના બેકએન્ડમાં સમસ્યા ઓળખવામાં આવી હતી અને તેનો ઉપયોગ /etc/bitwarden ડિરેક્ટરીમાંની બધી ફાઈલોને એક્સેસ કરવા માટે થઈ શકે છે (/etc/bitwarden/attachments/ માંથી/attachments વિનંતીઓ જારી કરવામાં આવી હતી), જેમાં “vault”નો સમાવેશ થાય છે. . db", પ્રમાણપત્ર અને લૉગ્સ, જે મેળવવા માટે તે વિનંતીઓ મોકલવા માટે પૂરતું હતું "/attachments../vault.db", "/attachments../identity.pfx", "/attachments../logs/api.log ", વગેરે .પી.

આ પદ્ધતિએ Google HPC ટૂલકીટ સાથે પણ કામ કર્યું, જેણે /static વિનંતીઓને "../hpc-toolkit/community/front-end/website/static/" ડિરેક્ટરીમાં રીડાયરેક્ટ કરી. ખાનગી કી અને ઓળખપત્રો સાથે ડેટાબેઝ મેળવવા માટે, હુમલાખોર “/static../.secret_key” અને “/static../db.sqlite3” વિનંતીઓ મોકલી શકે છે.

સોર્સ: opennet.ru