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.
Zdravim,
potrebuji zabezpecit radius komunikaci mezi FreeRADIUS serverem a OpenWrt AP. Vyhazel jsem z navodu radsecproxy a navodu na ssl.
Na serveru je nasledujici konfigurace:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
root@server:/# cat /etc/radsecproxy.conf
ListenUDP localhost:11812
ListenTLS *:2084
LogLevel 3
LogDestination x-syslog:///
LoopPrevention on
tls server {
CACertificateFile /etc/radsecproxy/ca/certs/cacert.pem
CACertificatePath /etc/radsecproxy/ca/certs/
CertificateFile /etc/radsecproxy/ca/certs/server.pem
CertificateKeyFile /etc/radsecproxy/ca/private/server.key.pem
}
server localhost {
port 1812
type udp
secret testing123
}
client localhost {
type udp
secret testing123
}
client * {
type tls
tls server
certificateNameCheck off
secret testing123-1
}
realm * {
server localhost
}
a na klientovi:
root@client:/# cat /etc/radsecproxy.conf
ListenUDP localhost:1812
LogDestination x-syslog:///log_daemon
tls client {
CACertificateFile /etc/cert/cacert.pem
CACertificatePath /etc/cert/
CertificateFile /etc/cert/client..pem
CertificateKeyFile /etc/cert/client.key.pem
}
client 127.0.0.1 {
type udp
secret testing123-1
}
server 192.168.1.1 { # IP serveru
type tls
secret testing123-1
port 2084
tls client
certificateNameCheck off
}
realm * {
server 192.168.1.1
}
Zkousel jsem uz asi milion veci, ale stale se mi nedari spojeni. Vzdy to zustane vyset na chybe ignoring request, no matching TLS client 
Vypis ze serveru:
root@server:/# radsecproxy -c /etc/radsecproxy.conf -d 3 -f Nov 17 21:19:36 2012: createlistener: listening for udp on localhost:11812 Nov 17 21:19:36 2012: createlistener: listening for tls on *:2084 Nov 17 21:19:43 2012: tlsservernew: incoming TLS connection from 192.168.1.68 Nov 17 21:19:43 2012: tlsservernew: ignoring request, no matching TLS client Nov 17 21:19:45 2012: tlsservernew: incoming TLS connection from 192.168.1.68 Nov 17 21:19:45 2012: tlsservernew: ignoring request, no matching TLS client Nov 17 21:19:47 2012: tlsservernew: incoming TLS connection from 192.168.1.68 Nov 17 21:19:47 2012: tlsservernew: ignoring request, no matching TLS client ^C root@server:/#a z klienta:
root@client:/# radsecproxy -c /etc/radsecproxy.conf -d 3 -f Nov 17 21:19:43 2012: createlistener: listening for udp on localhost:1812 Nov 17 21:19:43 2012: connecttcphostlist: trying to open TCP connection to 192.168.1.1 port 2084 Nov 17 21:19:43 2012: connecttcphostlist: TCP connection to 192.168.1.1 port 2084 up Nov 17 21:19:45 2012: connecttcphostlist: trying to open TCP connection to 192.168.1.1 port 2084 Nov 17 21:19:45 2012: connecttcphostlist: TCP connection to 192.168.1.1 port 2084 up Nov 17 21:19:47 2012: connecttcphostlist: trying to open TCP connection to 192.168.1.1 port 2084 Nov 17 21:19:47 2012: connecttcphostlist: TCP connection to 192.168.1.1 port 2084 up ^C root@client:/#
Netusite nekdo, co delam spatne s certifikaty?
Dekuji za pomoc!
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni
Sdílej:
