{"id":107307,"date":"2023-03-16T12:48:10","date_gmt":"2023-03-16T10:48:10","guid":{"rendered":"https:\/\/prohoster.info\/?p=107307"},"modified":"2023-03-17T13:35:25","modified_gmt":"2023-03-17T11:35:25","slug":"obnovlenie-openssh-9-3-s-ustraneniem-problem-s-bezopasnostyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/obnovlenie-openssh-9-3-s-ustraneniem-problem-s-bezopasnostyu","title":{"rendered":"Opdatering af OpenSSH 9.3 med sikkerhedsproblemer rettet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Udgivelsen af OpenSSH 9.3, en \u00e5ben implementering af klient og server til arbejde med protokollerne SSH 2.0 og SFTP, er offentliggjort. I den nye version er sikkerhedsproblemer rettet: <\/p>\n
\n
I v\u00e6rkt\u00f8jet ssh-add er der opdaget en logisk fejl, som g\u00f8r, at n\u00e5r n\u00f8gler til smartkort tilf\u00f8jes til ssh-agent, overf\u00f8res de begr\u00e6nsninger, der er angivet ved hj\u00e6lp af indstillingen «ssh-add -h», ikke til agenten. Resultatet er, at en n\u00f8gle, for hvilken begr\u00e6nsningerne, der tillader forbindelser kun fra bestemte v\u00e6rter, ikke blev anvendt, blev tilf\u00f8jet til agenten.\n
I v\u00e6rkt\u00f8jet ssh er der opdaget en s\u00e5rbarhed, der kan f\u00f8re til l\u00e6sning af data fra stackomr\u00e5det uden for den tildelte buffer ved behandling af specielt udformede DNS-svar, hvis indstillingen VerifyHostKeyDNS er aktiveret i konfigurationsfilen. Problemet findes i den indbyggede implementering af funktionen getrrsetbyname(), som anvendes i b\u00e6rbare versioner af OpenSSH, der er bygget uden brug af det eksterne bibliotek ldns (—with-ldns) og p\u00e5 systemer med standardbiblioteker, der ikke underst\u00f8tter kaldet til getrrsetbyname(). Muligheden for at udnytte s\u00e5rbarheden vurderes som usandsynlig udover at initiere en denial of service p\u00e5 ssh-klienten. <\/ul>\n
Derudover kan der n\u00e6vnes en s\u00e5rbarhed i OpenBSD-biblioteket libskey, som bruges i OpenSSH. Problemet har eksisteret siden 1997 og kan f\u00f8re til buffer overflow i stacken ved behandling af specielt udformede v\u00e6rtsegn. Det bem\u00e6rkes, at selvom s\u00e5rbarheden kan udl\u00f8ses eksternt via OpenSSH, er s\u00e5rbarheden i praksis ubrugelig, da v\u00e6rtens navn, der angribes (\\\/etc\\\/hostname), skal indeholde mere end 126 tegn, og bufferen kun kan blive oversv\u00f8mmet af null-tegn (‘\0’). <\/p>\n
Blandt \u00e6ndringer, der ikke er relateret til sikkerhed: <\/p>\n
\n
I ssh-keygen og ssh-keyscan er der tilf\u00f8jet underst\u00f8ttelse af parameteren «-Ohashalg=sha1|sha256» for at v\u00e6lge hash-algoritmen til SSHFP.\n
I sshd er der tilf\u00f8jet en mulighed «-G» for at analysere og vise den aktive konfiguration uden at fors\u00f8ge at indl\u00e6se private n\u00f8gler og uden at udf\u00f8re yderligere kontroller, hvilket muligg\u00f8r at kontrollere konfigurationen p\u00e5 et stadium f\u00f8r generationsn\u00f8gler og tillade kontrol af ikke-privilegerede brugere.\n
I sshd er der forbedret isolation p\u00e5 Linux-platformen, der bruger filtreringsmekanismerne seccomp og seccomp-bpf. Der er tilf\u00f8jet flags til mmap, madvise og futex i listen over tilladte systemopkald. <\/ul>\n