Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
Byla vydána nová major verze 11.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze
… více »V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.
Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Aktuálně mám rozeběhnutý takový menší webhosting (pro známé, ale stejně bych to potreboval nějak zabezpečit), pomocí mod_rewrite mám zařízené subdomény na /var/www/domena.xx/subdomena/. Teď se pokouším přidat podporu PHP přes FastCGI (kvůli oprávněním, aby mohlo PHP běžet s oprávněními vlastníka skriptu), ale nějak nemůžu přijít na to, jak to zprovoznit tak, aby to běželo stejne jako když je php modulem apache... bohužel se mi nic na tohle nic vygooglit nepodařilo...
Mám tím na mysli, že tak jak to mám teď, php skripty musí být v /cgi-bin/, ale já bych to potřeboval aby to šlo ze stejného adresáře, jako jsou html stránky.
Napadlo mě ze bych mohl cgi-bin změnit na kořenový adresář webu, ale pak je tam zase problém s těmi subdoménami.
Ještě přikládám můj /etc/apache2/sites-available/domena.xx :
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
<VirtualHost *:80>
ServerAdmin admin@domena.xx
ServerName domena.xx
ServerAlias *.domena.xx
DocumentRoot /var/www/domena.xx
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(.*).domena.xx
RewriteRule ^(.*)$ /%1/$1 [L]
RewriteCond %{HTTP_HOST} ^domena.xx
RewriteRule ^(.*)$ /_/$1 [L]
ErrorLog /var/www/domena.xx/error.log
LogLevel warn
#CustomLog /var/www/domena.xx/access.log combined
</VirtualHost>
Jsem v tomhle ohledu bezradný, tak doufám že mi poradíte a předem díky.
Ještě jsem zapoměl doplnit tento soubor pro použití s FastCGI...
<VirtualHost *:80>
ServerAdmin admin@domena.xx
ServerName domena.xx
ServerAlias *.domena.xx
DocumentRoot /var/www/domena.xx
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(.*).domena.xx
RewriteRule ^(.*)$ /%1/$1 [L]
RewriteCond %{HTTP_HOST} ^domena.xx
RewriteRule ^(.*)$ /_/$1 [L]
ErrorLog /var/www/domena.xx/error.log
LogLevel warn
#CustomLog /var/www/domena.xx/access.log combined
AddType application/fast-php .php
Action application/fast-php /cgi-bin/php-fast
#ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
ScriptAlias / /usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
SetHandler fastcgi-script
AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
Problém je v tom, že tohle php zprovozní v cgi-bin, ale já potřebuju, aby šlo php skripty spouštět v jakékoli složce webu...
Pokud dám php jako modul apache, všechno jede správně, ale potřeboval bych aby php jelo s oprávněním vlastníka skriptu...
Doufám že jsem to zformuloval správně, klidne odpovězte i pokud si nejste jistí, aktuálně mi je jakákoli rada drahá...
Pokud víte o lepším řešení jak by php mohlo pracovat s oprávněním vlastníka skriptu, taky budu rád pokud se podělíte...
Doufám že tohle upřesnění pomůže, a najde se tady nějaký mistr který by poradil... 
No nic, nevadí, už se mi to podařilo vyřešit bez FastCGI.
Použil jsem konstrukci
php_admin_value open_basedir "/var/www/domena.xx"
Má to jedinou chybu: soubory vytvořené (a tedy i uploadované) pomocí php se nezapočítají do uživatelské kvóty, protože vlastníkem souborů bude www-data. To ale zatím vyřeším CRONem, aby se každou hodinu všechny soubory domény přivlastňovaly uživateli domény...
Tiskni
Sdílej:
