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 02:00 | Nová verze

Byl vydán Debian 9.1, tj. první opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.9, tj. devátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 0
včera 15:50 | Zajímavý článek

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice zveřejnila čtyřiačtyřicetistránkovou výroční zprávu za rok 2016. K dispozici je ve formátu pdf ve vysokém (21,68 MB) a nízkém (7,1 MB) rozlišení. Zpráva byla vytvořena ve Scribusu.

Ladislav Hagara | Komentářů: 0
včera 14:40 | Zajímavý software

Mozilla.cz informuje, že Firefox Focus pro Android, velmi jednoduchý prohlížeč zaměřený na anonymní prohlížení, dosáhl milionu stažení. Firefox Focus blokuje sledující prvky a reklamy a při ukončení automaticky smaže všechna uložená data stránek, historii prohlížení a cookies.

Ladislav Hagara | Komentářů: 5
včera 14:20 | Komunita

Vyplněním dotazníku na Formuláře Google lze ovlivnit výběr výchozích aplikací v Ubuntu 18.04 LTS. Podrobnosti v příspěvku Dustina Kirklanda na Ubuntu Insights [reddit].

Ladislav Hagara | Komentářů: 1
21.7. 11:30 | Komunita

Etherpad (Wikipedie), svobodný online webový textový editor umožnující spolupráci v reálném čase, se stal oficiálním projektem organizace Software Freedom Conservancy (Wikipedie). Vývojáři Etherpadu se tak mohou stejně jako vývojáři dalších projektů soustředit pouze na vývoj softwaru a vše kolem zařídí Software Freedom Conservancy. Spuštěna byla instance Etherpadu pad.sfconservancy.org.

Ladislav Hagara | Komentářů: 2
21.7. 10:40 | Zajímavý článek

Lukáš Růžička se v článku Workrave ve Fedoře aneb jak si nevytunelovat karpál na MojeFedora.cz věnuje aplikaci Workrave (Wikipedie) na sledování času stráveného na počítači, která může pomoci vyhnout se negativním účinkům práce s počítačem (RSI, CTS), nebo je alespoň výrazně zmírnit.

Ladislav Hagara | Komentářů: 1
21.7. 10:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Shadow Warrior: Special Edition běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 2
20.7. 23:11 | Nová verze

Byla vydána verze 2.4.0 analyzátoru síťového provozu Wireshark. Jedná se o první stabilní verzi nové řady 2.4. Podrobný přehled novinek v poznámkách k vydání. V červnu proběhla konference SharkFest’17 US věnovaná Wiresharku. Záznamy přednášek jsou k dispozici na YouTube.

Ladislav Hagara | Komentářů: 2
20.7. 13:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřeného přístupu na 142. brněnský sraz, který proběhne v pátek 21. července od 18:00 hodin ve Sport Centru Srbská (Srbská 4). Od 19:00 je pro zájemce zamluveno hřiště na plážový volejbal.

Ladislav Hagara | Komentářů: 0
20.7. 12:34 | Bezpečnostní upozornění

V GNOME Soubory, původně Nautilus, konkrétně v generování náhledů exe, msi, dll a lnk souborů byla nalezena a opravena bezpečnostní chyba CVE-2017-11421 s názvem Bad Taste. Při otevření složky obsahující tyto soubory může být spuštěn VBScript obsažen v názvech těchto souborů.

Ladislav Hagara | Komentářů: 3
Těžíte nějakou kryptoměnu?
 (3%)
 (0%)
 (15%)
 (82%)
Celkem 34 hlasů
 Komentářů: 0
    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: 473×

    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: 74 | 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.