Cisco IOS組み込みコール処理ソリューションの脆弱性

Cisco IOS Telephony Service(ITS)、Cisco CallManager Express(CME)、またはSurvivable Remote Site Telephony(SRST)にCisco Internetwork Operating System(IOS®)ソフトウェアリリーストレイン12.1YD、12.2T、12.3および12.3Tが設定されている場合、特定の不正形式の制御プロトコルメッセージの処理に脆弱性が存在する可能性があります。

この脆弱性の不正利用に成功すると、デバイスのリロードが引き起こされる可能性があり、繰り返し不正利用されてサービス拒否(DoS)が発生する可能性があります。このアドバイザリは、https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20050119-itscmeで確認できます。

シスコでは、該当するお客様すべてにこの脆弱性に対処するための無償のソフトウェアアップグレードを提供しています。この脆弱性に対しては、影響を緩和するための回避策があります。

この脆弱性は、Cisco Bug ID CSCee08584に記載されています。

Cisco IOS Telephony Service(ITS)およびCisco CallManager Express(CME)の詳細については、次を参照してください。

http://www.cisco.com/en/US/products/sw/voicesw/ps4625/index.html

シスコのSurvivable Remote Site Telephony(SRST)の詳細については、次を参照してください。

http://www.cisco.com/en/US/products/sw/voicesw/ps2169/index.html

ITS、CME、およびSRSTは、IOSを実行しているCiscoデバイスがSkinny Call Control Protocol(SCCP)を使用してIP Phoneを制御できるようにする機能です。SCCPは、Cisco CallManagerのネイティブシグナリングプロトコルです。

ITS、CME、またはSRST用に設定されたIOSデバイスのSCCPポートに送信される特定の不正なパケットによって、ターゲットデバイスのリロードが引き起こされる可能性があります。この問題は、Cisco Bug ID CSCee08584に記述されています。

次のコマンドを使用して、ITSまたはCMEが動作しているかどうかを確認できます。ITSまたはCMEが有効になっていないデバイスでは、次のように表示されます。

Router#show telephony-service
telephony-service is not enabled

ITSまたはCMEが有効になっているデバイスには、次のようなメッセージが表示されます。

Router#show telephony-service
CONFIG (Version=3.0)                    
=====================                   
Cisco CallManager Express               
ip source-address 192.168.1.1 port 2000
max-ephones 2                           
max-dn 2                                
max-conferences 8                       
max-redirect 5                          
time-format 12                          
date-format mm-dd-yy                    
keepalive 30                            
timeout interdigit 10                   
timeout busy 10                         
timeout ringing 180                     
edit DN through Web:  disabled.         
edit TIME through web:  disabled.       
Log (table parameters):                 
     max-size: 150                      
     retain-timer: 15                   
create cnf-files version-stamp Jan 01 2002 00:00:00
auto assign 1 to 2                                 
local directory service: enabled. 

次のコマンドを使用して、SRSTが実行されているかどうかを判別できます。SRSTが有効になっていないデバイスでは、次のように表示されます。

Router#show call-manager-fallback 
Call-manager fallback is not enabled

SRSTが有効になっているデバイスには、次のような情報が表示されます。

Router#show call-manager-fallback 
CONFIG
======
ip source-address 192.168.1.1 port 2000
max-ephones 2
max-dn 4
huntstop
time-format 12
date-format mm-dd-yy
keepalive 30
interdigit timeout 10
busy timeout 10
Limit number of DNs per phone:
  7910: 34
  7935: 34
  7940: 34
  7960: 34 

攻撃者は最初にすべてのTCP/IP整合性チェック（初期シーケンス番号と送信元TCPポート番号を含む）を渡す必要があるため、スプーフィング攻撃は現実的ではありません。

回避策の効果は、製品の組み合わせ、ネットワークトポロジ、トラフィックの動作、組織のミッションなど、お客様の状況によって異なります。該当する製品とリリースは多岐に渡るので、サービス プロバイダーやサポート機関に連絡し、ネットワーク内で使用するのに最も適した回避策を確認してから、実際に配備することを推奨いたします。

ITS、CME、またはSRSTを実行する必要がある該当デバイスには脆弱性が存在し、これらを保護するために使用できる特定の設定はありません。ITS、CME、またはSRSTトラフィックを受け入れるべきでないインターフェイスにアクセスリストを適用し、ファイアウォールを戦略的な場所に配置することで、アップグレードが実行できるまでのリスクを大幅に軽減できる可能性があります。

次のURLにある『IP Telephony Security in Depth SAFE』というホワイトペーパーでは、音声ネットワークをインターネットから隔離しておくための、さまざまなベストプラクティスについて説明しています。ローカルネットワーク内からの攻撃は常に潜在的なリスクと見なす必要がありますが、これらのベストプラクティスはリスクを軽減するのに役立ちます。

http://www.cisco.com/en/US/netsol/ns340/ns394/ns171/ns128/networking_solutions_white_papers_list.html

「完全一致」の使用

strict-matchオプションを使用すると、ip source-address設定コマンドで指定されたIPにSCCP通信を制限できます。このコマンドの詳細については、次のURLを参照してください。

http://www.cisco.com/en/US/netsol/ns340/ns394/ns165/ns391/networking_solutions_design_guidance09186a00801f8e30.html#wp40333

アクセス リストの使用

可能な場合は、インフラストラクチャアクセスコントロールリスト(iACL)またはトランジットアクセスコントロールリスト(tACL)を使用して、ネットワークエッジでSCCPトラフィックをブロックすることをお勧めします。

iACLについての詳細は、『コアの保護：インフラストラクチャ保護ACL』を参照してください。

http://www.cisco.com/warp/public/707/iacl.html

tACLについての詳細は、『トランジットアクセスコントロールリスト：エッジでのフィルタリング』を参照してください。

http://www.cisco.com/warp/public/707/tacl.html

許可されたネットワーク以外の場所からのSCCPトラフィックをブロックするアクセスリストの例を次に示します。

注：SRST展開では、SCCPパケットはSRSTデバイスに直接アドレス指定されません。SCCPパケットは、コール制御デバイス（通常はCisco CallManager）にアドレス指定されます。

この例では、許可されたテレフォニーデバイスは172.16.0.0/16ネットワーク上にあり、使用されているSCCPポートはデフォルトのTCPポート2000です。テレフォニーデバイスの特定のIPアドレスが判明している場合は、それらのデバイスからのトラフィックだけを制限するようにアクセスリストを作成できます。

!--- Permit access from any IP address in the 172.16.0.0/16 
!--- to TCP port 2000.


access-list 101 permit tcp 172.16.0.0 0.0.255.255 any eq 2000


!--- Deny all traffic to port 2000.


access-list 101 deny tcp any any eq 2000


!--- Permit all other traffic.


access-list 101 permit ip any any

コントロールプレーンポリシングの使用

コントロールプレーンポリシング(CoPP)機能を使用して、この脆弱性を緩和することができます。次の例では、192.168.10.0/24サブネットとの間のSCCPトラフィックが許可されています。デバイス宛ての他のすべてのTCPポート2000トラフィックはブロックされます。

access-list 140 deny   tcp 192.168.10.0 0.0.0.255 any eq 2000
access-list 140 deny   tcp any 192.168.10.0 0.0.0.255 eq 2000
access-list 140 permit tcp any any eq 2000
access-list 140 deny   ip  any any

class-map match-all sccp-class
  match access-group 140

policy-map control-plane-policy
  class sccp-class

     police 8000 1500 1500 conform-action drop exceed-action drop

control-plane
 service-policy input control-plane-policy

CoPP は、IOS リリース トレイン 12.2S および 12.3T で使用できます。CoPP 機能の設定と使用方法についての詳細は、次の URL で確認できます。

http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6586/ps6642/prod_white_paper0900aecd804fa16a.html

Cisco IOS ソフトウェアの表（下掲）の各行には、リリース トレインとそれに対応するプラットフォームまたは製品が記載されています。特定のリリース トレインに脆弱性がある場合は、修正を含む最初のリリース（「第 1 修正済みリリース」）とそれぞれの提供日が「リビルド」列と「メンテナンス」列に記載されます。特定の列に記されているリリースよりも古い（第 1 修正済みリリースより古い）トレインに含まれるリリースが稼働しているデバイスは脆弱であることが確認されています。このようなリリースは、少なくとも、示されているリリース以上（最初の修正リリース ラベル以上）にアップグレードしてする必要があります。

「リビルド」および「メンテナンス」という用語の詳細については、次のURLを参照してください。

http://www.cisco.com/warp/public/620/1.html

ソフトウェアのアップグレードを検討する場合は、http://www.cisco.com/en/US/products/products_security_advisories_listing.htmlおよび後続のアドバイザリも参照して、侵害を受ける可能性と完全なアップグレードソリューションを確認してください。

いずれの場合も、アップグレードする機器に十分なメモリがあること、および現在のハードウェアとソフトウェアの構成が新しいリリースで引き続き適切にサポートされていることの確認を十分に行ってください。情報が不明な場合は、Cisco Technical Assistance Center(TAC)にお問い合わせください。

CSCee08584で説明されている脆弱性は、元々SecureTestによってシスコに報告されたものです。Cisco PSIRT では、本アドバイザリに記載されている脆弱性の不正利用事例やその公表は確認しておりません。