Ian Jackson and the adns project reports :

Vulnerable applications: all adns callers. Exploitable by: the local recursive resolver. Likely worst case: Remote code execution.

Vulnerable applications: those that make SOA queries. Exploitable by:
upstream DNS data sources. Likely worst case: DoS (crash of the adns-using application)

Vulnerable applications: those that use adns_qf_quoteok_query.
Exploitable by: sources of query domain names. Likely worst case: DoS (crash of the adns-using application)

Vulnerable applications: adnshost. Exploitable by: code responsible for framing the input. Likely worst case: DoS (adnshost crashes at EOF).

The remote SUSE Linux SLES11 host has a package installed that is affected by multiple vulnerabilities as referenced in the SUSE-SU-2020:14399-1 advisory.

  - An issue was discovered in adns before 1.5.2. pap_mailbox822 does not properly check st from     adns__findlabel_next. Without this, an uninitialised stack value can be used as the first label length.
    Depending on the circumstances, an attacker might be able to trick adns into crashing the calling program,     leaking aspects of the contents of some of its memory, causing it to allocate lots of memory, or perhaps     overrunning a buffer. This is only possible with applications which make non-raw queries for SOA or RP     records. (CVE-2017-9103)

  - An issue was discovered in adns before 1.5.2. It hangs, eating CPU, if a compression pointer loop is     encountered. (CVE-2017-9104)

  - An issue was discovered in adns before 1.5.2. It corrupts a pointer when a nameserver speaks first because     of a wrong number of pointer dereferences. This bug may well be exploitable as a remote code execution.
    (CVE-2017-9105)

  - An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern     for formatting integers is to sprintf into a fixed-size buffer. This is correct if the input is in the     right range; if it isn't, the buffer may be overrun (depending on the sizes of the types on the current     platform). Of course the inputs ought to be right. And there are pointers in there too, so perhaps one     could say that the caller ought to check these things. It may be better to require the caller to make the     pointer structure right, but to have the code here be defensive about (and tolerate with an error but     without crashing) out-of-range integer values. So: it should defend each of these integer conversion sites     with a check for the actual permitted range, and return adns_s_invaliddata if not. The lack of this check     causes the SOA sign extension bug to be a serious security problem: the sign extended SOA value is out of     range, and overruns the buffer when reconverted. This is related to sign extending SOA 32-bit integer     fields, and use of a signed data type. (CVE-2017-9106)

  - An issue was discovered in adns before 1.5.2. It overruns reading a buffer if a domain ends with     backslash. If the query domain ended with \, and adns_qf_quoteok_query was specified, qdparselabel would     read additional bytes from the buffer and try to treat them as the escape sequence. It would depart the     input buffer and start processing many bytes of arbitrary heap data as if it were the query domain.
    Eventually it would run out of input or find some other kind of error, and declare the query domain     invalid. But before then it might outrun available memory and crash. In principle this could be a denial     of service attack. (CVE-2017-9107)

  - An issue was discovered in adns before 1.5.2. adnshost mishandles a missing final newline on a stdin read.
    It is wrong to increment used as well as setting r, since used is incremented according to r, later.
    Rather one should be doing what read() would have done. Without this fix, adnshost may read and process     one byte beyond the buffer, perhaps crashing or perhaps somehow leaking the value of that byte.
    (CVE-2017-9108)

  - An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that     was found the first time. when this is fixed, the second answer scan finds the same RRs at the first.
    Otherwise, adns can be confused by interleaving answers for the CNAME target, with the CNAME itself. In     that case the answer data structure (on the heap) can be overrun. With this fixed, it prefers to look only     at the answer RRs which come after the CNAME, which is at least arguably correct. (CVE-2017-9109)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

New upstream release

  - Important security fixes: CVE-2017-9103 CVE-2017-9104     CVE-2017-9105 CVE-2017-9109: &#9;Vulnerable     applications: all adns callers. Exploitable by: the     local recursive resolver. &#9;Likely worst case: Remote     code execution. CVE-2017-9106: &#9;Vulnerable     applications: those that make SOA queries. Exploitable     by: upstream DNS data sources. &#9;Likely worst case:
    DoS (crash of the adns-using application) CVE-2017-9107:
    &#9;Vulnerable applications: those that use     adns_qf_quoteok_query. Exploitable by: sources of query     domain names. &#9;Likely worst case: DoS (crash of the     adns-using application) CVE-2017-9108: &#9;Vulnerable     applications: adnshost. Exploitable by: code responsible     for framing the input. Likely worst case: DoS (adnshost     crashes at EOF). All found by AFL 2.35b. Thanks to the     University of Cambridge Department of Applied     Mathematics for computing facilities.

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for adns fixes the following issues :

CVE-2017-9103,CVE-2017-9104,CVE-2017-9105,CVE-2017-9109: Fixed an issue in local recursive resolver which could have led to remote code execution (bsc#1172265).

CVE-2017-9106: Fixed an issue with upstream DNS data sources which could have led to denial of service (bsc#1172265).

CVE-2017-9107: Fixed an issue when quering domain names which could have led to denial of service (bsc#1172265).

CVE-2017-9108: Fixed an issue which could have led to denial of service (bsc#1172265).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

New upstream release

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for adns fixes the following issues :

  - CVE-2017-9103,CVE-2017-9104,CVE-2017-9105,CVE-2017-9109:
    Fixed an issue in local recursive resolver which could     have led to remote code execution (bsc#1172265).

  - CVE-2017-9106: Fixed an issue with upstream DNS data     sources which could have led to denial of service     (bsc#1172265).

  - CVE-2017-9107: Fixed an issue when quering domain names     which could have led to denial of service (bsc#1172265).

  - CVE-2017-9108: Fixed an issue which could have led to     denial of service (bsc#1172265).

This update was imported from the SUSE:SLE-15:Update update project.

このadnsの更新では、次の問題を修正します：

  - CVE-2017-9103、CVE-2017-9104、CVE-2017-9105、CVE-2017-9109：
    リモートコード実行につながる可能性のある、ローカルの再帰リゾルバーの問題を修正しました（bsc#1172265）。

  - CVE-2017-9106：サービス拒否につながる可能性のある、アップストリームDNSデータソースに伴う問題を修正しました（bsc#1172265）。

  - CVE-2017-9107：サービス拒否につながる可能性のある、ドメイン名の問い合わせ時の問題を修正しました（bsc#1172265）。

  - CVE-2017-9108：サービス拒否につながる可能性のある問題を修正しました（bsc#1172265）。

この更新はSUSEからインポートされました：SLE-15：更新プロジェクトを更新します。

新しい Upstream リリース

注意：Tenable Network Securityは、前述の記述ブロックをFedora更新システムのWebサイトから直接抽出しています。
Tenableでは、新たな問題を持ち込まずに、できる限り自動的に整理して書式設定するようにしています。

リモートの SUSE Linux SLES11ホストには、SUSE-SU-2020:14399-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 1.5.2 より前の adns で問題が見つかりました。pap_mailbox822 は、adns__findlabel_next から st を適切にチェックしません。これがないと、初期化されていないスタック値を最初のラベル長として使用できます。
    状況によっては、攻撃者が adns を騙して、呼び出しプログラムをクラッシュさせたり、一部のメモリの内容の一部を漏洩させたり、大量のメモリを割り当てさせたり、バッファをオーバーランさせたりする可能性があります。これは、SOA または RP レコードに対して非ロークエリを行うアプリケーションでのみ可能です。(CVE-2017-9103)

  - 1.5.2 より前の adns で、問題が見つかりました。圧縮ポインターのループに遭遇すると、ハングして CPU を消費します。(CVE-2017-9104)

  - 1.5.2 より前の adns で、問題が見つかりました。ポインターデリファレンスの数が間違っているためにネームサーバーが最初に通信するときに、ポインターが破損します。このバグは、リモートコードの実行として悪用される可能性があります。
    (CVE-2017-9105)

  - 1.5.2 より前の adns で問題が見つかりました。adns_rr_info が偽造 * datap を不適切に処理します。整数をフォーマットするための一般的なパターンは、固定サイズのバッファに sprintf を実行することです。これは、入力が適切な範囲にある場合に適切です。そうでない場合、バッファがオーバーランする可能性があります (現在のプラットフォームの型のサイズによって異なります)。もちろん、入力は正しいはずです。また、そこにもポインターがあるため、呼び出し側はこれらのことをチェックする必要があると言えます。呼び出し側にポインター構造を正しくするように要求することをお勧めしますが、ここでのコードは、範囲外の整数値に対して防御的 (そしてエラーは許容するもののクラッシュは許容しない) にする必要があります。したがって、実際に許可されている範囲のチェックでこれらの整数変換サイトのそれぞれを保護し、そうでない場合は adns_s_invaliddata を返す必要があります。このチェックの欠如により、SOA 符号拡張バグが重大なセキュリティ問題になります。符号拡張 SOA 値が範囲外であり、再変換時にバッファがオーバーランします。これは、SOA 32 ビット整数フィールドの符号拡張、および符号付きデータ型の使用に関連しています。(CVE-2017-9106)

  - 1.5.2 より前の adns で、問題が見つかりました。ドメインがバックスラッシュで終わる場合、バッファの読み取りがオーバーランします。クエリドメインが \, で終了し、adns_qf_quoteok_query が指定された場合、qdparselabel はバッファから追加のバイトを読み取り、それらをエスケープシーケンスとして処理しようとします。入力バッファを離れ、クエリドメインであるかのように、任意のヒープデータの多くのバイトの処理を開始します。
    最終的には、入力が不足するか、他の種類のエラーが見つかり、クエリドメインが無効であると宣言されます。しかし、その前に、使用可能なメモリを超えてクラッシュする可能性があります。原則として、これはサービス拒否攻撃である可能性があります。(CVE-2017-9107)

  - 1.5.2 より前の adns で問題が見つかりました。adnshost は、stdin 読み取りで欠落した最終改行を不適切に処理します。
    used は後で r に従ってインクリメントされるため、used をインクリメントしたり、r を設定したりすることは誤りです。
    むしろ、read() が実行するはずの処理を実行する必要があります。この修正がないと、adnshost がバッファを超えた 1 バイトを読み取って処理し、おそらくそのバイトの値をクラッシュさせたり、何らかの形で漏洩する可能性があります。
    (CVE-2017-9108)

  - 1.5.2 より前の adns で、問題が見つかりました。初めて見つかった最初の RR より前の見かけ上の回答を無視できません。これが修正されると、2 番目のアンサースキャンが最初の回答で同じ RR を見つけます。
    そうしないと、CNAME ターゲットに対する回答を CNAME 自体とインターリーブすることにより、adns が混乱する可能性があります。その場合、(ヒープ上の) 回答データ構造がオーバーランする可能性があります。これが修正されると、CNAME の後にくる回答 RR のみを参照するようになり、これは少なくとも間違いなく正しいことです。(CVE-2017-9109)

Nessusはこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

Ian Jacksonおよびadnsプロジェクトによる報告: 

脆弱なアプリケーション:  すべてのadns呼び出し元。悪用可能な場所:  ローカルの再帰リゾルバー。おそらく最悪の場合:  リモートコード実行。

脆弱なアプリケーション:  SOAクエリを作成するもの。悪用可能な場所: 
アップストリームDNSデータソース。おそらく最悪の場合:  DoS（adnsを使用しているアプリケーションのクラッシュ）

脆弱なアプリケーション:  adns_qf_quoteok_queryを使用するもの。
悪用可能な場所:  クエリドメイン名のソース。おそらく最悪の場合: DoS（adnsを使用しているアプリケーションのクラッシュ）

脆弱なアプリケーション: adnshost。悪用可能な場所: 入力のフレーミングに責任のあるコード。おそらく最悪の場合: DoS（adnshostsがEOFでクラッシュ）。

新しい Upstream リリース

  - 重要なセキュリティ修正： CVE-2017-9103 CVE-2017-9104 CVE-2017-9105 CVE-2017-9109: 	脆弱なアプリケーション: すべてのadns呼び出し元。悪用可能な場所: ローカルの再帰リゾルバー。 	おそらく最悪の場合: リモートコード実行。 CVE-2017-9106: 	脆弱なアプリケーション: SOAクエリを作成するもの。悪用可能な場所: アップストリームDNSデータソース。 	おそらく最悪の場合:
    DoS（adnsを使用しているアプリケーションのクラッシュ） CVE-2017-9107:
    	脆弱なアプリケーション: adns_qf_quoteok_queryを使用するもの。悪用可能な場所: クエリドメイン名のソース。 	おそらく最悪の場合: DoS（adnsを使用しているアプリケーションのクラッシュ） CVE-2017-9108: 	脆弱なアプリケーション: adnshost。悪用可能な場所: 入力のフレーミングに責任のあるコード。おそらく最悪の場合: DoS（adnshostsがEOFでクラッシュ）。すべてがAFL 2.35bで見つかりました。計算機能について、ケンブリッジ大学のApplied Mathematics局に感謝の意を表します。

注意：Tenable Network Securityは、前述の記述ブロックをFedora更新システムのWebサイトから直接抽出しています。
Tenableでは、新たな問題を持ち込まずに、できる限り自動的に整理して書式設定するようにしています。

このadnsの更新では、次の問題を修正します：

CVE-2017-9103、CVE-2017-9104、CVE-2017-9105、CVE-2017-9109：リモートコード実行につながる可能性のある、ローカルの再帰リゾルバーの問題を修正しました（bsc#1172265）。

CVE-2017-9106：サービス拒否につながる可能性のある、アップストリームDNSデータソースに伴う問題を修正しました（bsc#1172265）。

CVE-2017-9107：サービス拒否につながる可能性のある、ドメイン名の問い合わせ時の問題を修正しました（bsc#1172265）。

CVE-2017-9108：サービス拒否につながる可能性のある問題を修正しました（bsc#1172265）。

注意：Tenable Network Securityは、前述の記述ブロックをSUSEセキュリティアドバイザリから直接抽出しています。Tenableでは、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
139738	FreeBSD : adns -- multiple vulnerabilities (08de38d2-e2d0-11ea-9538-0c9d925bbbc0)	Nessus	FreeBSD Local Security Checks	2020/8/21	2024/2/23	critical
150522	SUSE SLES11 Security Update : adns (SUSE-SU-2020:14399-1)	Nessus	SuSE Local Security Checks	2021/6/10	2021/6/10	critical
137928	Fedora 31 : adns (2020-e59bcaf702)	Nessus	Fedora Local Security Checks	2020/7/1	2024/3/5	critical
137621	SUSE SLES12 Security Update : adns (SUSE-SU-2020:1612-1)	Nessus	SuSE Local Security Checks	2020/6/18	2021/1/13	critical
137926	Fedora 32 : adns (2020-530188bf36)	Nessus	Fedora Local Security Checks	2020/7/1	2024/3/5	critical
138690	openSUSE Security Update : adns (openSUSE-2020-827)	Nessus	SuSE Local Security Checks	2020/7/20	2024/2/29	critical
138690	openSUSEセキュリティ更新プログラム：adns（openSUSE-2020-827）	Nessus	SuSE Local Security Checks	2020/7/20	2024/2/29	critical
137926	Fedora 32：adns（2020-530188bf36）	Nessus	Fedora Local Security Checks	2020/7/1	2024/3/5	critical
150522	SUSE SLES11セキュリティ更新プログラム: adns(SUSE-SU-2020:14399-1)	Nessus	SuSE Local Security Checks	2021/6/10	2021/6/10	critical
139738	FreeBSD：adns -- 複数の脆弱性（08de38d2-e2d0-11ea-9538-0c9d925bbbc0）	Nessus	FreeBSD Local Security Checks	2020/8/21	2024/2/23	critical
137928	Fedora 31：adns（2020-e59bcaf702）	Nessus	Fedora Local Security Checks	2020/7/1	2024/3/5	critical
137621	SUSE SLES12セキュリティ更新プログラム：adns（SUSE-SU-2020:1612-1）	Nessus	SuSE Local Security Checks	2020/6/18	2021/1/13	critical

検出

プラグインの検索

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical