Medium
Medium
日本語による情報は、英語による原文の非公式な翻訳であり、英語原文との間で内容の齟齬がある場合には、英語原文が優先します。
概要
Cisco IOS XRソフトウェアの管理プレーン保護機能を使用したSNMPのLocal Packet Transport Services(LPTS)プログラミングにおける脆弱性により、該当デバイスのSNMPサーバへのアクセスを拒否するように設定された管理プレーン保護にもかかわらず、認証されていないリモートの攻撃者が接続を許可する可能性があります。
この脆弱性は、管理プレーン保護を備えたSNMPを使用する際に、誤ったLPTSプログラミングが原因で発生します。攻撃者は、SNMPを使用して該当デバイスに接続することで、この脆弱性を不正利用する可能性があります。エクスプロイトに成功すると、攻撃者は設定されたSNMPポート上のデバイスに接続できる可能性があります。SNMP要求を実行するには、有効なクレデンシャルが必要です。
シスコはこの脆弱性に対処するソフトウェアアップデートをリリースしています。本脆弱性に対処する回避策がいくつかあります。
このアドバイザリは、次のリンクより確認できます。
https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-snmp-7MKrW7Nq
該当製品
脆弱性のある製品
公開時点では、この脆弱性はCisco IOS XRソフトウェアリリース6.1.1より後のリリース、およびリリース6.6.4、6.7.2、7.0.2、7.0.12、7.1.1、7.2.1より前のリリースに影響を与えました。
最も完全で最新の情報については、このアドバイザリの上部にあるバグ ID の詳細セクションを参照してください。
デバイスがSNMPv2またはSNMPv3で設定されている場合、アウトオブバンド管理インターフェイスで管理プレーン保護を使用している場合、およびVRFが設定されている場合は、次の例に示すように脆弱性が存在します。
RP/0/RSP1/CPU0:IOS-XR#show running-config control-plane
<snip>
control-plane
management-plane
out-of-band
vrf MGMT
interface MgmtEth0/RSP0/CPU0/0
allow SNMP peer
address ipv4 X1.X2.X3.X4
address ipv4 R1.R2.R3.R4
address ipv4 S1.S2.S3.S4
address ipv4 V1.V2.V3.V4
!
!
interface MgmtEth0/RSP1/CPU0/0
!
allow SNMP peer
address ipv4 X1.X2.X3.X4
address ipv4 R1.R2.R3.R4
address ipv4 S1.S2.S3.S4
address ipv4 V1.V2.V3.V4
!
注：管理プレーン保護機能でサポートされている他の管理プロトコルは影響を受けません。
脆弱性を含んでいないことが確認された製品
詳細
デバイスでSNMPを設定する前にSNMPの管理プレーン保護を設定するか、SNMPプロセスを再起動すると、SNMPの管理プレーン保護の設定がLPTSバインドに反映されなくなります。その後、次の例に示すように、アクセスが許可されます。
RP/0/RSP1/CPU0:IOS-XR#show lpts bindings brief | include Mg0
Tue Feb 2 20:53:03.606 UTC
0/RSP1/CPU0 UDP LR IPV6 UDP MGMT Mg0/RSP0/CPU0/0 any,161 any
0/RSP1/CPU0 UDP LR IPV6 UDP MGMT Mg0/RSP1/CPU0/0 any,161 any
0/RSP1/CPU0 UDP LR IPV6 UDP MGMT Mg0/RSP0/CPU0/0 any,162 any
0/RSP1/CPU0 UDP LR IPV4 UDP MGMT Mg0/RSP0/CPU0/0 any,162 any
0/RSP1/CPU0 UDP LR IPV4 UDP MGMT Mg0/RSP0/CPU0/0 any,161 any
0/RSP1/CPU0 UDP LR IPV4 UDP MGMT Mg0/RSP1/CPU0/0 any,161 any
RP/0/RSP1/CPU0:IOS-XR#
回避策
一時的な回避策は、SNMP管理プレーン保護の設定を削除し、再度適用することです。これにより、SNMPが最初に設定され、LPTSエントリが正しくプログラムされるようになります。ただし、SNMPプロセスが再起動すると、脆弱なLPTSエントリ状態が再び表示されます。
または、アクセスコントロールリスト(ACL)をSNMP設定に直接適用します。
デバイスがSNMPv2用に設定されている場合、管理者は次の例に示すように、アクセスコントロールリスト(ACL)をSNMP設定に適用できます。
RP/0/RSP1/CPU0:IOS-XR#conf t
RP/0/RSP1/CPU0:IOS-XR(config)#
RP/0/RSP1/CPU0:IOS-XR(config)#{ipv4 | ipv6} access-list allow_snmp permit udp host A.B.C.D any eq 161
RP/0/RSP1/CPU0:IOS-XR(config)#{ipv4 | ipv6} access-list allow_snmp permit udp host A.B.C.D any eq 162
RP/0/RSP1/CPU0:IOS-XR(config)#snmp-server community <community_string> RO allow_snmp
RP/0/RSP1/CPU0:IOS-XR(config)#commit
RP/0/RSP1/CPU0:IOS-XR(config)#
RP/0/RSP1/CPU0:IOS-XR#
デバイスがSNMPv3用に設定されている場合、管理者は次の例に示すように、アクセスコントロールリスト(ACL)をグループレベルまたはユーザレベルでSNMP設定に適用できます。
管理者は、次の例に示すように、アクセスコントロールリスト(ACL)をユーザレベルでSNMP設定に適用できます。
RP/0/RSP1/CPU0:IOS-XR#conf t
RP/0/RSP1/CPU0:IOS-XR(config)#
RP/0/RSP1/CPU0:IOS-XR(config)#{ipv4 | ipv6} access-list allow_snmp permit udp host A.B.C.D any eq 161
RP/0/RSP1/CPU0:IOS-XR(config)#{ipv4 | ipv6} access-list allow_snmp permit udp host A.B.C.D any eq 162
RP/0/RSP1/CPU0:IOS-XR(config)#snmp-server user <username> <groupname> v3 {auth | noauth | priv}
[read view] [write view] [notify view] allow_snmp
RP/0/RSP1/CPU0:IOS-XR(config)#commit RP/0/RSP1/CPU0:IOS-XR(config
管理者は、次の例に示すように、アクセスコントロールリスト(ACL)をグループレベルでSNMP設定に適用できます。
RP/0/RSP1/CPU0:IOS-XR#conf t
RP/0/RSP1/CPU0:IOS-XR(config)#
RP/0/RSP1/CPU0:IOS-XR(config)#{ipv4 | ipv6} access-list allow_snmp permit udp host A.B.C.D any eq 161
RP/0/RSP1/CPU0:IOS-XR(config)#{ipv4 | ipv6} access-list allow_snmp permit udp host A.B.C.D any eq 162
RP/0/RSP1/CPU0:IOS-XR(config)#snmp-server group <group_name> v3 {auth | noauth | priv} [read view] [write view] [notify view] allow_snmp
RP/0/RSP1/CPU0:IOS-XR(config)#commit RP/0/RSP1/CPU0:IOS-XR(config)# RP/0/RSP1/CPU0:IOS-XR#
修正済みソフトウェア
ソフトウェアのアップグレードを検討する際には、シスコ セキュリティ アドバイザリ ページで入手できるシスコ製品のアドバイザリを定期的に参照して、侵害を受ける可能性とアップグレード ソリューション一式を確認してください。
いずれの場合も、アップグレードするデバイスに十分なメモリがあること、および現在のハードウェアとソフトウェアの構成が新規リリースで引き続き正しくサポートされていることを十分に確認してください。不明な点については、Cisco Technical Assistance Center（TAC）もしくは契約しているメンテナンスプロバイダーにお問い合わせください。
修正済みリリース
公開時点では、Cisco IOS XRソフトウェアリリース6.6.4、6.7.2、7.0.2、7.0.12、7.1.1、および7.2.1以降にこの脆弱性に対する修正が含まれています。
注：Cisco Bug ID CSCvr95904による変更により、この脆弱性の不正利用が阻止されています。その結果、最初の固定データは、CSCvr95904とCSCvt93184の両方からの最初の修正の組み合わせになります。
シスコは、次のCisco IOS XRソフトウェアリリースおよびプラットフォームに対してこの脆弱性に対処するソフトウェアメンテナンスアップグレード(SMU)もリリースしています。
| Cisco IOS XR ソフトウェア リリース | Platform | SMU 名 |
|---|---|---|
| 6.4.2 | ASR9K-PX | asr9k-px-6.4.2.CSCvt93184（入手可能） |
| CRS-PX | hfr-px-6.4.2.CSCvt93184 | |
| 6.6.3 | NCS5500 | ncs5500-6.6.3.CSCvt93184 |
最も完全で最新の情報については、このアドバイザリの上部にあるバグ ID の詳細セクションを参照してください。
不正利用事例と公式発表
Cisco Product Security Incident Response Team（PSIRT）は、本アドバイザリに記載されている脆弱性の不正利用事例やその公表を確認していません。
出典
この脆弱性は Cisco TAC サポートケースの解決中に発見されました。
URL
改訂履歴
| バージョン | 説明 | セクション | ステータス | 日付 |
|---|---|---|---|---|
| 1.1 | SNMPv3 CLI情報を追加。 | 回避策 | Final | 2021 年 2 月 8 日 |
| 1.0 | 初回公開リリース | — | Final | 2021 年 2 月 3 日 |
利用規約
本アドバイザリは無保証のものとしてご提供しており、いかなる種類の保証も示唆するものではありません。 本アドバイザリの情報およびリンクの使用に関する責任の一切はそれらの使用者にあるものとします。 また、シスコは本ドキュメントの内容を予告なしに変更したり、更新したりする権利を有します。
本アドバイザリの記述内容に関して情報配信の URL を省略し、単独の転載や意訳を施した場合、当社が管理した情報とは見なされません。そうした情報は、事実誤認を引き起こしたり、重要な情報が欠落していたりする可能性があります。 このドキュメントの情報は、シスコ製品のエンドユーザを対象としています。