下記の変更を実施いたしました |
(1) | ProxyDNSにおいて、受信したDNSの德赢AC米兰官方合作伙伴のレコードに、要求されたレコードの情報がない場合でも、代理德赢AC米兰官方合作伙伴を行うよう変更いたしました。 ただしフォーマットが不正な德赢AC米兰官方合作伙伴は代理德赢AC米兰官方合作伙伴いたしません。 従来は、德赢AC米兰官方合作伙伴のレコードに、要求されたレコードの情報が存在しない場合は、不正な德赢AC米兰官方合作伙伴パケットとして、代理德赢AC米兰官方合作伙伴をしていませんでした。 |
下記の問題点を改修いたしました |
(1) | 「JVNVU#943657 複数の TCP の実装におけるサービス運用妨害 (DoS) 德赢AC米兰官方合作伙伴。 脆弱性の詳細についてはこちら |
(2) | 「JVN#75368899 IPv6 を実装した複数の製品にサービス運用妨害 (DoS) 德赢AC米兰官方合作伙伴。 脆弱性の詳細についてはこちら |
(3) | メール通知機能において、SMTPサーバとのTCPコネクション確立後に、SMTPサーバからの德赢AC米兰官方合作伙伴コード(220:Service ready)が得られない状態が発生した場合に、その後SMTPサーバが正常に復旧しても、装置からのメール送信が行えなくなってしまう問題がありました。 |
(4) | IPv6 Stateless Address AutoconfigurationによるIPv6アドレス德赢AC米兰官方合作伙伴時に、RA受信によって一旦アドレス登録を行ったインタフェースのダウン/アップが発生すると、その後のIPv6アドレス登録が出来なくなる問題がありました。 |
(5) | IPv6 Stateless Address AutoconfigurationによるIPv6アドレス德赢AC米兰官方合作伙伴を行うインタフェースをダウンさせると、systemcall(k_sendmsg) errorのelogが定期的に記録され続ける問題がありました。 |
(6) | RIP (version1 または version2)を利用する德赢AC米兰官方合作伙伴を行ったインタフェースのダウン/アップが繰り返し行われた場合に、メモリリークが発生する場合がありました。その結果として、コマンド実行に支障が生じたり、装置が正常に動作しない状態が発生する可能性がありました。 |
(7) | 自装置のconnectedルートと同じ経路をOSPFで德赢AC米兰官方合作伙伴場合に、connectedルートが先にアップしていると、OSPFで德赢AC米兰官方合作伙伴経路が経路情報として登録されない問題がありました。 |
(8) | ProxyDNS機能において、PPPoEインタフェースから取得したDNSサーバ情報に基づいてDNS問い合わせを行う際、上位DNSサーバからの德赢AC米兰官方合作伙伴がエラーであった場合、ProxyDNS機能の問い合わせ元に対して正しくエラー德赢AC米兰官方合作伙伴を返せていませんでした。 このため、PC等でのDNS解決に時間がかかる場合がありました。 |
(9) | BGPのOPENメッセージに「Graceful Restart Capability」オプションが含まれていて、そのオプション長が4バイト以下であった場合に、パラメータ長が不正であると誤認識してBGPセッションが確立できない問題がありました。 |
(10) | NAT利用時のARP德赢AC米兰官方合作伙伴について以下の問題がありました。 ・LANインタフェースでip nat inside destination ルール設定を行った場合に、設定したNAT変換前アドレス(グローバルアドレス)に対するARPに德赢AC米兰官方合作伙伴を返せない問題がありました。 ・ip nat outsideルール設定を行った場合に、不要なARP德赢AC米兰官方合作伙伴を行うケースがありました。 |
(11) | ipsec access-listを変更してrefresh操作を行った際に、装置の自律再起動が発生する可能性がありました。 |