Cisco Industrial Ethernet 3000シリーズスイッチにおけるハードコードされたSNMPコミュニティ名の脆弱性

Cisco IOS^®ソフトウェアリリース12.2(52)SEまたは12.2(52)SE1が稼働するCisco Industrial Ethernet 3000(IE 3000)シリーズスイッチには、既知のSNMPコミュニティ名が読み取りアクセスと書き込みアクセスの両方に対してハードコードされている脆弱性があります。ハードコードされたコミュニティ名は「public」と「private」です。

シスコでは、すべての管理者が「回避策」セクションで説明されている緩和策を導入するか、Cisco IOSソフトウェアのアップグレードを実行することを推奨しています。

シスコはこの脆弱性に対処するソフトウェアアップデートをリリースしています。

この脆弱性に対しては回避策があります。

このアドバイザリは、https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20100707-snmp で公開されています。

次の製品はこの脆弱性の影響を受けます。

• Cisco Industrial Ethernet 3000 シリーズ スイッチ
  

該当するバージョンのCisco IOSソフトウェアを実行しているCisco Industrial Ethernet 3000シリーズスイッチには、ハードコードされたSNMP読み取り/書き込みコミュニティ名が含まれています。

Cisco Industrial Ethernet 3000シリーズは、過酷な環境に適した堅牢で使いやすくセキュアなインフラストラクチャを提供するスイッチファミリです。

SNMPはデバイスの管理と監視に使用され、コミュニティ名はパスワードに相当します。

ハードコードされたSNMPコミュニティ名は次のとおりです。

snmp-server community public RO
snmp-server community private RW

SNMPコミュニティ名は削除できますが、ハードコードされたコミュニティ名は、デバイスのリロード時に実行コンフィギュレーションに再適用されます。シスコでは、デバイスのリロード時にコミュニティ名が削除されるようにする回避策を提供しています。

注：アクセスリストまたは制限付きMIBビューの設定：

snmp-server community public RO 99
snmp-server community private RW 99
snmp-server community public view <mib> RO 99
snmp-server community private view <mib> RO 99

access-list 99 deny   any

この手順は、デバイスがリロードされるまでの回避策として機能します。デバイスがリロードされると、コミュニティ名にアクセスリストまたはMIBビューが割り当てられずに、元の設定が挿入されます。このアドバイザリの「回避策」セクションを参照してください。

この脆弱性は、PROFINETと呼ばれる該当リリースに統合された新機能の一部として導入されました。このアドバイザリが公開された時点では、PROFINETはCisco Industrial Ethernet 3000シリーズスイッチでのみサポートされていました。

この脆弱性は、Cisco Bug ID CSCtf25589 (登録ユーザ専用)に記載されています。この脆弱性に対してCommon Vulnerabilities and Exposures(CVE)IDとしてCVE-2010-1574が割り当てられています。

SNMPコミュニティ名の手動削除

注：次の回避策は、デバイスがリロードされるまで有効です。デバイスをリロードするたびに、この回避策を再適用する必要があります。シスコでは、この脆弱性の恒久的な修正プログラムとしてCisco IOSソフトウェアのアップグレードを実施することを推奨しています。

デバイスにログインし、コンフィギュレーションモードに入ります。次の設定コマンドを入力します。

no snmp-server community public RO
no snmp-server community private RW

設定を保存すると、スタートアップコンフィギュレーションファイルが更新されますが、ハードコードされたコミュニティ名は、デバイスのリロード時に実行コンフィギュレーションに再挿入されます。この回避策は、デバイスをリロードするたびに適用する必要があります。

SNMPコミュニティ名の自動削除

Embedded Event Manager(EEM)ポリシーを作成すると、デバイスがリロードされるたびに、ハードコードされたSNMPコミュニティ名を自動的に削除できます。次の例は、デバイスがリロードされるたびに実行され、ハードコードされたSNMPコミュニティ名が削除されるEEMポリシーを示しています。

event manager applet cisco-sa-20100707-snmp
 event timer countdown time 30 
 action 10 cli command "enable"
 action 20 cli command "configure terminal"
 action 30 cli command "no snmp-server community public RO"
 action 40 cli command "no snmp-server community private RW"
 action 50 cli command "end"
 action 60 cli command "disable"
 action 70 syslog msg "Hard-coded SNMP community names as per Cisco Security Advisory cisco-sa-20100707-snmp removed"

EEMポリシーの詳細については、http://www.cisco.com/en/US/docs/ios/netmgmt/configuration/guide/nm_eem_overview_ps6441_TSD_Products_Configuration_Guide_Chapter.htmlにある『Cisco IOS Network Management Configuration Guide - Embedded Event Manager Overview』を参照してください。

インフラストラクチャ アクセス コントロール リスト

ネットワークを通過するトラフィックをブロックすることは往々にして困難ですが、インフラストラクチャデバイスに決して許可すべきではないトラフィックを識別し、そのトラフィックをデバイスインターフェイスまたはネットワークの境界でブロックすることは可能です。

IE3000でSNMP管理が必要ない場合は、すべてのSNMPトラフィックをデバイスにドロップすれば十分です。次のiACLは、レイヤ3アクセスが設定された2つのインターフェイスを持つIE3000の例を示し、IE3000宛てのすべてのSNMPクエリーをドロップします。

!---
!--- Deny SNMP traffic from all other sources destined to 
!--- configured IP addresses on the IE3000.
!---


access-list 150 deny udp any host 192.168.0.1 eq snmp
access-list 150 deny udp any host 192.168.1.1 eq snmp


!---
!--- Permit/deny all other Layer 3 and Layer 4 traffic in 
!--- accordance with existing security policies and configurations
!--- Permit all other traffic to transit the device.
!---


access-list 150 permit ip any any


!---
!--- Apply access-list to all Layer 3 interfaces 
!--- (only two examples shown)
!---


interface Vlan1
 ip address 192.168.0.1 255.255.255.0
 ip access-group 150 in

interface GigabitEthernet1/1
 ip address 192.168.1.1 255.255.255.0
 ip access-group 150 in

ホワイトペーパー『Protecting Your Core: Infrastructure Protection Access Control Lists』には、アクセスリストによるインフラストラクチャ保護のガイドラインと推奨される導入方法が記載されています。このWhite Paperは、http://www.cisco.com/en/US/tech/tk648/tk361/technologies_white_paper09186a00801a1a55.shtmlで入手できます。

アップグレードを検討する場合は、http://www.cisco.com/go/psirt と後続のアドバイザリを参照して、問題の解決状況と完全なアップグレード ソリューションを確認してください。

いずれの場合も、アップグレードするデバイスに十分なメモリがあること、および現在のハードウェアとソフトウェアの構成が新しいリリースで引き続き適切にサポートされていることを確認する必要があります。情報に不明な点がある場合は、Cisco Technical Assistance Center（TAC）または契約を結んでいるメンテナンス プロバイダーにお問い合せください。

Cisco IOS ソフトウェアの表（下掲）の各行には、Cisco IOS のリリース トレインが記載されています。特定のリリース トレインに脆弱性がある場合は、修正を含む最初のリリース（および、それぞれの予想提供日）が表の「第 1 修正済みリリース」列に記載されます。特定の列に記されているリリースよりも古い（第 1 修正済みリリースより古い）トレインに含まれるリリースが稼働しているデバイスは脆弱であることが確認されています。シスコでは、表の「First Fixed Release」列で指定されているリリース、またはそれ以降のリリースにアップグレードすることを推奨しています。

Cisco PSIRT では、本アドバイザリに記載されている脆弱性の不正利用事例やその公表は確認しておりません。

この脆弱性は、カスタマーサポートコールの対応時に発見されました。

本アドバイザリは無保証のものとしてご提供しており、いかなる種類の保証も示唆するものではありません。 本アドバイザリの情報およびリンクの使用に関する責任の一切はそれらの使用者にあるものとします。 また、シスコは本ドキュメントの内容を予告なしに変更したり、更新したりする権利を有します。
本アドバイザリの記述内容に関して情報配信の URL を省略し、単独の転載や意訳を施した場合、当社が管理した情報とは見なされません。そうした情報は、事実誤認を引き起こしたり、重要な情報が欠落していたりする可能性があります。 このドキュメントの情報は、シスコ製品のエンドユーザを対象としています。