V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Zdravim, jsem pravidelny navstevnik lide chatu -> mitnost pc. Chodim tam pres lide-gw pythonovou branu a ted me napadlo udelat nejakou proxy, ktera by fungovala jako takovy filtr vstupu, ktery by kontrolovaly prislusne moduly a teprve pak poustely do klienta. Avsak jsem zatim tvoril neuspesne :-(
Traffic probiha podle vseho pouze od klienta do proxy ( netusim jestli to leze i do brany a fuc ), ale od lide brany mi tam do proxy zadny traffic nejde, cili je zrejme neco spatne...
Login klienta do brany lide-gw je defaultne:
server = localhost
port = 13801
proxy jsem vytvoril na 127.0.0.1:13802
zde je kod: http://www.pastebin.cz/preview/384657616a64f3
lide-gw brana hlasi, ze se proxy pripoji (jede v terminalu), ale klientovi se pripojit nepodari, to je vse, co vam k tomu mohu rict, nevi nekdo, kde je chyba? :-(
Predem dekuji za odpovedi...
my $conn = Connection(); my $lide = $conn->accept();Nejdřív čekáte na spojení na jednom portu...
my $proxy = Proxy(); my $local = $proxy->accept();Pak na druhém...
while( my $input = <$lide> ) {
chomp $input;
print "$input\n";
my $l = <$local>;
chomp $l;
print $l $input;
}
Pak čtete řádek z prvního, pak z druhýho socketu (tohle pořadí máte nějak zaručeno, nebo si koledujete o deadlock), a pak printujete kam??? $1 asi těžko bude nějaký file descriptor, takže by to mělo celkem solidně řvát. Navíc používat $1 jako proměnnou je dost blbej nápad.
die "Can't connected to lide.cz!\n";Tohle je asi dost od věci, protože se to ani v jednom případě nikam nepřipojuje.
No ja jsem omylem hodil predchozi verzi, soucasna je: http://www.pastebin.cz/23778
Aco to ma delat? tento script by mel byt takovym mostem mezi lidegw branou a IRC klientem.
V soucasne dobe to dela to, ze se to napoji na lide branu, prijme data od klienta, ale to je tak vsechno, bud se tomuto mostu nedari odeslat data lidegw brane, nebo neni schopen ty data od ni prijimat a posilat klientovi...
Lidewg brana hlasi connected, tento perlovsky most hlasi connected obema socketum ( uz jsem ten vypis connected z kodu odstranil ), avsak klient se nedokaze prihlasit...
btw od klienta mi prijdou tyto data:
PASS ...
USER ...
NICK ...
Nenapada vas nekoho, jak to zprovoznit? :-(
Všimnul jsem si ale, že vůbec neukončuješ zprávy posílaný socketům, tak se ti všechny zprávy z "proxy" hromadí do 1. neukončené zprávy pro "lidegw" a proto na cílovém serveru není "nic vidět".
Kod verim, ze je zmateny, poneavdz tohle zkousim prvne, nikdy jsem takovou lokalni proxy nezkousel 
A dotaz? Ja osobne doufam, ze staci uz jen kousicek k tomu, aby to fungovalo, tak bych chtel nakopnout
takze znovu:
1) cil - udelat lokalni proxy, neboli takovy most mezi pythonovou lide-gw branou, ktera slouzi k vytvoreni socketu pro komunikaci lide chatu s IRC klientem.
defaultni login na tuto branu je server: localhost; port: 13801;
2) chovani soucasneho scriptu: pythonova brana hlasi prijem noveho spojeni ( tedy od teto lokalni proxy ), oba sockety byly zdarne vytvoreny a proxy prijima data od IRC klienta. To je ale vse - tato lokalni proxy pravdepodobne neodesila data od klienta k lide brane, nebo nedokaze prevzit data z lide brany ( anebo oboji ze ) :-/
3) soucasny kod:
#!/usr/bin/perl
use strict;
use IO::Socket;
sub Connection {
my $conn = new IO::Socket::INET (
PeerAddr => 'localhost',
PeerPort => '13801',
Proto => 'tcp',
Type => SOCK_STREAM,
);
if ( ! $conn ) {
die "Can't connected to lide.cz!\n";
} else {
return $conn;
}
}
sub Proxy {
my $conn = new IO::Socket::INET (
LocalAddr => '127.0.0.1',
LocalPort => '13802',
Proto => 'tcp',
Resue => 1,
Listen => 1,
);
if ( ! $conn ) {
die "Can't created a proxy!\n";
} else {
return $conn;
}
}
my $conn = Connection();
my $server = Proxy();
my $proxy = $server->accept();
my $lidegw = $conn->accept();
$conn->blocking(0);
$server->blocking(0);
while ( my $lide = <$lidegw> or my $local = <$proxy> ) {
chomp $lide;
chomp $local;
if ( $lide != '' ) {
print "from lidegw: $lide\n";
print $server "$lide\r\n";
} else {
print "from klient: $local\n";
print $conn "$local\r\n";
}
}
$lidegw, zejména
...
my $lidegw = $conn->accept();
...
while ( my $lide = <$lidegw> or my $local = <$proxy> ) {
chomp $lide;
chomp $local;
if ( $lide != '' ) {
print "from lidegw: $lide\n";
print $server "$lide\r\n";
} else {
protože to nedává smysl, na tom socketu nic nenaslouchá.
Tiskni
Sdílej: