遠端主機上安裝的 bind 比 9.16.37/9.18.11 舊。因此，會受到 SSA:2023-025-01 公告中提及的一個弱點影響。

  - 當啟用過時快取和過時答案、選項「stale-answer-client-timeout」設為正整數並且解析器收到 RRSIG 查詢時，BIND 9 解析器可能會損毀。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3736)

  - 傳送大量動態 DNS 更新可能會造成「named」配置大量記憶體，這反過來可導致「named」因為缺少可用記憶體而結束。我們尚未發現任何利用此弱點的案例。程式在檢查存取權限 (ACL) 之前配置記憶體，並在處理來自存取憑證可接受的用戶端的動態更新期間予以保留。拒絕後，會立即釋放配置給不允許傳送更新之用戶端的記憶體。因此，此弱點的影響範圍僅限於可進行動態區域變更的受信任的用戶端。如果動態更新遭到拒絕，記憶體將很快被再次釋放。因此，只有透過傳送大量未接受的動態更新，並且數量與預定達到相同有害結果的查詢溢流相當，才有可能降低「named」的效能或將其停止。BIND 9.11 和更早版本的分支也會受到影響，但這時是透過耗盡內部資源而不是記憶體限制來利用此弱點。這可能會降低效能，但對於大多數伺服器而言應該不是重大問題。
    因此，我們不打算解決 BIND 9.16 之前的 BIND 版本中的這一問題。此問題會影響 BIND 9 9.16.0 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.8-S1 至 9.16.36-S1 版。(CVE-2022-3094)

  - 此問題可影響具有「stale-answer-enable yes;」設定、也使用「stale-answer-client-timeout」選項並且設定為大於零的值的 BIND 9 解析器。如果解析器收到許多需要遞回的查詢，則等待遞回完成的用戶端數量也會相應增加。如果在收到新用戶端查詢時已經有足夠的用戶端在等待，以便使等待時間最長的用戶端  SERVFAIL (請參閱 BIND 9 ARM「recursive-clients」限制和軟配額)，則可能在向此舊版用戶端提供過時答案與傳送可能造成宣告失敗的提早逾時 SERVFAIL 之間發生爭用情形。此問題會影響 BIND 9 9.16.12 至 9.16.36、9.18.0 至 9.18.10、9.19.0 至 9.19.8 以及 9.16.12-S1 至 9.16.36-S1 版。(CVE-2022-3924)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

Slackware Linux 15.0 / 最新版 bind 多個弱點 (SSA:2023-025-01)

high Nessus Plugin ID 170653

版本 1.4