Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Pri prihlaseni sa na vzdialenu masinu cez ssh sa z command liny neda nic spustit, tj. da sa prihlasit a potom sa neda nic robit. Nefunguje ziadny prikaz (ls, cd, atd. atd.). Prikaz sa da zapisat, ale po odoslani (odklepnuti enteru) sa nic nestane, a nic sa uz dalej neda robit.
S takym cimsi som sa neste nestretol. Dakujem za rady-napady-odporucania.
Dakujem za rady-napady-odporucaniaRady k čemu? Ty potřebuješ s něčím poradit? Přečetl jsem si to několikrát, ale žádnou otázku ani prosbu o pomoc jsem nenašel.
Slova "Dakujem za rady-napady-odporucania", sa daju pochopit len tak ze chcem riesenie problemu.
Absolutne nechapem kde vidis nieco ako prispevok do blogu. Slusne sa pyta, zosmiesnovanie nie je slusna odpoved.
Tak ale dobre, Tebe osobitne :
Ako vyriesim tento problem? Ci mas pocit ze to ze sa da na command linu lemn pozerat nie je problem, ze je na to?
Co tento problem ho sposobilo?
Ako to opravim aby sa dalo cokolvek v comman line robit?
Dakujem Ti krasne.
Ak napisem ze sa vobec nic neda z command liny spravit tak z toho vyplyva ze sa nic neda spravit a teda som sa nemal o co pokusit.
A ak sa aj spytam nestastne, co sa opodla mojho nazoru nestalo (az na popis systemu co uznavam, aj ked sa mi zda ze toto je vseobecnejsi problem nie cosi co zavisi na konkretnej distribucii), tak odpoved nemusi byt vysmesna.
Presne tak.
Respektive, po stlaceni enteru sa neobjavi novy prompt len to sotane cele visiet.
Cize nic sa neda ani pozriet, neda sa do logov dostat kedze nic nefunguje - nefunguje teda ani vi, more, ls, cd atd.
Nejdříve na tom stroji na který jsi se připojil musí běžet nějakej shell co ty příkazy bude brát.
Na stroji bezalo vsetko, naintalovana Fedora 8. Bezal v pohode mnoho tyzdnov.
Povedzme ze tam shell akosi nebezi - ako ho vzdialene cez ssh spustim ?
Pocitac nie je pristupny - momentalne - rozmyslal som ze k nemu pojdem aj teraz, ale aj zajtra je den. Ak by som mal pc pri sebe tak samozrejme vsetko skusim lokalne.
/bin/bash nefunguje
dave:x:1000:1005:David Watzke:/home/dave:/bin/bash
Co znamena, ze se da prihlasit? Zepta se na heslo? Zobrazi se po jeho zadani prompt shellu?
S podobnym chovanim je mozne se setkat napr. pokud je problem s diskem. Bezici (nactene) aplikace funguji, ale jakmile je potreba precist nejaka data z disku, tak jakoby prestanou reagovat. Tomas
Spyta sa na heslo - po prihlaseni sa objavi prompt do ktoreho sa da pisat, ale po odklepnuti enterom sa uz dalej nic enda robit, prosto ostane to visiet - neobjavi sa novy riadok, ani sa nic nespusti.
da sa prihlasit a potom sa neda nic robit. Nefunguje ziadny prikaz (ls, cd, atd. atd.). Prikaz sa da zapisat, ale po odoslani (odklepnuti enteru) sa nic nestane, a nic sa uz dalej neda robit.Čo sa udeje ak napíšeš
echo fero
Čo sa udeje ak napíšeš
echo *
Echo je vstavaný príkaz shell-u - mal by zafungovať aj keď nemáš dobrú PATH, či cesty k runtime knižniciam a podbne. Ak po prihlásení si v shelli, tak buď to niečo povie, alebo nefunguje stdout (nastavenia terminálu a pod). Či funguje stdout zistíš ak skúsiš
echo * > subor
a potom sa nejako ináč (ftp?) pozri či ten súbor existuje.
Ak nie si v shell-i, tak treba overiť čo je ako shell napísané v /etc/passwd a prípadne, ako vyzerajú inicializačné súbory shellu ( ~/.bashrc, ~/.profile, ~/.login, ~/.cshrc, /etc/shell.d/* , ...)
Pomohlo by, keby si konkrétnejšie popísal, čo je to za systém, či máš root heslo, či sa môže prihlásiť root, či sa môže prihlásiť iný užívateľ, či máš prístup cez ftp, či sa podarí spustiť príkaz cez ssh ( ssh host '/bin/ls -l'
)
Ked napise echo tak sa nestane nic, ostane visiet naprazdno.
Ostatne skontrolujem, vdaka za radu.
Tak o hodinku dve budem pri masine a skontrolujem lokalne o co ide. Potom napisem co som zistil.
Tipoval bych také chybu disku. Ono i po tom echu se bash asi snazi zapsat .bash_history a na tom to klekne.
Môže byť HW chyba - napríklad mne sa to stalo po havárii disku. Sieťovú prevádzku routoval, niektoré služby čo boli ešte v RAM fungovali, ale čokoľvek čo malo hrabnúť na disk vytuhlo. A keďže príkazy shellu aj shell samotný sú binárky na disku, tak po ich odstránení z cache proste prestali reagovať. V takom prípade pomôže len HW reštart, pomodliť sa, aby to nabehlo, a rýchlo hľadať zdroj problému. Ak sa ku mašine vieš dostať s monitorom, tak error konzola môže poskytnúť nejaké vodítko, že prečo to nejde.
Takze, vec je "vyriesena". Odisiel hard disk, musel som ho vymenit, teraz vsetko slape dobre.
Dakujem a vsetky rady.
Tiskni
Sdílej: