Jump to content


Pineapple Moderators
  • Content Count

  • Joined

  • Last visited

  • Days Won



About newbi3

  • Rank
    Hak5 Ninja

Profile Information

  • Gender
  • Location
    The Nebakanezer
  • Interests
    Networking, Programming, Learning, Observing, and Drumming

Recent Profile Visitors

13,694 profile views
  1. Did it start working again after rolling back the firmware?
  2. If anyone has a Mk III sitting around they don't mind parting with, I'd like to buy if from you! Let me know your price. 🙂
  3. What do you have in mind exactly? If you are wanting to show a completely random page like random roll does then not exactly. If you're wanting to show a different portal to different clients based on things like the SSID they're connected to, their mac address vendor id, hostname, target url, etc.. then Evil Portal has you covered. Checkout the information about Targeted Portals. If you have a different use case then let me know and I can see what I can do for you.
  4. Hi, HTTPS still not being blocked when using Evil Portal, at list in NANO.
    Can you tell me a workaround to block all traffic until authorized?

  5. If you spoof all dns to your pineapple you'll get basically everyone but obviously this isn't a good solution because you'll want clients to use the internet as normal after they go through the portal. In the long term I want to write a program that spoofs DNS conditionally but thats down the road. Right now your best bet is to improve the iptables for Evil Portal. If you end up writing better iptables please make a PR to the project https://github.com/frozenjava/EvilPortalNano
  6. Hello @whazzup, I've started working on typing up official documentation for Evil Portal that will go over everything from simple usage to implementation but its an on going effort and if I'm being honest typing up docs is my least favorite activity on earth. With that being said, I'm also planning on creating a video series that will go over the same material (I'll probably do it in parallel with writing the docs) but this will have to wait until after defcon. When clicking the authorize button the form on the page is submitted to /captiveportal/index.php (which is the file under EvilPortal/includes/api/index.php) which then will instantiate your portals MyPortal object and call the handleAuthorization method (see EvilPortal/includes/api/API.php). onSuccess is being called in the parents handleAuthorization method so you do not need to call it again assuming you're supering it (see EvilPortal/includes/api/Portal.php for default implementations) Make sure you are also removing the client from the white list in the Evil Portal module if you don't do this then EvilPortal will see that the client has already been authorized and wont show them the captive portal. You might be getting assigned a new IP 1 out of 5-10 times when you reconnect which is why you see it open up then. This is a known issue and I'm waiting on a firmware feature that should allow me to fix this easily. Try doing a hard refresh of the page by holding F5 when clicking the refresh button or manually clearing your browsers cache. I can probably set a header that says to not cache the page. I don't feel comfortable providing a username/password input form right out of the box legally. If someone needs to do that for a legitimate reason I think its reasonable to assume that they know how to write html and add inputs to a form. Hope this clears things up for you. Let me know if you have any other issues or want clarification on what I've said.
  7. Evil Portal 3.1 has been released! Change Log Added ability to write and view logs on a per-portal basis Created method writeLog($message) that writes to the portal log file Created method notify($message) that sends a notification to the web ui Added ability to download files Tab button in file editor will now insert four spaces Revamped the file editor modal Showing file sizes in the portal workbench Various quality of life improvements
  8. There are bug fixes and some minor improvements I've made but no new giant features. I was having issues getting the portal to automatically open on my test devices so I reverted to the iptables used in 2.0. You can still use the ones that were in the 2.9 beta if you run: module EvilPortal init but I'm currently not supporting this ^. I'm waiting on future firmware features that will improve the filtering but this is what we have until then.
  9. Version 3.0 has been officially released!
  10. I don't even remember if I ever got that module working. Maybe I'll finish it up after this next release of Evil Portal.
  11. It's been a long time since I've posted an update here. The next major release (version 3.0) is almost ready for release and I want to get it released by the end of this year. The last major thing left to work on is re-implementing the IP tables that handle who can and can not access the internet. This sounds like a simple task until you open the man page for iptables. With that said, I am looking for the help of a iptables wizard so if you are that person please let me know. 3.0 Ready For Testing Evil Portal 3.0 has some new features that I am really excited about that need to be tested by someone other than myself. I may have gone over these before but I will re-state them here so they are easy to find. SD Portals - Portals can now be created on or moved to SD cards easily through the web interface. They can also be moved between internal and SD storage very easily and existing portals can be migrated to the SD card with ease. Toggle Commands - These are commands that will be executed when a Portal is activated or deactivated. These commands can be edited by clicking into the portal and selecting "Toggle Commands" from the top right of the Workbench. Currently these commands are only executed when the specific portal is activated or deactivated. I could change this so that the commands are executed when Evil Portal starts/stops in-addition to its current functionality. Let me know what your preference is. Targeted Portals - A Targeted Portal is a captive portal that allows you to route clients to different pages based on implicit or explicit rules based on a clients Mac Address, SSID, Host Name, or Browsers User Agent. You can defined explicit rules to get a specific client or groups of clients or create an implicit rule defined by a regex string to cast a wider net. Clients that don't happen to match any of these rules will be routed a page called "default.php" Complete Refactor - When I was working on this release I decided that the code was to dirty to be allowed to go into production so ended up completely re-writing the module. As much as I like to think that I re-implemented everything flawlessly, there are bound to be bugs with it. You can pull this version of Evil Portal from development branch on the official Github repo: https://github.com/frozenjava/EvilPortalNano If you find bugs please create issues on github and I will address them there!
  12. I like that idea. I'll see what I can make happen.
  13. That saves me a ton of time! I noticed you are allowing and denying clients based on mac-address. From what I remember when moving away from NoDogSplash this required a kmod to be installed which wasn't compiled for the pineapples architectures at the time. Have you been able to get this to run on the pineapple?
  14. It's been a while since I've updated this thread so I thought I might as well jump in and let everyone know whats going. My schedule has cleared up a bit since its now summer here which means I actually have time to put into Pineapple things with my primary focus being Evil Portal. About 2 weeks ago I picked up working on the next version of Evil Portal and realized how much of a mess the code was. I'm honestly embarrassed to host the current version on github (I guess this is how every developer feels when looking back at their code years later). Because of this, I have decided to start a complete refactor of the application to make the code pretty and most importantly re-usable. I have left the "development" branch up containing all of the work up to where I left of developing the next version, so if you want to check out the next gen features feel free to pull that branch. All of the refactoring is currently happening in the "Nightly" branch so if you want to help test for bugs in my refactoring please pull that. If you do happen to find bugs please submit an issue on the github repo as I am far more likely to see it there and respond. Currently I finished up the Controls, Messages, and Library section of the Web UI in the refactor so if you want to help test, begin there! Here are links to the things: Refactor Branch: https://github.com/frozenjava/EvilPortalNano/tree/nightly Old 2.9 Branch: https://github.com/frozenjava/EvilPortalNano/tree/development Issues: https://github.com/frozenjava/EvilPortalNano/issues
  15. Is it not showing up in the live preview window or not showing up at I'll keep it in mind for a 3.x release. I'm not sure if it will make it in 3.0 since I'm just wanting to get it out the door and adding more features is going to delay it more and its been delayed long enough at this point.
  • Create New...