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í
×

včera 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 20
včera 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

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

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 6
včera 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
14.12. 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 6
14.12. 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
14.12. 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
14.12. 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
14.12. 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
14.12. 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 997 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Zabezpecenie zdielaneho webhostingu

    9.12.2013 19:03 maros
    Zabezpecenie zdielaneho webhostingu
    Přečteno: 742×
    Zdielany webhosting: Apache, PHP, MySQL, FTP resp. SCP.
    Co pouzit na minimalizaciu dopadu hacku vhostu na ostatne vhosty a cely server?

    - OpenVZ vs FreeBSD jaily?
    - grsecurity vs SElinux?
    - nginx reverse proxy + Apache MPM-ITK?
    - vhodne domovske adresare pre pouzivatelov pod ktorymi budu vhosty bezat?
    - separatny filesystem /tmp pripadne definicia vlastnych tempov pre kazdy vhost?
    - separatny filesystem /srv/www, noexec?
    - ako zakazat, aby pouzivatel, pod ktorym bezi web nemohol spustat programy (wget, curl, telnet, ssh)?
    - lahka identifikacia vhostu, ktory generuje bordel (sietova prevadzka do Azie pripadne Afriky)

    Odpovědi

    9.12.2013 19:12 maros
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    - vhodne nastavene PHP: open_basedir, zakazane rozne funkcie (dl, system, shell_exec, ...)? - vhodne nastaveny nginx + Apache?
    Jakub Lucký avatar 10.12.2013 15:15 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    open_basedir je děravé... Asi to zastaví lamky, ale možností to obejít je spousta...
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    AraxoN avatar 11.12.2013 00:19 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Môžeš pre nás pre lamky dať aspoň jednu z možností, ako v PHP obísť open_basedir? Shell_exec(), passthru(), dl(), popen() a spol nerátam - tie hádam vypne každý, kto sa spolieha na open_basedir...
    A fine is a tax for doing wrong. A tax is a fine for doing well.
    Jakub Lucký avatar 11.12.2013 06:51 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Tak postupně: Vyjádření RedHatu k bezpečnosti open_basedir a Debian

    Popis na wiki.apache.org

    A nakonec co říká samotné PHP

    Ani jedno z toho ve mě nevzbuzuje důvěru "Ano, toto použiju"

    A jako bonus Debian:
    The Debian stable security team does not provide security support for
    certain configurations known to be inherently insecure. This includes
    the interpreter itself, extensions, and user scripts written in the PHP
    language. Most specifically, but not exclusively, the security team will
    not provide support for the following.
    
     * Security issues which are caused by careless programming, such as:
       - extracting a tar file without first checking the contents;
       - using unserialize() on untrusted data;
       - relying on a specific value of short_open_tag.
    
     * Vulnerabilities involving any kind of open_basedir violation, as
       this feature is not considered a security model either by us or by
       PHP upstream.
    
     * Any "works as expected" vulnerabilities, such as "user can cause
       PHP to crash by writing a malicious PHP script", unless such
       vulnerabilities involve some kind of higher-level DoS or privilege
       escalation that would not otherwise be available.
    
    PHP upstream has published a statement regarding their view on security
    and the PHP interpreter:
    http://www.php.net/security-note.php
    
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    AraxoN avatar 11.12.2013 21:41 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Ďakujem, je to tak ako som si myslel... To prvé (bzip2) je zjavný bug a je to už dávno opravené. To druhé je známa vlastnosť databázy MySQL a s PHP nijako nesúvisí - rovnako sa prejaví aj pri prístupe z iných jazykov. Všetky ďalšie odkazy len varujú, že open_basedir nie je žiaden svätý grál zabezpečenia webového servera a je potrebné myslieť aj na ďalšie súvislosti (ako napr. to MySQL). To tam píšu veľmi správne a nedá sa s tým než súhlasiť.

    Open_basedir nie je vôbec deravé. Robí presne to čo má (a nič viac).
    A fine is a tax for doing wrong. A tax is a fine for doing well.
    12.12.2013 10:36 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    To obejití pomocí MySQL není chyba open_basedir, ale chyba nastavení systému, který uživateli mysql umožňuje přístup k souborům, které mu nepatří.
    Quando omni flunkus moritati
    Jakub Lucký avatar 12.12.2013 11:14 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Ano, není to přímá chyba open_basedir, ale je to ukázka toho, jak z principu open_basedir není zabezpečení (kromě nějakého jakoby omezení pro přímé PHP fce)

    Pokud chci mít bezpečno, musím na to jinak
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    Jendа avatar 9.12.2013 20:51 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Osobně spouštím php-cgi nebo fastcgi pod různými unixovými uživateli (každý web nebo skupina webů má jednoho) a doufám, že to systém vyřeší.

    Pak můžeš používat ulimit, identifikaci paměti a trafficu podlu UID atd.
    Why did the multithreaded chicken cross the road? to To other side. get the
    10.12.2013 13:06 maros
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    To by chcelo trosku rozpisat...
    ulimit - pouzivate?
    identifikaci paměti - k comu je to dobre?
    Jendа avatar 10.12.2013 14:27 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    - ne, mám hodné uživatele (respektive mám jich málo)

    - můžeš zjistit, kdo kolik žere
    - ako zakazat, aby pouzivatel, pod ktorym bezi web nemohol spustat programy (wget, curl, telnet, ssh)?
    Sehnal bych si seznam „nebezpečných“ PHP funkcí (shell exec atd.) a prošel bych je a pozakazoval.
    Why did the multithreaded chicken cross the road? to To other side. get the
    12.12.2013 20:05 maros
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Velmi nebezpecne je eval + base64_decode, ktore sa pouziva na obchadzanie zakaznych funkcii. Zakazanim eval vsak nebude fungovat skoro ziadny CMS.
    AraxoN avatar 12.12.2013 21:42 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Direktíva disable_functions sa vzťahuje aj na funkcie vykonané vo vnútri eval(), či nie?
    A fine is a tax for doing wrong. A tax is a fine for doing well.
    10.12.2013 19:29 student
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu

    OpenVZ / FreeBSD jaily / Solaris containery su takmer idealne riesenie, co do bezpecnosti - akurat sa to zle udrzuje.

    U mna jednoznacne grsec, rozumne nastavit (obmedzit vsetko, co ide). Ano, Apache MPM-ITK, ale odporucam nebezat hlavny proces po rootom (spustat pod velmi obmedzenym uzivatelom; pouzit capabilities).

    Zvlast tmp pre kazdy vhost je samozrejmost (u mna mal kazdy uzivatel v roote po pripojeni cez SFTP zlozky www, sub, log, tmp - www bola hlavna stranka, sub boli subdomeny, log boli logy (readonly pre uzivatela; naviac chattr na append only), tmp bol temp.

    Zakaz spustania programov spravis v grsecu; mozes to spravit aj v PHP (nech je to na viac urovniach).

    Identifikacia vhostu by mohla ist cez grsec; vo vseobecnosti je to dost narocne.

    11.12.2013 10:54 Peter Šantavý | skóre: 22 | blog: Obcasnik
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Ahoj, tiez pridam svoje riesenie: - SELinux - MPM-ITK - vlastne tempy pre kazdy vhost - open_basedir + vypnutie funkcii - ulimit - pri pouziti mpm-itk je identifikacia problematickeho vhostu pomerne jednoducha
    pavlix avatar 11.12.2013 11:12 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    mpm-itk jsem měl vždycky v oblibě.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    11.12.2013 16:21 maros
    Rozbalit Rozbalit vše Re: Zabezpecenie zdielaneho webhostingu
    Co konkretne riesite SELinuxom?

    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.