Jump to content
Hak5 Forums

sud0nick

Dedicated Members
  • Content Count

    1,027
  • Joined

  • Last visited

  • Days Won

    62

4 Followers

About sud0nick

  • Rank
    Hak5 Uber fan +++

Profile Information

  • Gender
    Male

Recent Profile Visitors

4,895 profile views
  1. sud0nick

    [Official] Portal Auth

    @jayiod105, @plubowicz, and @Att3mp7ed-R3c()n if you completely delete the module from your Pineapple and download the latest from my GitHub you will not have this problem. This is an issue in the current version on the module manager and I have not had time to fix all of the merge conflicts from the pull request to the main repo. This is why the latest from my GitHub is not available in Hak5's repo yet.
  2. sud0nick

    [Official] CursedScreech

    Nevermind, wlan1 isn't available because by default it doesn't have an IP address. The only interfaces that appear in that dropdown are those that have an IP. br-lan should definitely be working. I'll look into it.
  3. sud0nick

    [Official] CursedScreech

    The PineAP interface is wlan1. Not sure if you should see it on br-lan or not but try switching Sein to wlan1 and see if it works.
  4. sud0nick

    [Official] CursedScreech

    How is your target connected to the Pineapple? There's an interface setting in the Settings pane that lets you select which interface Sein should listen on. Make sure it's listening on the one that's connected to the same network as your target.
  5. sud0nick

    [Official] Portal Auth

    I'm confused by that error. Did you happen to paste the commands into the portalclone.py script? That's not where they belong. Just copy and paste them into an SSH session on the Pineapple to move the tinycss module into the proper location. Then when the portalclone.py script runs it will know where to find it. If you pull down the module from GitHub as it currently is you should not get any errors with regard to tinycss.
  6. sud0nick

    [Official] Portal Auth

    @EnduringSix and @bigk1441 I found the problem. It seems I didn't unpack the module properly in the version that I pushed to GitHub. I'll fix it and resubmit tonight. Here's some commands to fix the problem since I'm not sure when the update will be pulled into the main repo. Just SSH into your Pineapple and copy and paste the following lines to fix the issue. mv /pineapple/modules/PortalAuth/includes/scripts/libs/tinycss /pineapple/modules/PortalAuth/includes/scripts/libs/tinycss-old mv /pineapple/modules/PortalAuth/includes/scripts/libs/tinycss-old/tinycss/ /pineapple/modules/PortalAuth/includes/scripts/libs/tinycss rm -rf /pineapple/modules/PortalAuth/includes/scripts/libs/tinycss-old/ Edit: pull-request has been submitted.
  7. sud0nick

    [Official] CursedScreech

    @Ramez when you generate the payload in Visual Studio just don't include the PA_Authorization class. Here's an example: using System; using System.Drawing; using System.Windows.Forms; using PineappleModules; namespace Payload { public partial class Form1 : Form { // ***************** REMOVE THIS LINE ***************** PA_Authorization pauth = new PA_Authorization(); // ***************** REMOVE THIS LINE ***************** public Form1() { InitializeComponent(); CursedScreech cs = new CursedScreech(); cs.startMulticaster("231.253.78.29", 19578); cs.setRemoteCertificateSerial("EF-BE-AD-DE"); cs.setRemoteCertificateHash("1234567890ABCDEF"); cs.startSecureServerThread("Payload.Payload.pfx", "#$My$ecuR3P4ssw*rd&"); } private void Form1_FormClosing(object sender, FormClosingEventArgs e) { e.Cancel = true; this.Hide(); } // ***************** REMOVE THIS FUNCTION ***************** private void accessKeyButton_Click(object sender, EventArgs e) { // Request an access key from the Pineapple string key = pauth.getAccessKey(); // Check if a key was returned string msg; if (key.Length > 0) { msg = "Your access key is unique to you so DO NOT give it away!\n\nAccess Key: " + key; } else { msg = "Failed to retrieve an access key from the server. Please try again later."; } // Display message to the user MessageBox.Show(msg); } // ***************** REMOVE THIS FUNCTION ***************** } } The authorization function is just a trick anyway. There's no real dependency on the access key for Cursed Screech. However, the Payloader injection set in Portal Auth does require the access key to allow a target through Evil Portal. Maybe in the future I'll add a Payloader injection set that doesn't require the access key but for now you'll have to remove that functionality yourself.
  8. sud0nick

    [Official] Portal Auth

    Weird, I'll take a look and get it fixed.
  9. sud0nick

    [Official] Portal Auth

    Pull request submitted. If you can't wait the code is available on my GitHub as well. Here is the changelog: July 15, 2018 - Added check for keys directory at startup - Updated TinyCSS lib to v0.4 - Updated format of cloned portals to function with the latest Evil Portal - Added Basic and Targeted portal types for cloned portals
  10. sud0nick

    [RELEASE] WiFi Pineapple Firmware v2.2.0

    Is anyone else noticing a problem with not being able to resolve hostnames on the Pineapple? I found that my Pineapple couldn't resolve while looking at this issue (https://forums.hak5.org/topic/37448-official-portal-auth/?do=findComment&comment=309104). It seems my PHP and Python scripts can't connect out to the internet because they can't resolve. I flashed to 2.2.0 today and everything was fine for the first 30 minutes then randomly I started having this problem. Once I added my local DNS server to /etc/resolv.conf everything worked. Did anything change in the networking module with regard to name servers?
  11. sud0nick

    [Official] CursedScreech

    Yeah, it's my fault for not checking for their existence in the first place.
  12. sud0nick

    [Official] Portal Auth

    I'm working on updating this module to work with the new EP format. I'll also be including an updated library for TinyCSS which should hopefully fix your problem @PineapplePrince. I'll let everyone know when I've submitted the pull request.
  13. sud0nick

    [Official] CursedScreech

    @Ramez thanks for finding this. I just verified that the targetlogs directory doesn't get created as it should. I'll work on a fix and push the update. I'll also look into the keys directory in PortalAuth as I'm sure it's related to the same issue.
  14. sud0nick

    [Official] Papers

    Following up here, I dusted off my TETRA and upgraded to the latest firmware. Before doing so I downloaded all of my keys from Papers and re-uploaded them after the upgrade. I had no trouble with installing dependencies, uploading the keys, or resetting the SSL cert on my pineapple. Not sure why this happened but if you run into it again we can dig into the issue some more.
  15. sud0nick

    [Official] Papers

    Make sure you use the official thread when having trouble with a module. I get notifications when someone responds in the official thread but not when a new one is made. As for your issue, it's strange that it said the dependencies were installed when they weren't. It checks by using opkg to list installed packages and greps out zip and unzip. So if it said the dependencies were installed then opkg thought they were, too. When I get some time I'll see if I can reproduce the issue.
×