From Security Weekly Wiki
Jump to navigationJump to search

Recorded May 30, 2019 at G-Unit Studios in Rhode Island!

Episode Audio


  • Paul Asadoorian
    Embedded device security researcher, security podcaster, and CEO of Active Countermeasures .
  • Larry Pesce
    Senior Managing Consultant and Director of Research at InGuardians, SANS Instructor.
  • Joff Thyer
    SANS Instructor, penetration tester, and Security Researcher at Black Hills Information Security.
  • Carlos Perez
    is currently the Principal Consultant, Team Lead for Research at TrustedSec.

  • Announcements

    • Join us at InfoSecWorld 2020 - March 30 - April 1, 2020 at the Disney Contemporary Resort! Security Weekly listeners save 15% off the InfoSec World Main Conference or World Pass! Visit securityweekly.com/ISW2020, click the register button to register with our discount code or the schedule button to sponsor a micro-interview!
    • OSHEAN and the Pell Center are partnering together to present Cybersecurity Exchange Day on Wednesday, March 18th from 9am-3pm at Salve Regina University in the beautiful Newport, RI! Visit securityweekly.com/OSHEAN2020 to register for free and come join in the fun!
    • We have officially migrated our mailing list to a new platform! Sign up for the list to receive invites to our virtual trainings, webcasts, and other content relative to your interests by visiting securityweekly.com/subscribe and clicking the button to join the list! You can also submit your suggestions for guests by going to securityweekly.com/guests and submitting the form! We'll review them monthly and reach out if they are a good fit!
    • Our first-ever virtual training is happening on March 19th @11:00am ET, with Adam Kehler & Rob Harvey from Online Business Systems Risk, Security & Privacy Team. In this training you will learn how to generate a complex SHA-256 hashed password and then use password cracking tools to break it. Register for our upcoming trainings by visiting securityweekly.com, selecting the webcast/training drop down from the top menu bar and clicking registration.

    Interview: Eric Butash & Mike Klein, Highlander Institute - 6:00 - 6:30PM

    Eric Butash
    is the Director of Digital Platforms at Highlander Institute.

    Eric Butash is Director of Digital Platforms for InnovateEdu out of NYC. Eric oversees national K-12 data interoperability initiatives such as ProjectUnicorn and DataViz. He just moved to InnovateEdu from the Highlander Institute where he was the Director of Operation. The Institute is an innovation "hub" for redesigning K12 classrooms in to be more personalized. Prior to that, Eric has spent 15 years in various technology leadership roles across K-12. He currently serves as the Sr. Advisor to the K12 National Advisory Council on Cybersecurity Executive Board, CommonSense Media National Ambassador, and 2017 Recipient of ISTE's Making IT Happen Award.

    Mike Klein
    is the Professional Learning Coordinator at Highlander Institute.

    As Professional Learning Coordinator at Highlander Institute, Michael Klein leads coaching and capacity building for a team of 12 educational consultants in addition to directly supporting teachers, school leaders and district leaders with change management in urban, suburban and rural districts across the country. Michael also serves on the Board of Directors for the Edcamp Foundation. Michael was a founding teacher at High Tech High’s newest middle school in Chula Vista, California and worked as an elementary school teacher in Brooklyn and Harlem. In addition to teaching, Michael worked as research assistant to Tony Wagner on his book Creating Innovators: The Making of Young People Who Will Change the World, and has experience as part of two fast-growing education technology companies. Michael earned his undergraduate degree in History at Vassar College and his Master’s in Education at Bank Street College.


    • What schools are doing to protect Student Data?
    • How do we teach our student the importance of good digital hygiene if we don't have the proper education in place?
    • What is Digital Citizenship?
    • How is the Privacy playing a roll in our always-on youth?

    Security News - 6:30PM - 7:00PM

    Paul's Stories

    1. Redditor can stay anonymous, court rules
    2. The industrys best-kept secret: why mobile ad fraud prevention is just too good to be true
    3. Spies with that? Police can snoop on McDonald's and Westfield wifi customers
    4. 8 Ways to Authenticate Without Passwords
    5. Flipboard Resets User Passwords in Response to Data Breach | SecurityWeek.Com
    6. Eternally Blue: Baltimore City leaders blame NSA for ransomware attack
    7. Docker Vulnerability Gives Arbitrary File Access to Host | SecurityWeek.Com
    8. Trends in Cybersecurity to Watch
    9. Majority of CISOs plan to ask for an increase in cybersecurity investment - Help Net Security
    10. Hackers actively exploit WordPress plugin flaw to send visitors to bad sites
    11. Virus-packed laptop sells as artwork for over RM5.5mil
    12. Technology is Not Our Problem | SecurityWeek.Com
    13. What a teen grade hackers confession can teach us
    14. The cryptominer that kept coming back
    15. InfoSec Handlers Diary Blog - Analyzing First Stage Shellcode
    16. Malware Found on PoS Systems at Checkers and Rally's Restaurants | SecurityWeek.Com
    17. High-Risk Flaws Found in Process Control Systems From B&R Automation | SecurityWeek.Com
    18. macOS Gatekeeper Bypass Exploits Trust on Network Shares | SecurityWeek.Com
    19. InfoSec Handlers Diary Blog - nmap Service Fingerprint
    20. Killer SecOps Skills: Soft Is the New Hard
    21. Old Threats Are New Again

    Larry's Stories

    1. Researchers have discovered one million devices that are vulnerable to a “wormable” Microsoft flaw, which could open the door to a WannaCry-like cyberattack
    2. Researcher Filippo Cavallarin disclosed a bug in the macOS security feature Gatekeeper - Allows malicious code execution on systems running the most recent version of Mojave (10.14.0)
    3. Up to 50,000 servers were infected over the past four months as part of a high-profile cryptojacking campaign - Believed to orchestrated by Chinese-language adversaries
    4. Apple, Google, WhatsApp, Microsoft, along with 43 security experts and privacy advocates, have signed an open letter to the GCHQ calling out the UK spy agency's "ghost proposal.” - If they back down from one country, where will they draw the line?]
    5. Would your average Internet user be any more vigilant against phishing scams if he or she faced the real possibility of losing their job after falling for one too many of these emails? - Recently, I met someone at a conference who said his employer had in fact terminated employees for such repeated infractions. As this was the first time I’d ever heard of an organization actually doing this, I asked some phishing experts what they thought (spoiler alert: they’re not fans of this particular teaching approach)
    6. BlueKeep PoC

    Joff's Stories

    Carlos' Stories

    Tech Segment: Robert Graham, Errata Security & Paul Asadoorian - 7:00-7:30PM

    Robert Grahamis the Chief Executive Officer of Errata Security

    Rob Graham is a well-known cybersecurity expert. He created the BlackICE personal firewall, the first IPS, sidejacking and lately, masscan. He frequently speaks at conferences and blogs.

    You can download rdpscan from Rob's Git repo which also includes some great documentation. Some notes on this vulnerability:

    • Microsoft Windows operating systems older than Windows 7 and Server 2008 are vulnerable (including Windows XP if you're into that sorta thing)
    • While you can scan your network for RDP listeners, keep in mind users could enable RDP at any time with merely just a click of a radio button
    • By default, if the Windows firewall is enabled, your system is very likely still listening on port 3389 and accepting connections, unless you configure it otherwise (tested on Windows 7 Ultimate)
    • There are unsubstantiated claims that this vulnerability has existed for about a year and has been sold/traded on the dark web
    • Select security researchers have posted online claiming they have developed a PoC exploit (e.g. https://twitter.com/ValthekOn/status/1129583856636633088 and https://twitter.com/cBekrar/status/1128712967845961728). Also, I tend to believe this to be true as multiple sources have reported this.

    I built rdpscan on a Pop_OS! 18.04 machine:

    $ uname -a ; cat /etc/issue ; cat /etc/debian_version
    Linux hostname 4.18.0-20-generic #21~18.04.1pop0-Ubuntu SMP Wed May 15 14:41:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
    Ubuntu 18.04.2 LTS \n \l

    I installed libssl-dev, per the instructions:

    $ sudo apt install libssl-dev

    First, I tried the compile command listed on the Github page:

    $ gcc *.c -lssl -lcrypto -o rdpscan
    tcp.c: In function ‘tcp_tls_connect’:
    tcp.c:471:3: warning: ‘TLSv1_client_method’ is deprecated [-Wdeprecated-declarations]
       g_ssl_ctx = SSL_CTX_new(TLSv1_client_method());
       ^19:20, 30 May 2019 (UTC)[[User:Paul Asadoorian|Paul Asadoorian]] ([[User talk:Paul Asadoorian|talk]])
    In file included from /usr/include/openssl/ct.h:13:0,
                     from /usr/include/openssl/ssl.h:61,
                     from tcp.c:29:
    /usr/include/openssl/ssl.h:1626:1: note: declared here
     DEPRECATEDIN_1_1_0(__owur const SSL_METHOD *TLSv1_client_method(void)) /* TLSv1.0 */

    Strange, I’ve installed the latest version of openssl, let’s check to see which version came from the package repo:

    $ dpkg -l libssl-dev
    Name                                       Version                    Architecture               Description
    ii  libssl-dev:amd64                           1.1.0g-2ubuntu4.3          amd64                      Secure Sockets Layer toolkit - development files

    Now I am wondering where the library is installed because my potential solution is to install the older openssl library in a different location, then use the older version to build rdpscan. I used the “-L” flag with dpkg to list the files installed by the package:

    $ dpkg -L libssl-dev
    Okay, looks like all the include files are stored in /usr/include. Now I can safely install the older version (1.0) in a different location, as follows:
    <pre>$ wget https://www.openssl.org/source/openssl-1.0.2s.tar.gz
    $ tar zxvf openssl-1.0.2s.tar.gz 
    $ cd openssl-1.02s

    Stop! Before you enter the command below, make sure you are pointing to a different location. I don’t want to begin to theorize about the issues you could have if you stomp on your openssl libraries. Even though I double and triple checked it, I still had that Star Wars “I have a bad feeling about this” moment.

    $ ./config --prefix=/opt/local --openssldir=/opt/local/openssl
    $ make
    $ sudo make install

    Okay, now back to try to compile rdpscan, pointing to our new include directory (gcc will look in the current directory first, then directories specified with “-I” in order from left to right, then your system include directories):

    $ cd rdpscan/src
    $ gcc *.c -I/opt/local/include -lssl -lcrypto -o rdpscan
    /tmp/cck7y0jM.o: In function `tcp_tls_connect':
    tcp.c:(.text+0xc30): undefined reference to `SSL_load_error_strings'
    tcp.c:(.text+0xc35): undefined reference to `SSL_library_init'
    collect2: error: ld returned 1 exit status

    Oops, forgot to also include the “-L” for the new libraries we installed in /opt, which is why it failed to link:

    $ gcc *.c -L/opt/local/lib -I/opt/local/include -lssl -lcrypto -o rdpscan
    /opt/local/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup':
    dso_dlfcn.c:(.text+0x11): undefined reference to `dlopen'
    dso_dlfcn.c:(.text+0x24): undefined reference to `dlsym'
    dso_dlfcn.c:(.text+0x2f): undefined reference to `dlclose'
    /opt/local/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func':
    dso_dlfcn.c:(.text+0x364): undefined reference to `dlsym'
    dso_dlfcn.c:(.text+0x422): undefined reference to `dlerror'
    /opt/local/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var':
    dso_dlfcn.c:(.text+0x497): undefined reference to `dlsym'
    dso_dlfcn.c:(.text+0x552): undefined reference to `dlerror'
    /opt/local/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load':
    dso_dlfcn.c:(.text+0x5b8): undefined reference to `dlopen'
    dso_dlfcn.c:(.text+0x61d): undefined reference to `dlclose'
    dso_dlfcn.c:(.text+0x655): undefined reference to `dlerror'
    /opt/local/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_pathbyaddr':
    dso_dlfcn.c:(.text+0x701): undefined reference to `dladdr'
    dso_dlfcn.c:(.text+0x766): undefined reference to `dlerror'
    /opt/local/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload':
    dso_dlfcn.c:(.text+0x7c2): undefined reference to `dlclose'
    collect2: error: ld returned 1 exit status

    Hrm, now we are missing another library. Google told me to add “-ldl”, so I did:

    $ gcc *.c -L/opt/local/lib -I/opt/local/include -lssl -lcrypto -ldl -o rdpscan

    And it compiled! Part of me misses compiling C from source, and part of me really appreciates apt packages.

    Now let's do some scanning!

    $ ./rdpscan 
    ---- https://github.com/robertdavidgraham/rdpscan ----
    This program scans for the Microsoft Remote Desktop vuln CVE-2019-0708
     rdpscan <addr> [<addr> ...]
     rdpscan --file <filename>
    This will scan for the addresses specified, either on the command-line
    or from a file. Some additional parameters are:
     -p <n> or --port <n>
      The port number (default 3389)
     -d or -dd or -ddd
      Print diagnostic information to stderr
     -q quiet, don't print result for non-existent systems (default=many addresses)
     -v verbose, do print result for non-existent systems (default=single address)

    I did not find anything interesting on my local subnets, but code runs and very fast!

    $ ./rdpscan - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - refused (RST) - UNKNOWN - connect failed: Network is unreachable (101) [-1] - UNKNOWN - no connection - refused (RST) - UNKNOWN - no connection - host unreachable (ICMP error) - UNKNOWN - no connection - host unreachable (ICMP error) - UNKNOWN - no connection - host unreachable (ICMP error) - UNKNOWN - no connection - host unreachable (ICMP error)

    Okay, now let's get vulnerable:

    $ ./rdpscan - VULNERABLE - got appid

    Cool, lets enable all debugging so we can see more information:

    $ ./rdpscan -ddd
    [+] []:3389 - connecting...
    [+] []:3389 - connected from []:35190
    [ ] []:3389 - subject = /CN=PWNME
    [+] []:3389 - connection established: using SSL
    [+] []:3389 - version = v4.8
    [+] []:3389 - sending 1 channels
    [+] []:3389 - Sending MS_T120 check packet - VULNERABLE - got appid

    Interview: Automate IT: Using Salt Open and SaltStack Enterprise - David Boucha, SaltStack - 7:30PM-8:30PM

    David Bouchais the Solutions Engineer of SaltStack

    David Boucha is a Sr. Engineer at SaltStack, inc. David is one of the three original engineers SaltStack hired at its founding and has been involved in many aspects of Salt's growth, including core Salt features, support for the Windows platform and consulting and training some of the world's largest techcompanies on using Salt.

    Topic: We'll be talking about how Salt Open and SaltStack Enterprise can help you automate your infrastructure including servers (cloud, on-prem, virtual), network devices, and endpoints. From "day 0" provisioning to "day n" configuration drift management and compliance management, Salt can scale to automate all the most difficult and frustrating tasks.