Cisco-COPP-ASR1001: различия между версиями

Материал из noname.com.ua
Перейти к навигацииПерейти к поиску
 
(не показано 9 промежуточных версий этого же участника)
Строка 4: Строка 4:
 
[[Категория:CoPP]]
 
[[Категория:CoPP]]
 
[[Категория:Port Knocking]]
 
[[Категория:Port Knocking]]
  +
[[Категория:Cisco Embedded Event Manager]]
   
   
Строка 17: Строка 18:
 
=Ссылки и примеры=
 
=Ссылки и примеры=
 
* на руском но не релевантно ASR1000: http://ciscomaster.ru/content/bezopasnost-nachalo-13-bezopasnost-i-control-plane
 
* на руском но не релевантно ASR1000: http://ciscomaster.ru/content/bezopasnost-nachalo-13-bezopasnost-i-control-plane
  +
* еще на хабре https://qna.habr.com/q/244119
 
* https://www.cisco.com/c/en/us/td/docs/ios/ios_xe/sec_control_plane/configuration/guide/2_xe/cps_xe_book/ctrl_plane_policng_xe.html
 
* https://www.cisco.com/c/en/us/td/docs/ios/ios_xe/sec_control_plane/configuration/guide/2_xe/cps_xe_book/ctrl_plane_policng_xe.html
 
* https://freenetworktutorials.com/control-plane-policing-copp-configuration-in-cisco-ios/
 
* https://freenetworktutorials.com/control-plane-policing-copp-configuration-in-cisco-ios/
  +
 
=Очистка настроек <code>control-plane</code>=
 
=Очистка настроек <code>control-plane</code>=
 
Перед настройкой удалить существующие настройки иначе новая политика не назначается
 
Перед настройкой удалить существующие настройки иначе новая политика не назначается
Строка 215: Строка 218:
 
</PRE>
 
</PRE>
   
  +
{{note|
  +
В зависимости от того как долго ждать (wait) может понадобиться добавить <code>maxrun <Время в секундах></code>
  +
<BR>
 
<PRE>
 
<PRE>
  +
event syslog pattern "%FMANFP-6-IPACCESSLOGP: SIP0: fman_fp_image: list KNOCK_TCP_32022 permitted tcp *" maxrun 100
event manager environment KNOCK_ACL_SSH ACCESS_LIST_COPP_SSH
 
  +
</PRE>
event manager environment KNOCK_ACL_TELNET ACCESS_LIST_COPP_TELNET
 
  +
}}
  +
  +
  +
  +
<PRE>
  +
event manager environment KNOCK_ACL_SSH ACCESS_LIST_COPP_SSH
  +
event manager environment KNOCK_ACL_TELNET ACCESS_LIST_COPP_TELNET
 
no event manager applet KNOCK_TELNET_SSH
 
no event manager applet KNOCK_TELNET_SSH
 
event manager applet KNOCK_TELNET_SSH
 
event manager applet KNOCK_TELNET_SSH
event syslog pattern "%FMANFP-6-IPACCESSLOGP: SIP0: fman_fp_image: list KNOCK_TCP_32022 permitted tcp *"
+
event syslog pattern "%FMANFP-6-IPACCESSLOGP: SIP0: fman_fp_image: list KNOCK_TCP_32022 permitted tcp *"
 
!
 
!
 
action 001.0 regexp "[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+" "$_syslog_msg" ADDR
 
action 001.0 regexp "[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+" "$_syslog_msg" ADDR
Строка 248: Строка 261:
 
!
 
!
 
action 006.0 syslog msg "Added $ADDR to the $KNOCK_ACL_TELNET ACL"
 
action 006.0 syslog msg "Added $ADDR to the $KNOCK_ACL_TELNET ACL"
action 006.1 syslog msg "Waiting for 20 sec before deleting rules"
+
action 006.1 syslog msg "Waiting for 15 sec before deleting rules"
 
!
 
!
action 007.0 wait 20
+
action 007.0 wait 15
 
!
 
!
 
action 008.0 syslog msg "Wait finished"
 
action 008.0 syslog msg "Wait finished"
Строка 273: Строка 286:
 
!
 
!
 
action 012.0 syslog msg "Removed $ADDR from the $KNOCK_ACL_TELNET ACL"
 
action 012.0 syslog msg "Removed $ADDR from the $KNOCK_ACL_TELNET ACL"
  +
action 012.1 cli command "exit"
 
exit
 
exit
   
 
</PRE>
 
</PRE>
  +
  +
=Копия заметки про CoPP=
  +
Это копия с хабра - может быть полезна так как информации довольно мало
  +
  +
Как обрабытывается CEF-exception трафик внутри cppr-политики в Cisco IOS-XE?<BR>
  +
Написал cppr-политики для роутеров Cisco на IOS и IOS-XE.
  +
<BR>
  +
И столкнулся со следующей проблемой: на IOS-XE железе нет control-plane cef-exception режима,
  +
весь трафик на коробку обрабатывается внутри единой политики.
  +
И в этой политике никак не удается поймать BFD-пакеты..
  +
<BR>
  +
По счетчикам вижу, что вcе BFD-пакеты оседают на итоговом дискардном правиле.
  +
В стандартном IOS BFD по-идее не попадает в cef и обрабатывается внутри control-plane cef-exception;
  +
что делать в случае IOS-XE не пойму - странно, что трафик не попадает в нужный класс, но при этом внутри фильтра валится не в class-default,
  +
а именно в discard-all-UDP правило.
  +
Железо: ASR1002
  +
Версия IOS-XE ROMMON: 153-1r
  +
Версия IOS-XE: 03.14.00.S
  +
Версия IOS внутри: 15.5(1)S
  +
  +
Правило отбора для BFD (упрощенный конфиг):
  +
<PRE>
  +
ip access-list extended RE_bfd
  +
permit udp object-group ext_hosts range 49152 65535 object-group int_hosts range 3784 3785
  +
! далее класс, куда BFD входит:
  +
</PRE>
  +
  +
<PRE>
  +
class-map match-any RE_routing
  +
match access-group name RE_bfd
  +
! дискард правила
  +
</PRE>
  +
<PRE>
  +
ip access-list extended RE_dis_tcp
  +
permit tcp any any fragments
  +
permit tcp any any
  +
</PRE>
  +
  +
<PRE>
  +
ip access-list extended RE_dis_udp
  +
permit udp any any fragments
  +
permit udp any any
  +
</PRE>
  +
  +
<PRE>
  +
ip access-list extended RE_dis_ip
  +
permit icmp any any fragments
  +
permit ip any any fragments
  +
permit ip any any
  +
</PRE>
  +
  +
<PRE>
  +
! дискард класс
  +
class-map match-any RE_dis_traffic
  +
description RE_disable_traffic
  +
match access-group name RE_dis_tcp
  +
match access-group name RE_dis_udp
  +
match access-group name RE_dis_ip
  +
! и все это в cppr-политике:
  +
policy-map RE_cppr
  +
class RE_routing
  +
class RE_dis_traffic
  +
police rate 1 pps
  +
! включаем
  +
control-plane
  +
service-policy input RE_cppr
  +
!
  +
</PRE>
  +
UPD: С LDP трафиком аналогичная проблема, поэтому склонен считать, что она характерна для всех CEF-exception пакетов внутри коробки.
  +
  +
Итак, симтомы проблемы я устранил.
  +
Изначально ACL для отбора было таким:
  +
<PRE>
  +
!
  +
permit udp object-group ext_hosts range 49152 65535 object-group int_hosts range 3784 3785
  +
!
  +
</PRE>
  +
Собственно, возникла идея поиграть с условиями и я убрал ограничение по адресам. ACL превратился в:
  +
!
  +
<PRE>
  +
permit udp any range 49152 65535 any range 3784 3785
  +
</PRE>
  +
!
  +
И все заработало! Но вопрос все равно открыт - устранился симптом, почему ASR не обрабатывает условие по ip-заголовкам - непонятно. Баг или особенность обработки host-inbound трафика на IOS-XE?
  +
  +
UPD: Весь сыр-бор возник из-за того, что внутри ACL для cef-exception трафика не работают object-groups. Для остального host-inbound трафика они работают.
  +
Если вместо <code>object-groups</code> напрямую писать ip-адреса, то все работает как надо.

Текущая версия на 17:23, 24 июля 2024


Control Plane Policing (CoPP) (на примере ASR1001)

Общая идея работы:

  • ACL описывают разрешенные сети/порты
  • Class-map просто обертка над ACL никакой дополнительной логики они не вносят
  • Policy-map объединяет правило в список, сначала запрещяющие правила потом разрешить все что не запрещено

Если запретить "все что не разрешено", то прийдется повозиться с разрешениями - например сходу отломался LACP когда я попробовал такую схему.

Ссылки и примеры

Очистка настроек control-plane

Перед настройкой удалить существующие настройки иначе новая политика не назначается

control-plane
 no service-policy input POLICY_MAP_COPP_INPUT_POLICY
exit
no policy-map POLICY_MAP_COPP_INPUT_POLICY

Проверить настройки:

show policy-map control-plane

ACL

Особенность ACL:
так как все что попадет под permit, после попадет в соответствующий class-map то
ACL вывернут на изнанку - deny означает "разрешить" (исключить из class-map и направить в разрешающее правило)

ip access-list extended ACCESS_LIST_COPP_TELNET

  • deny tcp any any established разрешить уже установленные соединения
no ip access-list extended ACCESS_LIST_COPP_TELNET
ip access-list extended ACCESS_LIST_COPP_TELNET
 deny   tcp any any established
 permit tcp any any eq telnet
exit 

ip access-list extended ACCESS_LIST_COPP_SSH

no ip access-list extended ACCESS_LIST_COPP_SSH
ip access-list extended ACCESS_LIST_COPP_SSH
 deny   tcp any any established
 permit tcp any any eq 22
exit 

ip access-list extended ACCESS_LIST_COPP_SNMP

no ip access-list extended ACCESS_LIST_COPP_SNMP
ip access-list extended ACCESS_LIST_COPP_SNMP
 deny   udp 172.31.100.0  0.0.0.255 any eq snmp
 deny   udp 10.72.0.0     0.0.0.255 any eq 161
 permit udp any any eq 161
exit

ip access-list extended ACCESS_LIST_COPP_BGP

no ip access-list extended ACCESS_LIST_COPP_BGP
ip access-list extended ACCESS_LIST_COPP_BGP
 deny   tcp any any established
 deny   tcp 172.31.0.0 0.0.0.255 any eq 179
 permit tcp any any eq 179
exit

ip access-list extended ACCESS_LIST_COPP_RADIUS

no ip access-list extended ACCESS_LIST_COPP_RADIUS
ip access-list extended ACCESS_LIST_COPP_RADIUS
 deny   udp 172.31.0.0    0.0.0.255 any eq 1812
 deny   udp 172.31.0.0    0.0.0.255 any eq 1813
 deny   udp 100.100.100.0 0.0.0.255 any eq 1812
 deny   udp 100.100.100.0 0.0.0.255 any eq 1813
 permit tcp any any eq 1812
 permit tcp any any eq 1813
exit

class-map

class-map CLASS_MAP_COPP_TELNET

no class-map CLASS_MAP_COPP_TELNET
class-map CLASS_MAP_COPP_TELNET
  match access-group name ACCESS_LIST_COPP_TELNET
exit

class-map CLASS_MAP_COPP_SSH

no class-map CLASS_MAP_COPP_SSH
class-map CLASS_MAP_COPP_SSH
  match access-group name ACCESS_LIST_COPP_SSH
exit

class-map CLASS_MAP_COPP_SNMP

no class-map CLASS_MAP_COPP_SNMP
class-map CLASS_MAP_COPP_SNMP
  match access-group name ACCESS_LIST_COPP_SNMP
exit

class-map CLASS_MAP_COPP_BGP

no class-map CLASS_MAP_COPP_BGP
class-map CLASS_MAP_COPP_BGP
  match access-group name ACCESS_LIST_COPP_BGP
exit

class-map CLASS_MAP_COPP_RADIUS

no class-map CLASS_MAP_COPP_RADIUS
class-map CLASS_MAP_COPP_RADIUS
  match access-group name ACCESS_LIST_COPP_RADIUS
exit

policy-map POLICY_MAP_COPP_INPUT_POLICY

policy-map разбита на части для удобства восприятия

  • Строчка police cir 32000 bc 1500 be 1500 conform-action drop exceed-action drop violate-action drop эквивалентно действию drop так как на некоторых платформах это действие недоступно
  • Удалить и заново добавить policy-map
no policy-map POLICY_MAP_COPP_INPUT_POLICY
policy-map POLICY_MAP_COPP_INPUT_POLICY

telnet

! Deny telnet
 class CLASS_MAP_COPP_TELNET
  police cir 32000 bc 1500 be 1500 conform-action drop exceed-action drop violate-action drop
  exit
 exit

ssh

! Deny ssh
 class CLASS_MAP_COPP_SSH
  police cir 32000 bc 1500 be 1500 conform-action drop exceed-action drop violate-action drop
  exit
 exit

snmp

! Deny SNMP
 class CLASS_MAP_COPP_SNMP
  police cir 32000 bc 1500 be 1500 conform-action drop exceed-action drop violate-action drop
  exit
 exit
!

BGP

! Deny BGP
 class CLASS_MAP_COPP_BGP
  police cir 32000 bc 1500 be 1500 conform-action drop exceed-action drop violate-action drop
  exit
 exit
!

Radius

! Deny RADIUS
 class CLASS_MAP_COPP_RADIUS
  police cir 32000 bc 1500 be 1500 conform-action drop exceed-action drop violate-action drop
  exit
 exit
!

Остальной траффик

! Permit other (include LACP)
 class class-default
  police cir 32000 bc 1500 be 1500 conform-action transmit exceed-action transmit violate-action transmit
  exit
 exit
exit

control-plane

control-plane
 no service-policy input POLICY_MAP_COPP_INPUT_POLICY
 service-policy input POLICY_MAP_COPP_INPUT_POLICY
exit

Port Knock

ip access-list extended KNOCK_TCP_32022
 remark *** KNOCK ***
 permit tcp any host 172.31.100.194 eq 32022 log
 remark *** PERMITED ***
 permit ip any any
exit
Note:

В зависимости от того как долго ждать (wait) может понадобиться добавить maxrun <Время в секундах>

event syslog pattern "%FMANFP-6-IPACCESSLOGP: SIP0: fman_fp_image:  list KNOCK_TCP_32022 permitted tcp *" maxrun 100


    event manager environment KNOCK_ACL_SSH    ACCESS_LIST_COPP_SSH
    event manager environment KNOCK_ACL_TELNET ACCESS_LIST_COPP_TELNET
    no event manager applet KNOCK_TELNET_SSH
    event manager applet KNOCK_TELNET_SSH
    event syslog pattern "%FMANFP-6-IPACCESSLOGP: SIP0: fman_fp_image:  list KNOCK_TCP_32022 permitted tcp *"
    !
     action 001.0 regexp "[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+" "$_syslog_msg" ADDR
     action 001.1 regexp "\([0-9]+\)," "$_syslog_msg" PORT
     action 001.2 regexp "[0-9]+" "$PORT" PORT
    !
     action 002.0 syslog msg "Received a knock from $ADDR on port $PORT..."
    !
     action 002.1 syslog msg "Adding $ADDR to the $KNOCK_ACL_SSH ACL"
    !
     action 003.0 cli command "enable"
     action 003.1 cli command "configure terminal"
     action 003.2 cli command "ip access-list extended $KNOCK_ACL_SSH"
     action 003.3 cli command "1 deny tcp host $ADDR any eq 22"
     action 003.4 cli command "end"
     action 003.5 cli command " "
    !
     action 004.0 syslog msg "Added  $ADDR to the $KNOCK_ACL_SSH ACL"
    !
     action 004.1 syslog msg "Adding $ADDR to the $KNOCK_ACL_TELNET ACL"
    !
     action 005.0 cli command "enable"
     action 005.1 cli command "configure terminal"
     action 005.4 cli command "ip access-list extended $KNOCK_ACL_TELNET"
     action 005.5 cli command "1 deny tcp host $ADDR any eq telnet"
     action 005.6 cli command "end"
     !
     action 006.0 syslog msg "Added  $ADDR to the $KNOCK_ACL_TELNET ACL"
     action 006.1 syslog msg "Waiting for 15 sec before deleting rules"
    !
     action 007.0 wait 15
    !
     action 008.0 syslog msg "Wait finished"
    !
     action 008.1 syslog msg "Removing $ADDR from the $KNOCK_ACL_SSH ACL"
    !
     action 009.0 cli command "enable"
     action 009.1 cli command "configure terminal"
     action 009.2 cli command "ip access-list extended $KNOCK_ACL_SSH"
     action 009.3 cli command "no deny tcp host $ADDR any eq 22"
     action 009.4 cli command "end"
    !
     action 010.0 syslog msg "Removed $ADDR to the $KNOCK_ACL_SSH ACL"
    !
     action 010.0 syslog msg "Removing $ADDR to the $KNOCK_ACL_TELNET ACL"
    !
     action 011.0 cli command "enable"
     action 011.1 cli command "configure terminal"
     action 011.2 cli command "ip access-list extended $KNOCK_ACL_TELNET"
     action 011.3 cli command "no deny tcp host $ADDR any eq telnet"
     action 011.4 cli command "end"
    !
     action 012.0 syslog msg "Removed $ADDR from the $KNOCK_ACL_TELNET ACL"
     action 012.1 cli command "exit"
    exit

Копия заметки про CoPP

Это копия с хабра - может быть полезна так как информации довольно мало

Как обрабытывается CEF-exception трафик внутри cppr-политики в Cisco IOS-XE?
Написал cppr-политики для роутеров Cisco на IOS и IOS-XE.
И столкнулся со следующей проблемой: на IOS-XE железе нет control-plane cef-exception режима, весь трафик на коробку обрабатывается внутри единой политики. И в этой политике никак не удается поймать BFD-пакеты..
По счетчикам вижу, что вcе BFD-пакеты оседают на итоговом дискардном правиле. В стандартном IOS BFD по-идее не попадает в cef и обрабатывается внутри control-plane cef-exception; что делать в случае IOS-XE не пойму - странно, что трафик не попадает в нужный класс, но при этом внутри фильтра валится не в class-default, а именно в discard-all-UDP правило. Железо: ASR1002 Версия IOS-XE ROMMON: 153-1r Версия IOS-XE: 03.14.00.S Версия IOS внутри: 15.5(1)S

Правило отбора для BFD (упрощенный конфиг):

ip access-list extended RE_bfd
permit udp object-group ext_hosts range 49152 65535 object-group int_hosts range 3784 3785
! далее класс, куда BFD входит:
class-map match-any RE_routing
  match access-group name RE_bfd
! дискард правила
ip access-list extended RE_dis_tcp
  permit tcp any any fragments
  permit tcp any any
ip access-list extended RE_dis_udp
permit udp any any fragments
permit udp any any
ip access-list extended RE_dis_ip
permit icmp any any fragments
permit ip any any fragments
permit ip any any
! дискард класс
class-map match-any RE_dis_traffic
description RE_disable_traffic
match access-group name RE_dis_tcp
match access-group name RE_dis_udp
match access-group name RE_dis_ip
! и все это в cppr-политике:
policy-map RE_cppr
class RE_routing
class RE_dis_traffic
police rate 1 pps
! включаем
control-plane
service-policy input RE_cppr
!

UPD: С LDP трафиком аналогичная проблема, поэтому склонен считать, что она характерна для всех CEF-exception пакетов внутри коробки.

Итак, симтомы проблемы я устранил. Изначально ACL для отбора было таким:

!
permit udp object-group ext_hosts range 49152 65535 object-group int_hosts range 3784 3785
!

Собственно, возникла идея поиграть с условиями и я убрал ограничение по адресам. ACL превратился в: !

permit udp any range 49152 65535 any range 3784 3785

! И все заработало! Но вопрос все равно открыт - устранился симптом, почему ASR не обрабатывает условие по ip-заголовкам - непонятно. Баг или особенность обработки host-inbound трафика на IOS-XE?

UPD: Весь сыр-бор возник из-за того, что внутри ACL для cef-exception трафика не работают object-groups. Для остального host-inbound трафика они работают. Если вместо object-groups напрямую писать ip-адреса, то все работает как надо.