NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Mám pár jednoduchých otravných dotazů a prosil bych je prosím objasnit: Mám adresář pokus a v něm "ln -s /zdroj pokus/zdroj". Pokud napíšu "chown user:group pokus/zdroj", tak to ovlivní /zdroj, nikoliv symlink, což se dá podle dokumentace asi vypnout použitím no deference. Ale co udělá "chown user:group pokus -R"? Ovlivní vlastníka symlinku nebo umístění symlinku? Zkoušel jsem to a vypadá to, že to ovlivňuje jen symlink, nikoliv jeho odkaz. Je dobré při chown -R použít ještě --no-dereference nebo to není nutné a volba -R to už obsahuje? Jde mi o to, aby se to na různých systémech nechovalo jinak. A je nutné vůbec měnit vlastníky symlinků, když je stejně mohou vlastníci adresářů vymazat, i když není ten symlink jejich?
A co to chown -R a jeho vliv na soubory?
V adresáři /pokus mám adresář uvnitr a symlink uvnitr2, který odkazuje na /uvnitr2. Pokud dám chown pokus:pokus /pokus -R, změní se vlastník jen v /pokus nebo i v /uvnitr2, na který je v adresáři /pokus symlink?
chown (pokud vím) neumí měnit práva symlinků...Tiež som si to tak pamätal a kedysi to tak bolo. Ale pre istotu som si to teraz vyskúšal - a funguje - na jadre 2.6.27 a ext3.
root@amd64 ~ # ll a b -rw-r--r-- 1 dave root 0 2009-01-08 23:17 a lrwxrwxrwx 1 root root 1 2009-01-09 15:04 b -> a root@amd64 ~ # chown petr b root@amd64 ~ # ll a b -rw-r--r-- 1 petr root 0 2009-01-08 23:17 a lrwxrwxrwx 1 root root 1 2009-01-09 15:04 b -> aJak změnit přímo práva symlinku, to nevím.
-h, --no-dereference
affect each symbolic link instead of any referenced file (useful only on systems that can change the ownership of a symlink)
V info stránce se píše:
The following options modify how `chown' and `chgrp' traverse a hierarchy when the `--recursive' (`-R') option is also specified. [...] These options specify whether processing a symbolic link to a directory entails operating on just the symbolic link or on all files in the hierarchy rooted at that directory.
These options are independent of `--dereference' and `--no-dereference' (`-h'), which control whether to modify a symlink or its referent.
`-P' – Do not traverse any symbolic links. This is the default if none of `-H', `-L', or `-P' is specified.
Já z toho taky nejsem moudrý.
Teoreticky by měl změnit cíl odkazu /pokus/uvnitr2, tedy /uvnitr2, ale již ne soubory pod /uvnitr2.
Prakticky by bylo dobré, aby to nedělal, protože /uvnitr2 je mimo strom /pokus.
Zeptejte se vývojářů.
nic netraversovat
Ano, ale traverse není dereference. A je na to výslovně upozorněno.
Takže moje dilema není o zpracování obsahu adresáře /uvnitr2 skrze symlink, ale o tom, zda chown -R -P --dereference
bude, nebo nebude měnit vlastníka /uvnitr2 samotného.
`--no-dereference' Act on symbolic links themselves instead of what they point to. This is the default.
To záleží na tom či použiješ -L. Veď si to vyskúšaj.V adresáři /pokus mám adresář uvnitr a symlink uvnitr2, který odkazuje na /uvnitr2. Pokud dám chown pokus:pokus /pokus -R, změní se vlastník jen v /pokus nebo i v /uvnitr2, na který je v adresáři /pokus symlink?
Tiskni
Sdílej: