abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 05:55 | Zajímavý projekt

V pátek byl představen projekt postmarketOS (GitHub). Cílem tohoto projektu je open source operační systém pro chytré telefony vycházející z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Operační systém postmarketOS by měl podporovat 10letý životní cyklus chytrých telefonů.

Ladislav Hagara | Komentářů: 0
včera 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 1
včera 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

Ladislav Hagara | Komentářů: 0
27.5. 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 15
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
25.5. 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 13
25.5. 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 631 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Kompromitace poštovního serveru

    16.1.2010 09:18 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Kompromitace poštovního serveru
    Přečteno: 472×

    Dobrý den


    v noci mi na email přišlo mnoho (sca 150) emailů od MAILER-DAEMONs. Emaily obsahují standartní správu o tom, že email na XX emailovou adresu nemohl být doručen.

    Jako adresa odesílatele je všude uvedená adresa mého serveru ve tvaru:

    apache@server.mojeDomena.cz

    Moc nevím co mám dělat. Nevím, zda spameři pouze použily emailovu adresu serveru, či zneužily server k odesílání spamu. Jak se to dá zjistit? Je možné, že někdo můj server přidá do nějaké databáze spamových rozesílačů a ostatní poštovní servery nebudou přijímat emaily z naší domény? Jak to zjistit?

    Emaily odesílá Apache? Tedy z nějakého webového rozhranní na nějakém hostujícím webu?

    děkuji za pomoc

    Tomáš

    Odpovědi

    16.1.2010 09:47 Jakub Suchy | skóre: 22 | Praha
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    Jelikoz to chodi z apache, asi tam je nekde nejaky web neochraneny proti spam botum, pripadne uz jsem videl utoky kdy uploadli pres FTP skript, kterym pak spamovali.

    Kazdopadne proti prvnimu urcite ochranou Suhosin (nutnost), proti druhemu se mi osvedcilo zakazat base64_decode() v eval pomoci suhosinu

    Samozrejme je treba nejdriv zjistit odkd to prislo presne...
    16.1.2010 10:07 Mti. | skóre: 31 | blog: Mti
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    E-mailova adresa nic neznamena. Tu muze podvrhnout kdo chce. Dulezite je, z jake adresy (ip) ty zpravy byly skutecne odeslany (byva vetsinou uvedeno ve vracenem mailu). Pokud z Vasi, tak to teprve reste. Pokud z nezname, je to smutne, ze pouzili Vas e-mail, ale neudelate s tim nic.

    V pripade, ze to opravdu je Vas stroj - jestli Vam tam bezi webovy server, muzete projit jeho access log, zda tam neuvidite spousteni neceho, co jste tam nedal.

    To, ze mail nemohl byt dorucen je prilis hruby udaj. Byva tam napsan i podrobnejsi duvod toho nedoruceni. (jako treba schranka neexistuje, je plna...)

    A k te databazi - vetsinou, pokud je duvodem odmitnuti nejaky hatelist, byva primo v mailu s tim odmitnutim napsan i nazev nebo dokonce link. (co uz je ovsem smutnejsi vec, nektere spamlisty nemaji kloudnou cestu jak se nechat vyradit, protoze kontaktni adresy maji zavalene spamem a nikdo je necte ; ale vetsinou to byva automat, s kterym rec je.)
    Vidim harddisk mrzuty, jehoz hlava plotny se dotyka...
    16.1.2010 10:34 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    Děkuji za cenné rady.

    Emaily byly odeslány z našeho serveru.

    Logy Ftp a Apache prohledávám.

    16.1.2010 10:57 ikarlos
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    Zneužití apache k rozesílání pošty by zabránilo defaultní pravidlo selinuxu (httpd_can_sendmail=off).....
    16.1.2010 11:34 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    V logu postfixu jsem našel čas odeslání. V Apache ani v Ftp logu v čase odesílání, ale nic mimořádného není.

    Jan 15 21:20:17 scorpio sendmail[26323]: o0FKKHqi026323: from=apache, size=164, class=0, nrcpts=1, msgid=<201001152020.o0FKKHqi026323@scorpio.myDomain.cz>, relay=apache@localhost
    Jan 15 21:20:17 scorpio sendmail[26327]: o0FKKHHe026327: from=apache, size=164, class=0, nrcpts=1, msgid=<201001152020.o0FKKHHe026327@scorpio.myDomain.cz>, relay=apache@localhost
    Jan 15 21:20:17 scorpio sendmail[26325]: o0FKKHoJ026325: from=apache, size=164, class=0, nrcpts=1, msgid=<201001152020.o0FKKHoJ026325@scorpio.myDomain.cz>, relay=apache@localhost
    ...
    
    Jendа avatar 16.1.2010 17:48 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    Třeba tam je nějaká děravá PHP aplikace. Co tam běží?
    16.1.2010 18:26 root
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    a co access_log na ty casy?
    16.1.2010 20:23 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    V access_logu Apache, v Ftp logu, v lastlog nic podezřelého není

    Běží mnoho procesů perl

    ps -aux | grep apache
    apache    7754  0.0  0.0      0     0 ?        Z    11:56   0:00 [perl] defunct
    apache    8080  0.0  0.0      0     0 ?        Z    05:40   0:02 [perl] defunct
    apache    8173  0.0  0.0      0     0 ?        Z    11:57   0:00 [perl] defunct
    apache    8231  0.0  0.0      0     0 ?        Z    16:48   0:00 [perl] defunct
    apache    8344  0.0  0.0      0     0 ?        Z    06:20   0:01 [perl] defunct
    apache    8486  0.0  0.0      0     0 ?        Z    18:06   0:00 [sh] defunct
    apache    8491  0.0  0.1  36064  6604 ?        S    18:06   0:03 perl spamm.txt
    apache    8560  0.0  0.1  36060  6604 ?        S    18:06   0:03 perl spamm.txt
    apache    8704  0.0  0.1  36064  6604 ?        S    18:06   0:03 perl spamm.txt
    apache    8711  0.0  0.1  36064  6608 ?        S    18:06   0:02 perl spamm.txt
    apache    8731  0.0  0.0      0     0 ?        Z    16:48   0:00 [perl] defunct
    apache    8845  0.0  0.0      0     0 ?        Z    11:58   0:00 [perl] defunct
    apache    8847  0.0  0.0      0     0 ?        Z    18:06   0:00 [perl] defunct
    apache    8856  0.0  0.0      0     0 ?        Z    18:06   0:00 [perl] defunct
    apache    8917  0.0  0.0      0     0 ?        Z    18:06   0:00 [perl] defunct
    apache    9035  0.0  0.0      0     0 ?        Z    16:48   0:00 [perl] defunct
    ...
    
    netstat -natup | grep perl
    tcp        0      0 10.10.17.26:46387           201.63.167.164:6667         ESTABLISHED 26994/perl          
    tcp        0      0 10.10.17.26:46385           201.63.167.164:6667         ESTABLISHED 26987/perl          
    tcp        0      0 10.10.17.26:46389           201.63.167.164:6667         ESTABLISHED 27003/perl          
    tcp        0      0 10.10.10.1:52651            10.10.10.1:8009             ESTABLISHED 21346/perl          
    tcp        0      0 10.10.10.1:54889            10.10.10.1:8009             ESTABLISHED 21346/perl          
    tcp        0      0 10.10.17.26:36716           201.63.167.164:6667         ESTABLISHED 21346/perl          
    tcp        0      0 10.10.17.26:36718           201.63.167.164:6667         ESTABLISHED 21351/perl          
    tcp     1085      0 10.10.17.26:36703           201.63.167.164:6667         CLOSE_WAIT  21346/perl          
    tcp        0      0 10.10.17.26:56797           200.209.9.155:8067          ESTABLISHED 20960/perl          
    tcp        0      0 10.10.17.26:56796           200.209.9.155:8067          ESTABLISHED 20953/perl          
    tcp        0      0 10.10.17.26:56798           200.209.9.155:8067          ESTABLISHED 20965/perl          
    tcp        0      0 10.10.17.26:56801           200.209.9.155:8067          ESTABLISHED 21071/perl          
    tcp        0      0 10.10.17.26:56800           200.209.9.155:8067          ESTABLISHED 21033/perl          
    tcp        0      0 10.10.17.26:48711           200.209.9.155:8067          ESTABLISHED 8560/perl           
    tcp        0      0 10.10.17.26:48709           200.209.9.155:8067          ESTABLISHED 8491/perl           
    tcp        0      0 10.10.17.26:48714           200.209.9.155:8067          ESTABLISHED 8704/perl           
    tcp        0      0 10.10.17.26:48715           200.209.9.155:8067          ESTABLISHED 8711/perl  
    

    V adresáři /var/named/chroot/proc patří všechny procesy uživately apache.

    16.1.2010 20:30 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    Těch odeslaných emalů bylo mnoho tisíc. Kolem 40 tisíc emalů mi bylo vráceno na účet postmaster s hlavičkou Undelivered Mail Returned to Sender

    16.1.2010 21:21 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    V error_logu Apache je spousta podobných podivných řádků:

    --20:05:52--  http://ppslaterent.com/brd/v7.gif
    Resolving ppslaterent.com... 66.252.228.51
    Connecting to ppslaterent.com|66.252.228.51|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 79079 (77K) [image/gif]
    Saving to: `v7.gif'
    
         0K .......... .......... .......... .......... .......... 64% 32.6K 1s
        50K .......... .......... .......                         100% 29.3K=2.5s
    
    20:05:55 (31.4 KB/s) - `v7.gif' saved [79079/79079]
    
    sh: fetch: command not found
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                     Dload  Upload   Total   Spent    Left  Speed
    
      3 79079    3  2645    0     0   8656      0  0:00:09 --:--:--  0:00:09  8656
     17 79079   17 14229    0     0   8093      0  0:00:09  0:00:01  0:00:08  7977
     30 79079   30 24365    0     0  11946      0  0:00:06  0:00:02  0:00:04 12525
     80 79079   80 63461    0     0  21585      0  0:00:03  0:00:02  0:00:01 23080
    100 79079  100 79079    0     0  22309      0  0:00:03  0:00:03 --:--:-- 23598
    sh: lnyx: command not found
    --20:06:32--  http://ppslaterent.com/nrs/vv.txt
    Resolving ppslaterent.com... 66.252.228.51
    Connecting to ppslaterent.com|66.252.228.51|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 33413 (33K) [text/plain]
    Saving to: `vv.txt'
    
         0K .......... .......... .......... ..                   100% 71.1K=0.5s
    
    20:06:33 (71.1 KB/s) - `vv.txt' saved [33413/33413]
    
    syntax error at vv.txt line 29, near "my "
    BEGIN not safe after errors--compilation aborted at vv.txt line 58.
    sh: fetch: command not found
    syntax error at vv.txt line 29, near "my "
    BEGIN not safe after errors--compilation aborted at vv.txt line 58.
    syntax error at vv.txt line 29, near "my "
    BEGIN not safe after errors--compilation aborted at vv.txt line 58.
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                     Dload  Upload   Total   Spent    Left  Speed
    
      3 33413    3  1197    0     0   3928      0  0:00:08 --:--:--  0:00:08  3928
    100 33413  100 33413    0     0  43964      0 --:--:-- --:--:-- --:--:-- 70804
    sh: lnyx: command not found
    syntax error at vv.txt line 29, near "my "
    BEGIN not safe after errors--compilation aborted at vv.txt line 58.
    --20:06:37--  http://ppslaterent.com/nrs/spamm.txt
    Resolving ppslaterent.com... 66.252.228.51
    Connecting to ppslaterent.com|66.252.228.51|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 52470 (51K) [text/plain]
    Saving to: `spamm.txt.1'
    
         0K .......... .......... .......... .......... .......... 97% 41.4K 0s
        50K .                                                     100% 2.42M=1.2s
    
    20:06:38 (42.5 KB/s) - `spamm.txt.1' saved [52470/52470]
    
    sh: fetch: command not found
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                     Dload  Upload   Total   Spent    Left  Speed
    
      4 52470    4  2645    0     0   8639      0  0:00:06 --:--:--  0:00:06  8639
     82 52470   82 43177    0     0  40142      0  0:00:01  0:00:01 --:--:-- 52638
    100 52470  100 52470    0     0  48746      0  0:00:01  0:00:01 --:--:-- 64623
    sh: lnyx: command not found
    
    

    Na URL z výpisu potom podivné scripty.

    http://ppslaterent.com/nrs/spamm.txt http://ppslaterent.com/nrs/vv.txt

    Jak je možné takové scripty přes Apache spustit? Co s tím mám dělat?

    Děkuji za radu.

    16.1.2010 21:38 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    Další script v error_log Apache je na url>

    http://ppslaterent.com/brd/v7.gif

    Obsahuje script pokud soubor otevřete jako text.

    cynic_asshole avatar 17.1.2010 03:13 cynic_asshole | skóre: 28
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    Je to krásnej skript. Chtělo by to znát ty příkazy a pak ten bot prostě vypnout…
    Neznáš nějakou linuxovou distribuci pro Windows?
    17.1.2010 03:42 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    Pod apachem běžící perl... že by to bylo tohle ?
    Quando omni flunkus moritati
    17.1.2010 09:39 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru

    Děkuji za vysvětlení.

    Stále mi není jasné jak se může škodlivý kód do php souboru dostat.

    Přes webový formulář? Jak může útočník něco zapsat do php souboru?

    Jinak všem děkuji za pomoc. Teď už to nějak srovnám.

    Tomáš

    17.1.2010 12:34 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Kompromitace poštovního serveru
    Stále mi není jasné jak se může škodlivý kód do php souboru dostat.
    Způsobů je spousta a my to samozřejmě nezjistíme (leda že by někdo měl křišťálovou kouli) - to už je tvůj boj, pochybuju, že by se tu našel dobrák, kterej ti bude auditovat webserver.

    Z těch způsobů - může to být prozrazení přihlašovacích údajů k FTP účtu, přes který se dají nahrávat data na web (to už tu padlo), můžeš na tom serveru mít nějaký děravý PHP skript*, který zlejm hochům umožní nahrát svůj vlastní PHP skript na server a následně ho spustit.

    * například nějaký, který umožňuje upload souborů na server, ale nekontroluje přípony; popřípadě takový, který umožní vykonat vzdálený kód, třeba protože jsou špatně ošetřené vstupní parametry.
    Quando omni flunkus moritati

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.