AdGuard Home

Developer Tools

A network-wide ad and tracker blocking DNS server.

Latest v0.107.78 · by AdGuardWebsiteAdguardTeam/AdGuardHome

Release activity

Release activity — 10 releases across 8 days since Apr 16, 2026. Each cell is one day; darker means more releases that day. Nothing is recorded before Apr 16, 2026. Older weeks are hidden at this screen width.
MayJunJulAug
SundayNo releases on Apr 19, 2026No releases on Apr 26, 2026No releases on May 3, 2026No releases on May 10, 2026No releases on May 17, 2026No releases on May 24, 2026No releases on May 31, 2026No releases on Jun 7, 2026No releases on Jun 14, 2026No releases on Jun 21, 2026No releases on Jun 28, 2026No releases on Jul 5, 2026No releases on Jul 12, 2026No releases on Jul 19, 2026No releases on Jul 26, 2026No releases on Aug 2, 2026
MondayNo releases on Apr 20, 2026No releases on Apr 27, 2026No releases on May 4, 2026No releases on May 11, 2026No releases on May 18, 2026No releases on May 25, 2026No releases on Jun 1, 2026No releases on Jun 8, 2026No releases on Jun 15, 2026No releases on Jun 22, 2026No releases on Jun 29, 2026No releases on Jul 6, 20261 release on Jul 13, 2026No releases on Jul 20, 2026No releases on Jul 27, 2026No releases on Aug 3, 2026
TuesdayNo releases on Apr 21, 2026No releases on Apr 28, 2026No releases on May 5, 2026No releases on May 12, 20262 releases on May 19, 2026No releases on May 26, 20262 releases on Jun 2, 2026No releases on Jun 9, 2026No releases on Jun 16, 2026No releases on Jun 23, 2026No releases on Jun 30, 2026No releases on Jul 7, 20261 release on Jul 14, 2026No releases on Jul 21, 2026No releases on Jul 28, 2026No releases on Aug 4, 2026
WednesdayNo releases on Apr 22, 2026No releases on Apr 29, 2026No releases on May 6, 2026No releases on May 13, 2026No releases on May 20, 2026No releases on May 27, 2026No releases on Jun 3, 2026No releases on Jun 10, 2026No releases on Jun 17, 2026No releases on Jun 24, 2026No releases on Jul 1, 2026No releases on Jul 8, 2026No releases on Jul 15, 2026No releases on Jul 22, 2026No releases on Jul 29, 2026No releases on Aug 5, 2026
ThursdayNo releases on Apr 23, 2026No releases on Apr 30, 2026No releases on May 7, 2026No releases on May 14, 20261 release on May 21, 2026No releases on May 28, 2026No releases on Jun 4, 2026No releases on Jun 11, 2026No releases on Jun 18, 2026No releases on Jun 25, 2026No releases on Jul 2, 2026No releases on Jul 9, 2026No releases on Jul 16, 2026No releases on Jul 23, 20261 release on Jul 30, 2026No releases on Aug 6, 2026
FridayNo releases on Apr 24, 2026No releases on May 1, 2026No releases on May 8, 2026No releases on May 15, 20261 release on May 22, 2026No releases on May 29, 2026No releases on Jun 5, 2026No releases on Jun 12, 2026No releases on Jun 19, 2026No releases on Jun 26, 2026No releases on Jul 3, 2026No releases on Jul 10, 2026No releases on Jul 17, 2026No releases on Jul 24, 2026No releases on Jul 31, 2026No releases on Aug 7, 2026
SaturdayNo releases on Apr 25, 2026No releases on May 2, 2026No releases on May 9, 2026No releases on May 16, 2026No releases on May 23, 2026No releases on May 30, 2026No releases on Jun 6, 2026No releases on Jun 13, 2026No releases on Jun 20, 2026No releases on Jun 27, 2026No releases on Jul 4, 2026No releases on Jul 11, 2026No releases on Jul 18, 2026No releases on Jul 25, 2026No releases on Aug 1, 2026

10 releases since Apr 16, 2026, busiest day 2

Changelog

v0.108.0-b.90Pre-release

AdGuard Home v0.108.0-b.90

Added 2
  • Bootstrap servers configuration now supports comments
  • The user is able to remove the static lease's hostname via the HTTP API
Changed 1
  • The edge channel has been switched to the new UI and versioning scheme
Fixed 1
  • Blocked requests without an EDNS(0) OPT record
Deprecated 1
  • strict_sni_check is now deprecated
Security 1
  • AdGuard Home is now more resistant to resource exhaustion attacks when using DNS-over-QUIC

Changes compared to the previous beta, v0.108.0-b.89. See CHANGELOG.md for all changes.

Acknowledgements

A special thanks to @ATinyShoe for reporting the vulnerability, our community moderators team, as well as to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog
Security
  • AdGuard Home is now more resistant to resource exhaustion attacks when using DNS-over-QUIC.

    This is GHSA-w6v6-f44j-3rj2. We thank @ATinyShoe for reporting this security issue.

Added
  • Bootstrap servers configuration now supports comments.

  • The user is able to remove the static lease's hostname via the HTTP API.

Changed
  • The edge channel has been switched to the new UI and versioning scheme.
Deprecated
  • strict_sni_check is now deprecated.
Fixed
  • Blocked requests without an EDNS(0) OPT record (#8183).
View originalPermalink
How v0.108.0-b.90 went
v0.108.0-b.89Pre-release

AdGuard Home v0.108.0-b.89

Added 1
  • Improved updater logging to give users more insight into the problem with version updating
Changed 2
  • The interval of filter updates can now be set to any number of hours between 0 and 8760 (365 days) in the configuration file
  • The filtering object of the YAML configuration now includes a new property, max_http_size, which defines the maximum size of the HTTP request for rulelists
Fixed 4
  • Validation of the answer field in DNS rewrite rules in case it is represented as CNAME
  • Invalid AA flag in DNS responses
  • The parsing of the ech parameter in DNS rewrite rules for the HTTPS record type
  • Blocked services check on the Custom filtering rules page does not work properly without specifying of a client
Security 8
  • AdGuard Home is now more resistant to JIGGLE attacks
  • AdGuard Home now validates responses from DoH upstreams more strictly
  • QUIC connections are now protected from unbounded reads
  • AdGuard Home now validates responses from DNSCrypt upstreams more strictly
  • The H2C connection establishment via HTTP/1.1 request upgrade is no longer supported
  • Go version has been updated to prevent the possibility of exploiting Go vulnerabilities
  • The size of rulelists is limited to prevent a user's machine from becoming overloaded if the filter source misbehaves
  • QUIC connections now observe timeouts more strictly

Changes compared to the previous beta, v0.108.0-b.88. See CHANGELOG.md for all changes.

Acknowledgements

A special thanks to @Nora-Qiu, @wallace0409, @Evelynkaz, and @N0zoM1z0 for reporting the vulnerabilities, our community moderators team, as well as to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog
Security
  • AdGuard Home is now more resistant to JIGGLE attacks.

    This is GHSA-p5f5-3p5g-rfjw. We thank @Nora-Qiu for reporting this security issue.

  • AdGuard Home now validates responses from DoH upstreams more strictly.

    This is GHSA-4qjf-2hgm-92q6. We thank @wallace0409 for reporting this security issue.

  • QUIC connections are now protected from unbounded reads.

    This is GHSA-qr92-rwvw-mhgh and GHSA-cccx-2r6r-m9r4. We thank @wallace0409 for reporting this security issue.

  • AdGuard Home now validates responses from DNSCrypt upstreams more strictly.

  • The H2C connection establishment via HTTP/1.1 request upgrade is no longer supported. See RFC 9113.

  • Go version has been updated to prevent the possibility of exploiting the Go vulnerabilities fixed in 1.26.5.

  • The size of rulelists is limited. This is necessary to prevent a user's machine from becoming overloaded if the filter source misbehaves.

    We thank Damir (@Evelynkaz) for reporting this security issue.

  • QUIC connections now observe timeouts more strictly.

    This is GHSA-73vv-3434-p64c. We thank @N0zoM1z0 for reporting this security issue.

Added
  • Improved updater logging to give users more insight into the problem with version updating (#8410).
Changed
  • The interval of filter updates can now be set to any number of hours between 0 and 8760 (365 days) in the configuration file.
Configuration changes
  • The filtering object of the YAML configuration now includes a new property, max_http_size, which defines the maximum size of the HTTP request for rulelists. To disable the limitation, set a large size, such as 1 TB.
Fixed
  • Validation of the answer field in DNS rewrite rules in case it is represented as CNAME.

  • Invalid AA flag in DNS responses (#7955).

  • The parsing of the ech parameter in DNS rewrite rules for the HTTPS record type (#8276).

  • Blocked services check on the Custom filtering rules page does not work properly without specifying of a client.

View originalPermalink
How v0.108.0-b.89 went
v0.107.78

AdGuard Home v0.107.78

Added 1
  • Improved updater logging to give users more insight into version updating problems
Changed 2
  • The interval of filter updates can now be set to any number of hours between 0 and 8760
  • The filtering object of the YAML configuration now includes a new property max_http_size which defines the maximum size of the HTTP request for rulelists
Fixed 3
  • Invalid AA flag in DNS responses
  • The parsing of the ech parameter in DNS rewrite rules for the HTTPS record type
  • Blocked services check on the Custom filtering rules page does not work properly without specifying of a client
Security 7
  • AdGuard Home is now more resistant to JIGGLE attacks
  • AdGuard Home now validates responses from DoH upstreams more strictly
  • QUIC connections are now protected from unbounded reads
  • AdGuard Home now validates responses from DNSCrypt upstreams more strictly
  • The H2C connection establishment via HTTP/1.1 request upgrade is no longer supported
  • Go version has been updated to prevent the possibility of exploiting Go vulnerabilities
  • The size of rulelists is limited to prevent a user's machine from becoming overloaded

Security, security, security, security, security!

No, we do not have Steve Ballmer for CEO, but we took a page out of his playbook to draw attention to what we think is one of the most important aspects of developing AdGuard Home — security. This update is a good illustration of that: security-related changes take up over half of the changelog, and it’s not a small one.

We thank our awesome community members who helped us immensely by reporting some of the vulnerabilities, so that we could stay on top of our game and deliver timely fixes.

Full changelog

See also the v0.107.78 GitHub milestone.

Security
  • AdGuard Home is now more resistant to JIGGLE attacks.

    This is GHSA-p5f5-3p5g-rfjw. We thank @Nora-Qiu for reporting this security issue.

  • AdGuard Home now validates responses from DoH upstreams more strictly.

    This is GHSA-4qjf-2hgm-92q6. We thank @wallace0409 for reporting this security issue.

  • QUIC connections are now protected from unbounded reads.

    This is GHSA-qr92-rwvw-mhgh and GHSA-cccx-2r6r-m9r4. We thank @wallace0409 for reporting this security issue.

  • AdGuard Home now validates responses from DNSCrypt upstreams more strictly.

  • The H2C connection establishment via HTTP/1.1 request upgrade is no longer supported. See RFC 9113.

  • Go version has been updated to prevent the possibility of exploiting the Go vulnerabilities fixed in 1.26.5.

  • The size of rulelists is limited. This is necessary to prevent a user's machine from becoming overloaded if the filter source misbehaves.

    We thank Damir (@Evelynkaz) for reporting this security issue.

Added
  • Improved updater logging to give users more insight into the problem with version updating (#8410).
Changed
  • The interval of filter updates can now be set to any number of hours between 0 and 8760 (365 days) in the configuration file.
Configuration changes
  • The filtering object of the YAML configuration now includes a new property, max_http_size, which defines the maximum size of the HTTP request for rulelists. To disable the limitation, set a large size, such as 1 TB.
Fixed
  • Invalid AA flag in DNS responses (#7955).

  • The parsing of the ech parameter in DNS rewrite rules for the HTTPS record type (#8276).

  • Blocked services check on the Custom filtering rules page does not work properly without specifying of a client.

View originalPermalink
How v0.107.78 went
v0.108.0-b.88Pre-release

AdGuard Home v0.108.0-b.88

Fixed 1
  • Blocked services check on the Custom filtering rules page does not work properly without specifying of a client
Security 1
  • Authorization in GLiNET mode is no longer vulnerable to path traversal attacks

Changes compared to the previous beta, v0.108.0-b.87. See CHANGELOG.md for all changes.

Acknowledgements

A special thanks to @djnnvx for reporting the vulnerability, our community moderators team, as well as to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog
Security
  • Authorization in GLiNET mode is no longer vulnerable to path traversal attacks.

    NOTE: This is CVE-2026-41448. We thank @djnnvx for reporting this security issue.

Fixed
  • Blocked services check on the Custom filtering rules page does not work properly without specifying of a client.
View originalPermalink
How v0.108.0-b.88 went
v0.107.77

AdGuard Home v0.107.77

Added 1
  • New `reason` query parameter in `GET /control/querylog`
Deprecated 1
  • Query parameter `response_status` in `GET /control/querylog` is now deprecated in favor of the new `reason` query parameter
Security 1
  • Authorization in GLiNET mode is no longer vulnerable to path traversal attacks

The quality of a product is not defined solely by code or developers’ technical prowess. A strong community—or the lack of one—can often make or break how successful a piece of software will be. We are very lucky to have such a devoted and passionate community around AdGuard Home. This update has once again demonstrated this, as we were able to quickly address a vulnerability reported by one of our community members.

Acknowledgments

A special thanks to @djnnvx for reporting the vulnerability, our community moderators team and to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog

See also the v0.107.77 GitHub milestone.

Security
  • Authorization in GLiNET mode is no longer vulnerable to path traversal attacks.

    NOTE: This is CVE-2026-41448. We thank @djnnvx for reporting this security issue.

Added
  • New reason query parameter in GET /control/querylog. See openapi/openapi.yaml for the full description.
Deprecated
  • Query parameter response_status in GET /control/querylog is now deprecated. Use new reason query parameter instead.
View originalPermalink
How v0.107.77 went
v0.108.0-b.87Pre-release

AdGuard Home v0.108.0-b.87

Changed 1
  • Duration values in YAML configuration file now support d (days) units
Fixed 1
  • DNS caching with disabled DNSSEC

Changes compared to the previous beta, v0.108.0-b.86. See CHANGELOG.md for all changes.

Full changelog
Changed
  • Duration values in YAML configuration file now support d (days) units and has been updated.

    NOTE: Any rollback to version below the v0.107.76 should convert the values back to hours.

Fixed
  • DNS caching with disabled DNSSEC (#8384).
View originalPermalink
How v0.108.0-b.87 went
v0.107.76

AdGuard Home v0.107.76

Changed 1
  • Duration values in YAML configuration file now support d (days) units
Fixed 1
  • DNS caching with disabled DNSSEC

They say: don’t fix it if it’s not broken. But what if it is, in fact, broken? Like the cache we may have accidentally messed up during the last update?  For such cases, there are hotfixes!  Make sure to install the today’s update in order to fix the cache on your AdGuard Home.

Acknowledgments

A special thanks to our community moderators team and to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog

See also the v0.107.76 GitHub milestone.

Changed
  • Duration values in YAML configuration file now support d (days) units and has been updated.

    NOTE: Any rollback to version below the v0.107.76 should convert the values back to hours.

Fixed
  • DNS caching with disabled DNSSEC (#8384).
View originalPermalink
How v0.107.76 went
v0.108.0-b.86Pre-release

AdGuard Home v0.108.0-b.86

Added 1
  • New `reason` query parameter in `GET /control/querylog`
Changed 3
  • Frontend API requests no longer depend on axios
  • Dashboard charts use Recharts instead of Nivo
  • `enable_dnssec` in `dns` configuration now defines whether the proxy should set the DO flag in upstream requests, with default value `true`
Fixed 5
  • Statistics database deadlock
  • Translated labels on the DNS settings pages not updating after changing the UI language
  • Dashboard charts now correctly display lower query counts
  • Redundant validation warnings about DHCP when it is disabled
  • Safe Browsing and Parental Control labels on the General Settings page not updating after changing the UI language
Deprecated 1
  • Query parameter `response_status` in `GET /control/querylog` is now deprecated in favor of new `reason` query parameter
Security 2
  • Go version has been updated to prevent exploitation of Go vulnerabilities fixed in version 1.26.3
  • IDs of requests received over DoH and DoQ and forwarded to plain-DNS upstreams are now set to non-zero values to improve security

Changes compared to the previous beta, v0.108.0-b.85. See CHANGELOG.md for all changes.

Acknowledgements

A special thanks to @N0zoM1z0 for reporting the vulnerability, our community moderators team, as well as to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog
Security
  • Go version has been updated to prevent the possibility of exploiting the Go vulnerabilities fixed in 1.26.3.

  • IDs of requests received over DoH and DoQ and forwarded to plain-DNS upstreams are now set to non-zero values to improve security.

    This is GHSA-xgx4-4h9w-53pv. We thank @N0zoM1z0 for reporting this security issue.

Added
  • New reason query parameter in GET /control/querylog. See openapi/openapi.yaml for the full description.
Changed
  • Frontend API requests no longer depend on axios.

  • Dashboard charts use Recharts instead of Nivo.

  • enable_dnssec in dns configuration now defines whether the proxy should set the DO flag in the upstream requests, the default is true (#7046).

Deprecated
  • Query parameter response_status in GET /control/querylog is now deprecated. Use new reason query parameter instead.
Fixed
  • Statistics database deadlock (#8359).

  • Translated labels on the DNS settings pages not updating after changing the UI language.

  • Dashboard charts now correctly display lower query counts (#6823).

  • Redundant validation warnings about DHCP when it's disabled (#8348).

  • Safe Browsing and Parental Control labels on the General Settings page not updating after changing the UI language.

View originalPermalink
How v0.108.0-b.86 went
v0.107.75

AdGuard Home v0.107.75

Changed 3
  • Frontend API requests no longer depend on axios
  • Dashboard charts now use Recharts instead of Nivo
  • The enable_dnssec configuration option now defines whether the proxy should set the DO flag in upstream requests, with the default set to true
Fixed 5
  • Statistics database deadlock
  • Translated labels on DNS settings pages not updating after changing the UI language
  • Dashboard charts now correctly display lower query counts
  • Redundant validation warnings about DHCP when it is disabled
  • Safe Browsing and Parental Control labels on the General Settings page not updating after changing the UI language
Security 2
  • Fixed a critical vulnerability in DNS-over-QUIC and DNS-over-HTTPS where request IDs forwarded to plain-DNS upstreams were not properly set to non-zero values
  • Updated Go to version 1.26.3 to prevent exploitation of known Go vulnerabilities

This update gives AdGuard Home a solid security upgrade — think of it as tightening the locks and double-checking the doors.

We’ve fixed a critical vulnerability affecting DNS-over-QUIC and DNS-over-HTTPS that could put your DNS privacy at risk. The gap is now closed, and your encrypted traffic is back to traveling through a properly armored tunnel.

We also updated Go to the latest version, sweeping out known vulnerabilities in its libraries.

Acknowledgments

A special thanks to @N0zoM1z0 for reporting the vulnerability, our community moderators team and to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog

See also the v0.107.75 GitHub milestone.

Security
  • Go version has been updated to prevent the possibility of exploiting the Go vulnerabilities fixed in 1.26.3.

  • IDs of requests received over DoH and DoQ and forwarded to plain-DNS upstreams are now set to non-zero values to improve security.

    This is GHSA-xgx4-4h9w-53pv. We thank @N0zoM1z0 for reporting this security issue.

Changed
  • Frontend API requests no longer depend on axios.

  • Dashboard charts use Recharts instead of Nivo.

  • enable_dnssec in dns configuration now defines whether the proxy should set the DO flag in the upstream requests, the default is true (#7046).

Fixed
  • Statistics database deadlock (#8359).

  • Translated labels on the DNS settings pages not updating after changing the UI language.

  • Dashboard charts now correctly display lower query counts (#6823).

  • Redundant validation warnings about DHCP when it's disabled (#8348).

  • Safe Browsing and Parental Control labels on the General Settings page not updating after changing the UI language.

View originalPermalink
How v0.107.75 went
v0.107.74

AdGuard Home v0.107.74

As with everything in life, the best things are only the best because they stand out from the mundane. Without regular there would be no exceptional.

…all these words to say that this AdGuard Home update is the ‘boring’ one, with mostly bug fixes and security updates — so that the next time we add something new, it would feel fresh and exciting!

Acknowledgments

A special thanks to our community moderators team and to everyone who filed and inspected issues, added translations, and helped us test this release!

Full changelog

See also the v0.107.74 GitHub milestone.

Security
  • Frontend libraries has been updated to prevent the possibility of exploiting the vulnerability described in CVE-2026-40175.

  • Go version has been updated to prevent the possibility of exploiting the Go vulnerabilities fixed in 1.26.2.

Changed
Configuration changes

In this release, the schema version has changed from 33 to 34.

  • Added a new field doh in http configuration.

    # BEFORE:
    'http':
      # …
    'tls':
      # …
      'allow_unencrypted_doh': false
    
    # AFTER:
    'http':
      # …
      'doh':
        'insecure_enabled': false
        'routes':
          - 'GET /dns-query'
          - 'POST /dns-query'
          - 'GET /dns-query/{ClientID}'
          - 'POST /dns-query/{ClientID}'
    'tls':
      # …
    

    To roll back this change, set the schema_version back to 33.

Fixed
  • Incorrect forwarding of root domain requests when domain-specific upstreams are configured (#7058).

  • The strict SNI check setting is not persisted when the TLS configuration is changed (#8327).

  • Status reported by the launchd service implementation in cases of scheduled service restart.

  • Fixed clients block/unblock when moving clients between allowed and disallowed lists.

View originalPermalink
How v0.107.74 went
View all

Discussion