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.
Prosim o pomoc. Jeden uzivatel odeslal email cca 10 lidem a tento email 3 lidem dosel 1x v poradku a zbitku se neustale dokola odesila. Vypada to na zaseklou frontu ale v mailboxu ten email nevidim. Nektere servery uz tento email odmitaji a posilaji zpet. Uzivatelsky ucet uz jsem tohoto uzivatele odebral a znovu vytvoril vcetne mailboxu.
V maillogu jsem nasel pouze toto,mozna bude problem v tomto rub-server.rub-group.local:
zavorky „<>” jsem zmenil na „;” jmeno PC, realayhost, ip adresy, uzivatel jsem zmenil. Dec 27 15:26:55 nazevpc sendmail[31500]: jBREQsY31500: from=;;, size=12265, class=0, nrcpts=1, msgid=;MPiL4zL1m00000001@rub-server.rub-group.local;, bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=realyhost [ipadresa] Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: forward /home/ uzivatel /.forward.spital: Permission denied Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: forward /home/uzivatel/.forward: Permission denied Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: to=;uzivatel@nazevpc.cz;, delay=00:00:01, xdelay=00:00:00, mailer=local, pri=41658, dsn=2.0.0, stat=Sent
Verze sendmailu 8.11.2
Red Hat linux. Ten server jiz doziva, pripravuje se vymena, ale ta hned nebude.
Prosim o radu co zkontrolovat.Uzivatelska stanice by to nemela byt - preinstalovany outlook,zadne viry a spyware,ve slozce posta k odeslani zadne emaily nejsou. Dalsi emaily od stejneho uzivatele uz chodi v poradku.
Řešení dotazu:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz/var/spool/clientmqueue (resp. toho kam ukazuje riadok s O QueueDirectory v súbore /etc/mail/submit.cf). Každý odchádzajúci mail tam má dva súbory - jeden s obsahom mailu a jeden s hlavickou (a inými údajmi potrebnými pre spracovanie fronty). Majú takmer rovnaké meno, ktoré sa líši len prvými písmenami (df - data file, qf - queue file), zvyšok mena je v tvojom prípade pravdepodobne jBREQsY31500 . Ak sa toho mailu nevieš zbavit inak, tak oba tie súbory jednoduch zmaž.
Reporting-MTA: dns;rub-server.rub-group.local Received-From-MTA: dns;rehabilitacniustav.cz Arrival-Date: Wed, 4 Jan 2006 10:15:39 +0100 Final-Recipient: rfc822;********@hdl.chrudim.cz Action: failed Status: 5.5.0 Diagnostic-Code: smtp;550 Cannot route to <********@hdl.chrudim.cz>z cehoz vypada ze email od nas nesel na hdl.chrudim.cz ale vyuzil relayhost rehabilitacniustav.cz a ten samozrejmne ********@hdl.chrudim.cz nezna... ? Co mam zkontrolovat? Jak to mam zastavit... ******** = nejaky uzivatel, nechci jmenovat.
?
Tiskni
Sdílej:
