Описание
Recommended update for dnscrypt-proxy
This update for dnscrypt-proxy fixes the following issues:
Changes in dnscrypt-proxy:
-
Update to version 2.1.16
- The "tls_cipher_suite" option is now a no-op. Modern TLS stacks no longer expose cipher suite selection in a meaningful way, and the option had become misleading
- A log size of 0 no longer means "unlimited"; it now correctly disables rotation by size
- A new "tls_prefer_rsa" option has been added to prefer RSA cipher suites during the TLS handshake, useful on systems without hardware AES
- The IP allow/block plugins now support CIDR ranges in addition to single addresses and prefix matching
- Forwarding rules now support
$RESOLVCONF:<file>to pick up upstream resolvers from a resolv.conf-style file, complementing the existing$DHCPsyntax - Servers that hit a transient high RTT could previously stay penalized forever and never come back into rotation; their RTT estimate now decays so they can recover
- Servers are no longer penalized for slow responses when the response is actually being served from the stale cache
- The HTTP transport now handles
Alt-Svc: clearproperly and reuses HTTP connections more aggressively - The cache TTL is now an explicit, configurable parameter rather than being derived implicitly
- The ""-resolve"" command now reports incomplete DNSSEC support instead of silently treating partial signatures as a success
- "jsdelivr is now offered as an alternative source URL for resolver lists, providing more redundancy when the primary mirrors are unreachable
-
boo#1260280: vendored google.golang.org/grpc v1.80.0
-
boo#1265785: vendored golang.org/x/net v0.54.0
-
Update to version 2.1.15
- Proxy hostnames (when using SOCKS/HTTP proxies) are now pre-resolved using bootstrap resolvers if they are domain names
- Dynamically reduces timeouts as the connection limit is approached
- Fixed double-bracketing of IPv6 addresses in DoH stamps
- Cache statistics are now more accurate by only counting queries that actually participate in caching
- Multiple IP addresses per hostname are now cached instead of randomly selecting one
-
Update to version 2.1.14
- Added support for client IP address encryption in logs
-
Update to version 2.1.13
- Manual configuration reload via SIGHUP is now supported regardless of the hot-reload setting, providing more flexibility for system administrators
- Fixed a regression in IP prefix matching for allow/block lists that could cause incorrect filtering behavior
- the generate-domains-blocklist script now handles poor network conditions more gracefully
-
Update to version 2.1.12
- weighted Power of Two (WP2) load balancing strategy has been implemented as the default
- optional Prometheus metrics endpoint has been added for monitoring
- additional records in queries are now properly removed before forwarding
- simple view UI has been removed
-
Update to version 2.1.11
- web-based monitoring user interface added
- configuration files hot-reloading implemented
- HTTP/3 probing
- added parallel downloading of block lists
-
Updated to version 2.1.8
- Dependencies have been updated, notably the QUIC implementation, which could be vulnerable to denial-of-service attacks.
- In forwarding rules, the target can now optionally include a non-standard DNS port number. The port number is also now optional when using IPv6.
- An annoying log message related to permissions on Windows has been suppressed.
- Resolver IP addresses can now be refreshed more frequently. Additionally, jitter has been introduced to prevent all resolvers from being refreshed simultaneously. Further changes have been implemented to mitigate issues arising from multiple concurrent attempts to resolve a resolver's IP address.
- An empty value for "tls_cipher_suite" is now equivalent to leaving the property undefined. Previously, it disabled all TLS cipher suites, which had little practical justification.
- In forwarding rules, an optional
*.prefix is now accepted.
-
Update to version 2.1.7
- Reintroduces support for XSalsa20 enryption in DNSCrypt, which was removed in 2.1.6. Unfortunately, a bunch of servers still only support that encryption system.
- Added check for lying resolvers was added for DNSCrypt, similar to the one that was already present for DoH and ODoH.
-
With vendored quic-go at 0.48.2 since update to 2.1.6 boo#1222473 and boo#1235156 should be fixed.
-
Update to version 2.1.6
- Forwarding: in the list of servers for a zone, the
$BOOTSTRAPkeyword can be included as a shortcut to forward to the bootstrap servers. And the$DHCPkeyword can be included to forward to the DNS resolvers provided by the local DHCP server. Based on work by YX Hao, thanks! DHCP forwarding should be considered experimental and my not work on all operating systems. A rule for a zone can mix and match multiple forwarder types, such as10.0.0.1,10.0.0.254,$DHCP, 192.168.1.1,$BOOTSTRAP. Note that this is not implemented for captive portals yet. - Lying resolvers are now skipped, instead of just printing an error. This doesn't apply to captive portal and forwarding entries, which are the only reasonable use case for lying resolvers.
- Support for XSalsa20 in DNSCrypt has been removed. This was not documented, and was supserseded by XChaCha20 in 2016.
- Source files are now fetched with compression.
- DNS64: compatibility has been improved.
- Forwarding: the root domain (
.) can now be forwarded. - The ARC caching algorithm has been replaced by the SIEVE algorithm.
- Properties of multiple servers are now updated simultaneously. The
concurrency level can be adjusted with the new
cert_refresh_concurrencysetting. Contributed by YX Hao. - MSI packages for DNSCrypt can now easily be built.
- New command-line flag:
-include-relaysto include relays in-listand-list-all. - Support for DNS extended error codes has been added.
- Documentation updates, bug fixes, dependency updates.
- Forwarding: in the list of servers for a zone, the
Список пакетов
openSUSE Leap 16.0
Ссылки
- SUSE Security Ratings
- SUSE Bug 1222473
- SUSE Bug 1235156
- SUSE Bug 1260280
- SUSE Bug 1265785
- SUSE CVE CVE-2023-49295 page
- SUSE CVE CVE-2024-22189 page
- SUSE CVE CVE-2026-33186 page
- SUSE CVE CVE-2026-33814 page
Описание
quic-go is an implementation of the QUIC protocol (RFC 9000, RFC 9001, RFC 9002) in Go. An attacker can cause its peer to run out of memory sending a large number of PATH_CHALLENGE frames. The receiver is supposed to respond to each PATH_CHALLENGE frame with a PATH_RESPONSE frame. The attacker can prevent the receiver from sending out (the vast majority of) these PATH_RESPONSE frames by collapsing the peers congestion window (by selectively acknowledging received packets) and by manipulating the peer's RTT estimate. This vulnerability has been patched in versions 0.37.7, 0.38.2 and 0.39.4.
Затронутые продукты
Ссылки
- CVE-2023-49295
- SUSE Bug 1234982
Описание
quic-go is an implementation of the QUIC protocol in Go. Prior to version 0.42.0, an attacker can cause its peer to run out of memory sending a large number of `NEW_CONNECTION_ID` frames that retire old connection IDs. The receiver is supposed to respond to each retirement frame with a `RETIRE_CONNECTION_ID` frame. The attacker can prevent the receiver from sending out (the vast majority of) these `RETIRE_CONNECTION_ID` frames by collapsing the peers congestion window (by selectively acknowledging received packets) and by manipulating the peer's RTT estimate. Version 0.42.0 contains a patch for the issue. No known workarounds are available.
Затронутые продукты
Ссылки
- CVE-2024-22189
- SUSE Bug 1222461
Описание
gRPC-Go is the Go language implementation of gRPC. Versions prior to 1.79.3 have an authorization bypass resulting from improper input validation of the HTTP/2 `:path` pseudo-header. The gRPC-Go server was too lenient in its routing logic, accepting requests where the `:path` omitted the mandatory leading slash (e.g., `Service/Method` instead of `/Service/Method`). While the server successfully routed these requests to the correct handler, authorization interceptors (including the official `grpc/authz` package) evaluated the raw, non-canonical path string. Consequently, "deny" rules defined using canonical paths (starting with `/`) failed to match the incoming request, allowing it to bypass the policy if a fallback "allow" rule was present. This affects gRPC-Go servers that use path-based authorization interceptors, such as the official RBAC implementation in `google.golang.org/grpc/authz` or custom interceptors relying on `info.FullMethod` or `grpc.Method(ctx)`; AND that have a security policy contains specific "deny" rules for canonical paths but allows other requests by default (a fallback "allow" rule). The vulnerability is exploitable by an attacker who can send raw HTTP/2 frames with malformed `:path` headers directly to the gRPC server. The fix in version 1.79.3 ensures that any request with a `:path` that does not start with a leading slash is immediately rejected with a `codes.Unimplemented` error, preventing it from reaching authorization interceptors or handlers with a non-canonical path string. While upgrading is the most secure and recommended path, users can mitigate the vulnerability using one of the following methods: Use a validating interceptor (recommended mitigation); infrastructure-level normalization; and/or policy hardening.
Затронутые продукты
Ссылки
- CVE-2026-33186
- SUSE Bug 1260085
- SUSE Bug 1268676
Описание
When processing HTTP/2 SETTINGS frames, transport will enter an infinite loop of writing CONTINUATION frames if it receives a SETTINGS_MAX_FRAME_SIZE with a value of 0.
Затронутые продукты
Ссылки
- CVE-2026-33814
- SUSE Bug 1264506
- SUSE Bug 1268758