Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
Zdravim.
Predstavte si, ze mate nejaku kniznicu suborov (bezna databaza suborov, spravovana nejakym redakcnym systemom s tym, ze mozte na rozne subory nastavovat prava roznym uzivatelom, uzivatelskym skupinam, je tam dedenie prav, expiracia prav, atd... vsetky tieto info su ulozene v DB a kvoli zlozitosti je cast autorizacnej logiky v PHP)
Takze o co mi ide ?
V skratke .. ako docielit toho, aby sa pri odoslani bezneho, priameho requestu na nejaky non-executable subor (pdf,txt,doc,xls,...) zavolal napr. aj nejaky CGI skript, ktory by to autorizoval (nestaral sa ale o response-handling, ten by mal ostat plne v rezii Apache)
1. riesenie vlastnym download skriptom (aj ked to navonok vdaka mod_rewrite moze vyzerat dobre) uz je dost zastarale a nepaci sa mi (ak je request na stiahnutie napr. 2GB suboru, je nutne tam riesit postupne nacitanie suboru, aby sa nealokovala pamat, atd.. atd... da sa to zoptimalizovat, ale kvoli tomu nepisem :)
2. skusal som apache output filter s tym, ze ako filter sa zavola CGI PHP skript, ktory na STDIN prijme telo response a na STDOUT vrati data (tam je mozne dostat sa k SIDu, inicializovat session, overit, ci ma prihlaseny uzivatel pravo stiahnut subor a ak nie, tak na STDOUT vyhodim "Access denied"). Problem je ale v tom, ze hlavicky nastavuje Apache, takze ak leti request na PDF a uzivatel nema prava, poslu sa PDF hlavicky ale v tele je "Access denied" (takze sa obvykle otvori napr. Acrobat Reader a vyhlasi chybu). Ucinok 100%, ale efekt mizerny (skusal som aj apache input filter, ale tam som sa nijak nedostal napr. k SIDu, ktory potrebujem pre overenie uzivatela).
3. apache moduly na autentizaciu/autorizaciu vedia overovat voci nejakemu auth-suboru, alebo priamo voci databaze, prip. pravam na filesysteme, ale nenasiel som moznost, ktora by sa hodila - moznost vyvolat nejaky prikaz, ktory by v parametroch dostal napr. hlavicky+telo requestu, ten by si to interne autorizoval a vratil napr. 0/1 podla toho, ci je pristup autorizovany.
Napada vas nejake riesenie mojho problemu ?
Som vdacny za kazdu radu a myslim si, ze nie som sam, kto by uvital riesenie 
PS: Apache, PHP, grntoo distro (vsetko v aktualnych verziach)
Dik.
Já myslím, že první řešení je nejlepší. Akorát to bude třeba trochu zoptimalizovat
- ideálně aby se soubor dalo stahovat např. odprostředka, aby byly relevantní hlavičky času poslední modifikace apod. Výkonostně by to snad nemělo být horší, než kdyby se PHP použilo jen jako autorizer. Proč by tohle řešení mělo být zastaralé?
Nebo mě ještě napadá FastCGI autorizer (nebo jak se tomu říká), ale nevím, jestli PHP dokáže běžet v tomto módu.
Zdravim.
Ako som pisal, download file sa mi nepaci a to uz z jedneho prosteho systemoveho dovodu. Nechcem nijak zasahovat do response handlingu, chcem len pred handlingom overit a pripadne obmedzit moznost stiahnutia suboru.
Download file mame celkom sikovny, zvlada "resume support" apod., ale je to z mojho pohladu riesenie typu "systemovejsie sa to vyriesit neda" .. ale ja viem, ze cesta existuje a zatial sa nenasiel HC borec co by sa v tom povrtal a pomohol mi 
Tiskni
Sdílej: