Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Building a modern alternative to cPanel – looking for feedback from the LET community

1356710

Comments

  • It's clearly vibe coded , idk much since it seems obfuscated but I can assume it's a major security risk to install this

    Thanked by 3forest tux sbenchid
  • HPanelHPanel Member, Patron Provider
    edited March 21

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

  • lichadelichade Member

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    1. acceptable response
    2. that literally is a private key meant for verifying the response came from your server for licensing. how is it not a sensitive production secret? rsa or ed25519 easily solves this. what AI are you using, that approved of using symmetrical keys for public code?
    3. thats not for setup. that was in the nodejs.js file where users control input.

    also there were a lot of copy pasted functions, hopefully thats just a bundling artifact and not you literally pasting all of the functions.

  • lichadelichade Member

    wow you really edited in that time huh?
    orig response was around:
    1. base64 for shell encoding
    2. it was not a sensitive production secret so its ok
    3. the setup script uses unescaped commands but because we control input its safe

    Thanked by 2forest avsisp
  • HPanelHPanel Member, Patron Provider

    @lichade said:

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    1. acceptable response
    2. that literally is a private key meant for verifying the response came from your server for licensing. how is it not a sensitive production secret? rsa or ed25519 easily solves this. what AI are you using, that approved of using symmetrical keys for public code?
    3. thats not for setup. that was in the nodejs.js file where users control input.

    also there were a lot of copy pasted functions, hopefully thats just a bundling artifact and not you literally pasting all of the functions.

    Fair points let me clarify a couple of things.

    You're right on the HMAC part anything shipped client-side shouldn’t be treated as a secret. In this case it's being used more as a request signing mechanism than a true secret, but I agree the design can be improved. Moving towards a proper asymmetric verification model (e.g. public/private key) makes more sense long-term.

    Regarding the command execution good catch if you're referring to the runtime code and not just the installer. That’s exactly why I started refactoring the provisioning layer to remove string-based shell execution entirely. The goal is to eliminate any possibility of user-influenced input reaching a shell context.

    On the earlier reply yeah, that was based on a quick pass over the installer, but after your comment I went deeper into the codebase and found areas that needed tightening. So I updated the approach accordingly.

    If you have a specific example of an injection path in the Node.js side, I’d genuinely appreciate it happy to fix anything concrete.

  • LordSpockLordSpock Member, Host Rep

    You are way overcharging for this, I appreciate your intent with trying to replace a bunch of different tools - but you are here to compete in a market with extremely well established competition. You do not have the trust or recognition to warrant that sort of license fee. Not to mention with the slop-esque nature of your operation, you will have to do a lot to earn that trust.

    On the positive side, the demo panel looks great, my biggest criticism of a lot of cPanel alternatives is that they don't quite get that mix of root/reseller and end-user UX right. I love(d) WHM and I find the patterns of everything else that usually mixes all user levels in to one UI to be a waste of time.

  • HPanelHPanel Member, Patron Provider

    @lichade said:
    wow you really edited in that time huh?
    orig response was around:
    1. base64 for shell encoding
    2. it was not a sensitive production secret so its ok
    3. the setup script uses unescaped commands but because we control input its safe

    The reason I posted this on LET was specifically to get feedback from a technical community and catch issues early (especially around security and architecture). That’s already proven useful.

    Some of the concerns raised (like command handling and parts of the provisioning flow) were valid, and I’ve already started refactoring those areas.

    I’d much rather surface and fix these things now than later.

    Appreciate everyone who took the time to dig into it even the harsh feedback is helpful.

  • HPanelHPanel Member, Patron Provider

    @LordSpock said:
    You are way overcharging for this, I appreciate your intent with trying to replace a bunch of different tools - but you are here to compete in a market with extremely well established competition. You do not have the trust or recognition to warrant that sort of license fee. Not to mention with the slop-esque nature of your operation, you will have to do a lot to earn that trust.

    On the positive side, the demo panel looks great, my biggest criticism of a lot of cPanel alternatives is that they don't quite get that mix of root/reseller and end-user UX right. I love(d) WHM and I find the patterns of everything else that usually mixes all user levels in to one UI to be a waste of time.

    Appreciate the feedback — that’s fair.

    On pricing: yeah, that’s something I’ve been adjusting based on the feedback here. The idea isn’t to compete on being the cheapest option, but to bundle a lot of things that usually require separate tools (security, backups, app runtimes, etc.) into one stack. That said, I understand the trust gap for a newer project, which is why I’ve lowered pricing for early adopters.

    And glad you mentioned the UI separation that was a deliberate decision. Mixing admin/reseller/user layers tends to get messy quickly, so keeping those boundaries clean was important from the start.

    Still early, so a lot of this will evolve feedback like this helps shape it in the right direction.

  • NetPIMPNetPIMP Member

    at this point, anyone who thinks they need a "modern" panel with all kinds of switches and dials, really shouldn't be using a panel at all - and probably isn't. a solution in search of a problem nowadays...

  • HPanelHPanel Member, Patron Provider

    @lichade said:
    wow you really edited in that time huh?
    orig response was around:
    1. base64 for shell encoding
    2. it was not a sensitive production secret so its ok
    3. the setup script uses unescaped commands but because we control input its safe

    Yeah, fair — the initial reply was based on a quick look at the installer.

    After your comment I went back and reviewed the runtime code more thoroughly, and that’s where I found things that needed tightening — especially around command execution patterns.

    So yeah, the approach changed once I dug deeper.

    I’d rather correct it quickly than double down on something that can be improved.

  • forestforest Member

    @lichade said: there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code

    Yeah, the whole code is insecure slop. I wouldn't touch it with a ten foot pole.

  • @MannDude said:
    I just wish there was one web hosting control panel that functioned in a similar fashion as all VPS control panels do.

    • A master server
    • Slave servers

    DNS, account transfers/migrations to different hardware, administrative management, updates, etc would all be dramatically easier with this configuration.

    You should check Enhance.

    Migration, multiple DNS servers, different servers for emails, backups, databases, etc. Backup is also powerful.

    While I appreciate the new control panel popping up here and there, we will pass for now until there is a better cluster setup, such as Enhance.

    Thanked by 1MannDude
  • 2nd or 3rd time in a line of a year someone tries to advertise his unfinalized panel to introduce on lowendtalk, but in a matter of 3 months we hear nothing, what happened after going live.

    In most times its a shitty LLM or AI generated design change to clame its all self coded shit, hiding behind different urls to not expose the thing or it fails from day one.
    Haha Panel behind Host Lick Webhosting.
    Stolen names to harm others possibly too, if not owners themselves.

  • lichadelichade Member

    @forest said:

    @lichade said: there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code

    Yeah, the whole code is insecure slop. I wouldn't touch it with a ten foot pole.

    host yabs:

    root@panel:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sat Mar 21 02:14:48 PM UTC 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 2 hours, 9 minutes
    Processor  : Intel Xeon Processor (Skylake, IBRS, no TSX)
    CPU cores  : 2 @ 2099.998 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 3.7 GiB
    Swap       : 0.0 KiB
    Disk       : 37.5 GiB
    Distro     : Ubuntu 22.04.5 LTS
    Kernel     : 5.15.0-173-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Host       : Hetzner Online GmbH
    Location   : Falkenstein, Saxony (SN)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 106.70 MB/s  (26.6k) | 973.76 MB/s  (15.2k)
    Write      | 106.98 MB/s  (26.7k) | 978.89 MB/s  (15.2k)
    Total      | 213.68 MB/s  (53.4k) | 1.95 GB/s    (30.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 771.48 MB/s   (1.5k) | 806.34 MB/s    (787)
    Write      | 812.47 MB/s   (1.5k) | 860.04 MB/s    (839)
    Total      | 1.58 GB/s     (3.0k) | 1.66 GB/s     (1.6k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 4.30 Gbits/sec  | 6.05 Gbits/sec  | 23.5 ms
    Eranium         | Amsterdam, NL (100G)      | 2.93 Gbits/sec  | 3.03 Gbits/sec  | 11.8 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.87 Gbits/sec  | 1.85 Gbits/sec  | 96.0 ms
    Leaseweb        | Singapore, SG (10G)       | 817 Mbits/sec   | 981 Mbits/sec   | 161 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.04 Gbits/sec  | 1.02 Gbits/sec  | 173 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.29 Gbits/sec  | 1.95 Gbits/sec  | 94.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 1.18 Gbits/sec  | 941 Mbits/sec   | 206 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 5.67 Gbits/sec  | 5.88 Gbits/sec  | 24.1 ms
    Eranium         | Amsterdam, NL (100G)      | 12.3 Gbits/sec  | 3.15 Gbits/sec  | 14.1 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.99 Gbits/sec  | 1.84 Gbits/sec  | 95.5 ms
    Leaseweb        | Singapore, SG (10G)       | 955 Mbits/sec   | 918 Mbits/sec   | 163 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.01 Gbits/sec  | 964 Mbits/sec   | 169 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.28 Gbits/sec  | 1.97 Gbits/sec  | 93.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 957 Mbits/sec   | 787 Mbits/sec   | 203 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 713
    Multi Core      | 1227
    Full Test       | https://browser.geekbench.com/v6/cpu/17196219
    
    YABS completed in 18 min 32 sec
    

    looks like those ctfs i grinded werent useless after all

    Thanked by 1forest
  • DewlanceVPSDewlanceVPS Member, Patron Provider

    Where is username/password for Demo?

  • HPanelHPanel Member, Patron Provider

    @lichade said:

    @forest said:

    @lichade said: there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code

    Yeah, the whole code is insecure slop. I wouldn't touch it with a ten foot pole.

    host yabs:

    root@panel:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sat Mar 21 02:14:48 PM UTC 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 2 hours, 9 minutes
    Processor  : Intel Xeon Processor (Skylake, IBRS, no TSX)
    CPU cores  : 2 @ 2099.998 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 3.7 GiB
    Swap       : 0.0 KiB
    Disk       : 37.5 GiB
    Distro     : Ubuntu 22.04.5 LTS
    Kernel     : 5.15.0-173-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Host       : Hetzner Online GmbH
    Location   : Falkenstein, Saxony (SN)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 106.70 MB/s  (26.6k) | 973.76 MB/s  (15.2k)
    Write      | 106.98 MB/s  (26.7k) | 978.89 MB/s  (15.2k)
    Total      | 213.68 MB/s  (53.4k) | 1.95 GB/s    (30.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 771.48 MB/s   (1.5k) | 806.34 MB/s    (787)
    Write      | 812.47 MB/s   (1.5k) | 860.04 MB/s    (839)
    Total      | 1.58 GB/s     (3.0k) | 1.66 GB/s     (1.6k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 4.30 Gbits/sec  | 6.05 Gbits/sec  | 23.5 ms
    Eranium         | Amsterdam, NL (100G)      | 2.93 Gbits/sec  | 3.03 Gbits/sec  | 11.8 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.87 Gbits/sec  | 1.85 Gbits/sec  | 96.0 ms
    Leaseweb        | Singapore, SG (10G)       | 817 Mbits/sec   | 981 Mbits/sec   | 161 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.04 Gbits/sec  | 1.02 Gbits/sec  | 173 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.29 Gbits/sec  | 1.95 Gbits/sec  | 94.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 1.18 Gbits/sec  | 941 Mbits/sec   | 206 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 5.67 Gbits/sec  | 5.88 Gbits/sec  | 24.1 ms
    Eranium         | Amsterdam, NL (100G)      | 12.3 Gbits/sec  | 3.15 Gbits/sec  | 14.1 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.99 Gbits/sec  | 1.84 Gbits/sec  | 95.5 ms
    Leaseweb        | Singapore, SG (10G)       | 955 Mbits/sec   | 918 Mbits/sec   | 163 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.01 Gbits/sec  | 964 Mbits/sec   | 169 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.28 Gbits/sec  | 1.97 Gbits/sec  | 93.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 957 Mbits/sec   | 787 Mbits/sec   | 203 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 713
    Multi Core      | 1227
    Full Test       | https://browser.geekbench.com/v6/cpu/17196219
    
    YABS completed in 18 min 32 sec
    

    looks like those ctfs i grinded werent useless after all

    Thanks for taking the time to test this and for sharing the findings — genuinely appreciated.

    You’re right to flag this. We’re actively reviewing and tightening this part of the execution flow, and the team is already working on addressing it properly.

    At this stage, the panel is still under active and testing, which is exactly why it was posted here — to surface issues like this early and fix them before wider production use.

    To be fair, this class of issues isn’t unique — most control panels (including established ones) have gone through similar security hardening phases over time and continue to evolve as new edge cases are discovered.

    That said, the goal here is to eliminate these risks properly rather than patch around them, and feedback like yours helps a lot in getting there.

    If you spot anything else, feel free to share — it’s genuinely helpful.

  • HPanelHPanel Member, Patron Provider

    @DewlanceVPS said:
    Where is username/password for Demo?

    admin/admin123

  • avsispavsisp Member, Patron Provider

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    The "—" in this message isn't on any normal keyboard and is a known proven AI tell-tell sign. This entire message includes many other AI signatures. Do you not speak English and chose to use AI translate or is everything you do AI?

    Thanked by 2forest nielsleemans
  • HPanelHPanel Member, Patron Provider

    @avsisp said:

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    The "—" in this message isn't on any normal keyboard and is a known proven AI tell-tell sign. This entire message includes many other AI signatures. Do you not speak English and chose to use AI translate or is everything you do AI?

    Not sure how punctuation is relevant here 🙂

    Happy to focus on any actual technical feedback if you have some.

  • lichadelichade Member

    @avsisp said:

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    The "—" in this message isn't on any normal keyboard and is a known proven AI tell-tell sign. This entire message includes many other AI signatures. Do you not speak English and chose to use AI translate or is everything you do AI?


    lol

    Thanked by 2avsisp buggedout
  • HPanelHPanel Member, Patron Provider

    @lichade said:

    @avsisp said:

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    The "—" in this message isn't on any normal keyboard and is a known proven AI tell-tell sign. This entire message includes many other AI signatures. Do you not speak English and chose to use AI translate or is everything you do AI?


    lol

    When the discussion shifts from the code to the person, it usually means the technical argument has already run its course.

  • avsispavsisp Member, Patron Provider

    @HPanel said:

    @lichade said:

    @avsisp said:

    @HPanel said:

    @lichade said:
    i downloaded the install script and saw the payload url was base64 encoded, immediately suspicious. why are you hiding the url?

    this is so bad, that calling it vibe-coded would be an insult to vibe coders.

    as you might expect there are emojis everywhere in the code

    claude will tell you that hmac and symmetrical keys never go in to production code.

    the machine id is just the hostname, and the code protection is basically worthless.

    there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code, the commands are run as root
    after that i stopped. i believe there are many more vulnerabilities that i havent found in the few minutes i spent looking at it.

    TLDR:

    do not use, even if its free. you should pay to not use it

    Thanks for pointing this out — I took a closer look at the provisioning flow and made some improvements.

    I've added a centralized sanitization layer (for usernames, domains, paths, etc.) and applied it across the critical areas in the provisioning code.

    More importantly, I’m moving away from direct shell string execution and switching to safer patterns (argument-based execution instead of concatenated commands) to eliminate any potential injection risks.

    If you spotted a specific exploit path, feel free to share — happy to patch quickly.

    Appreciate the feedback — this helped tighten things up.

    The "—" in this message isn't on any normal keyboard and is a known proven AI tell-tell sign. This entire message includes many other AI signatures. Do you not speak English and chose to use AI translate or is everything you do AI?


    lol

    When the discussion shifts from the code to the person, it usually means the technical argument has already run its course.

    Or it means the person isn't a person and is indeed an AI bot as multiple signs indicate.

    Thanked by 1nielsleemans
  • HPanelHPanel Member, Patron Provider

    Thanks again for testing this I’ve now tightened validation across the affected fields.

    Entry file and related inputs are restricted to valid formats only, and any shell-related characters are rejected before reaching execution.

    Re-tested with the previous payloads and they are now blocked at validation level.

    Appreciate the detailed testing — this helped close the remaining gaps.

  • HPanelHPanel Member, Patron Provider

    Thanks for taking the time to test and point things out — genuinely appreciated.

    Feedback like this is useful and helps improve the project, which is exactly the purpose of posting here.

    That said, personal attacks don’t really add value to the discussion. People who are actually building and working on things focus on fixing issues — not on attacking individuals.

    If there’s any further technical feedback, I’m always open to it.

  • tuxtux Member

    Are we discussing with AI bot, as there are so many "—"?

  • Pakistan + panel is allready a red flag.
    Do you know, hetzner growing prices, is that worth for you? Meaning of loosing millions.

  • ObelousObelous Member

    @HPanel said:

    @sarvhost said:

    @HPanel said:

    @sarvhost said:
    "Great to see more alternatives popping up. The cPanel licensing mess has been a headache for everyone lately, and most of the current 'lightweight' panels still feel like they’re stuck in 2010.

    From a technical side, my biggest gripe with most panels is the bloat. I’ve seen panels that consume 1GB+ of RAM just idling before a single site is even deployed. If HPanel stays truly lightweight with that Nginx/PHP-FPM stack, you're already winning.

    A couple of things that would matter most to me if I were switching today:

    Solid API: How's the documentation looking? For anyone running automation or custom billing integrations, a robust API is a dealbreaker.

    Security Isolation: You mentioned resource limits (CPU/RAM)—is this handled via CloudLinux/LVE or are you doing something native with CGroups?

    The Migration Tool: cPanel-to-HPanel migration needs to be flawless. If it breaks the databases or symlinks during the move, people will give up on it immediately.
    Keep it up, man. Looking forward to seeing how this handles a real production load."

    Thanks appreciate the detailed questions.

    HPanel has a full REST API (Express.js + JWT auth). Every feature in the panel — domains, emails, databases, DNS, SSL, files, backups — has API endpoints. We also have a working WHMCS module for billing integration (auto-provisioning, suspend, unsuspend, terminate). Public API documentation is on our roadmap — we know it's critical for anyone doing automation.

    No CloudLinux dependency. We use native Linux CGroups v2 via systemd slices for per-user CPU, RAM, and IO isolation. Each user gets their own PHP-FPM pool, so one account can never starve another. Disk quotas are enforced at filesystem level. We also run Fail2Ban (SSH, FTP, mail jails), ModSecurity WAF with OWASP rules, and ClamAV for malware scanning — all built into the admin dashboard.

    Our migration tool does full account transfers:
    - MySQL databases (dumps + user grants)
    - Email accounts + mailboxes
    - DNS zones (auto-converts to BIND format)
    - SSL certificates
    - Cron jobs
    - Full file tree with permissions preserved
    We've tested it extensively. If something breaks, the migration
    rolls back cleanly.

    The entire stack (Node.js backend + React frontend + Nginx +
    PostgreSQL) idles at ~80-120MB RAM. No Java, no Ruby, no bloated
    frameworks. We built everything from scratch — backend is Node.js
    with Express, frontend is React with TailwindCSS. Nginx handles
    all web serving with PHP-FPM per-user pools.

    • One-click app installer WordPress — auto-configures
      databases, admin accounts, SSL
      • Multi-cloud backup (AWS S3, Wasabi, Backblaze B2, Google Cloud,
        Hetzner SFTP, local disk)
      • Built-in file manager with code editor (CodeMirror)
      • Docker container management per user
      • Node.js & Python app hosting with PM2
      • Web terminal (SSH in browser)
      • Let's Encrypt auto-SSL
      Free trial available — would love your feedback on a real workload.
      We're actively developing and shipping features weekly.

    "Appreciate the deep dive into the stack.

    Going with CGroups v2 via systemd slices is a smart move. It’s much cleaner than hacky LVE wrappers and keeps the overhead minimal. Also, the idle RAM usage (80-120MB) is impressive—most modern panels choke on anything less than 1GB.

    A few more things for the roadmap/feedback:

    Imunify360 or Alternative? Since you're not on CloudLinux, are you planning a deep integration with something like BitNinja or a custom UI for the ModSecurity logs? High-traffic production servers live and die by how easy it is to whitelist false positives in the WAF.

    External DB support: Can the panel manage remote PostgreSQL/MySQL instances, or is it strictly local-only for now?

    The Migration Rollback: That's a life-saver feature. Does it handle incremental rsync for files to keep downtime low during the final switch?

    I'm definitely interested in the free trial. I’ll throw a heavy WordPress site with some custom cron jobs at it and see how the resource isolation holds up under stress.

    Will shoot you a PM for the trial keys. Keep up the solid work."

    Thanks for the detailed feedback — really appreciate it, these are solid questions.

    WAF / security stack
    Right now it's built around ModSecurity (OWASP CRS), Fail2Ban, and a custom real-time malware scanner (inotify-based). It covers most common attack vectors pretty well.
    The WAF UI is still basic though — improving false-positive handling and adding a proper “whitelist this rule” flow is already on the roadmap. I agree that’s essential for production environments.

    External DB support
    Currently everything runs locally (PostgreSQL for panel, MySQL/MariaDB for users). Remote DB support isn’t implemented yet, but the provisioning layer is already abstracted, so adding external DB nodes later should be straightforward.

    Migration / rsync
    Yes — rsync is used, so it’s incremental by design.
    Typical flow is: initial sync → TTL lower → final delta sync → DNS switch.
    Rollback keeps the source server untouched until you confirm, so it’s safe.
    In most cases, downtime during cutover is under a minute.

    Sounds good — feel free to PM me and I’ll get you set up.

    If you prefer, you can also request a trial here:
    https://store.hpanel.net/freetrial.php

    2 ai slop machines talking to each other, love to see it.

  • FranciscoFrancisco Top Host, Host Rep, Veteran
    edited March 21

    @lichade said:

    @forest said:

    @lichade said: there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code

    Yeah, the whole code is insecure slop. I wouldn't touch it with a ten foot pole.

    host yabs:

    root@panel:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sat Mar 21 02:14:48 PM UTC 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 2 hours, 9 minutes
    Processor  : Intel Xeon Processor (Skylake, IBRS, no TSX)
    CPU cores  : 2 @ 2099.998 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 3.7 GiB
    Swap       : 0.0 KiB
    Disk       : 37.5 GiB
    Distro     : Ubuntu 22.04.5 LTS
    Kernel     : 5.15.0-173-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Host       : Hetzner Online GmbH
    Location   : Falkenstein, Saxony (SN)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 106.70 MB/s  (26.6k) | 973.76 MB/s  (15.2k)
    Write      | 106.98 MB/s  (26.7k) | 978.89 MB/s  (15.2k)
    Total      | 213.68 MB/s  (53.4k) | 1.95 GB/s    (30.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 771.48 MB/s   (1.5k) | 806.34 MB/s    (787)
    Write      | 812.47 MB/s   (1.5k) | 860.04 MB/s    (839)
    Total      | 1.58 GB/s     (3.0k) | 1.66 GB/s     (1.6k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 4.30 Gbits/sec  | 6.05 Gbits/sec  | 23.5 ms
    Eranium         | Amsterdam, NL (100G)      | 2.93 Gbits/sec  | 3.03 Gbits/sec  | 11.8 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.87 Gbits/sec  | 1.85 Gbits/sec  | 96.0 ms
    Leaseweb        | Singapore, SG (10G)       | 817 Mbits/sec   | 981 Mbits/sec   | 161 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.04 Gbits/sec  | 1.02 Gbits/sec  | 173 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.29 Gbits/sec  | 1.95 Gbits/sec  | 94.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 1.18 Gbits/sec  | 941 Mbits/sec   | 206 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 5.67 Gbits/sec  | 5.88 Gbits/sec  | 24.1 ms
    Eranium         | Amsterdam, NL (100G)      | 12.3 Gbits/sec  | 3.15 Gbits/sec  | 14.1 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.99 Gbits/sec  | 1.84 Gbits/sec  | 95.5 ms
    Leaseweb        | Singapore, SG (10G)       | 955 Mbits/sec   | 918 Mbits/sec   | 163 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.01 Gbits/sec  | 964 Mbits/sec   | 169 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.28 Gbits/sec  | 1.97 Gbits/sec  | 93.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 957 Mbits/sec   | 787 Mbits/sec   | 203 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 713
    Multi Core      | 1227
    Full Test       | https://browser.geekbench.com/v6/cpu/17196219
    
    YABS completed in 18 min 32 sec
    

    looks like those ctfs i grinded werent useless after all

    Aw fuck we're getting kloxo'd/HyperVM'd again.

    Quick, light the @raindog308 torch!

    Francisco

  • HPanelHPanel Member, Patron Provider

    @Francisco said:

    @lichade said:

    @forest said:

    @lichade said: there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code

    Yeah, the whole code is insecure slop. I wouldn't touch it with a ten foot pole.

    host yabs:

    root@panel:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sat Mar 21 02:14:48 PM UTC 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 2 hours, 9 minutes
    Processor  : Intel Xeon Processor (Skylake, IBRS, no TSX)
    CPU cores  : 2 @ 2099.998 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 3.7 GiB
    Swap       : 0.0 KiB
    Disk       : 37.5 GiB
    Distro     : Ubuntu 22.04.5 LTS
    Kernel     : 5.15.0-173-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Host       : Hetzner Online GmbH
    Location   : Falkenstein, Saxony (SN)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 106.70 MB/s  (26.6k) | 973.76 MB/s  (15.2k)
    Write      | 106.98 MB/s  (26.7k) | 978.89 MB/s  (15.2k)
    Total      | 213.68 MB/s  (53.4k) | 1.95 GB/s    (30.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 771.48 MB/s   (1.5k) | 806.34 MB/s    (787)
    Write      | 812.47 MB/s   (1.5k) | 860.04 MB/s    (839)
    Total      | 1.58 GB/s     (3.0k) | 1.66 GB/s     (1.6k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 4.30 Gbits/sec  | 6.05 Gbits/sec  | 23.5 ms
    Eranium         | Amsterdam, NL (100G)      | 2.93 Gbits/sec  | 3.03 Gbits/sec  | 11.8 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.87 Gbits/sec  | 1.85 Gbits/sec  | 96.0 ms
    Leaseweb        | Singapore, SG (10G)       | 817 Mbits/sec   | 981 Mbits/sec   | 161 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.04 Gbits/sec  | 1.02 Gbits/sec  | 173 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.29 Gbits/sec  | 1.95 Gbits/sec  | 94.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 1.18 Gbits/sec  | 941 Mbits/sec   | 206 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 5.67 Gbits/sec  | 5.88 Gbits/sec  | 24.1 ms
    Eranium         | Amsterdam, NL (100G)      | 12.3 Gbits/sec  | 3.15 Gbits/sec  | 14.1 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.99 Gbits/sec  | 1.84 Gbits/sec  | 95.5 ms
    Leaseweb        | Singapore, SG (10G)       | 955 Mbits/sec   | 918 Mbits/sec   | 163 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.01 Gbits/sec  | 964 Mbits/sec   | 169 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.28 Gbits/sec  | 1.97 Gbits/sec  | 93.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 957 Mbits/sec   | 787 Mbits/sec   | 203 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 713
    Multi Core      | 1227
    Full Test       | https://browser.geekbench.com/v6/cpu/17196219
    
    YABS completed in 18 min 32 sec
    

    looks like those ctfs i grinded werent useless after all

    Aw fuck we're getting kloxo'd/HyperVM'd again.

    Quick, light the @raindog308 torch!

    Francisco

    These all Vuln already fixed

  • FranciscoFrancisco Top Host, Host Rep, Veteran

    @HPanel said:

    @Francisco said:

    @lichade said:

    @forest said:

    @lichade said: there are command injection vulnerabilities everywhere, and as far as i can tell from reading the code

    Yeah, the whole code is insecure slop. I wouldn't touch it with a ten foot pole.

    host yabs:

    root@panel:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Sat Mar 21 02:14:48 PM UTC 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 2 hours, 9 minutes
    Processor  : Intel Xeon Processor (Skylake, IBRS, no TSX)
    CPU cores  : 2 @ 2099.998 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 3.7 GiB
    Swap       : 0.0 KiB
    Disk       : 37.5 GiB
    Distro     : Ubuntu 22.04.5 LTS
    Kernel     : 5.15.0-173-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Host       : Hetzner Online GmbH
    Location   : Falkenstein, Saxony (SN)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 106.70 MB/s  (26.6k) | 973.76 MB/s  (15.2k)
    Write      | 106.98 MB/s  (26.7k) | 978.89 MB/s  (15.2k)
    Total      | 213.68 MB/s  (53.4k) | 1.95 GB/s    (30.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 771.48 MB/s   (1.5k) | 806.34 MB/s    (787)
    Write      | 812.47 MB/s   (1.5k) | 860.04 MB/s    (839)
    Total      | 1.58 GB/s     (3.0k) | 1.66 GB/s     (1.6k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 4.30 Gbits/sec  | 6.05 Gbits/sec  | 23.5 ms
    Eranium         | Amsterdam, NL (100G)      | 2.93 Gbits/sec  | 3.03 Gbits/sec  | 11.8 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.87 Gbits/sec  | 1.85 Gbits/sec  | 96.0 ms
    Leaseweb        | Singapore, SG (10G)       | 817 Mbits/sec   | 981 Mbits/sec   | 161 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.04 Gbits/sec  | 1.02 Gbits/sec  | 173 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.29 Gbits/sec  | 1.95 Gbits/sec  | 94.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 1.18 Gbits/sec  | 941 Mbits/sec   | 206 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 5.67 Gbits/sec  | 5.88 Gbits/sec  | 24.1 ms
    Eranium         | Amsterdam, NL (100G)      | 12.3 Gbits/sec  | 3.15 Gbits/sec  | 14.1 ms
    Uztelecom       | Tashkent, UZ (10G)        | 1.99 Gbits/sec  | 1.84 Gbits/sec  | 95.5 ms
    Leaseweb        | Singapore, SG (10G)       | 955 Mbits/sec   | 918 Mbits/sec   | 163 ms
    Clouvider       | Los Angeles, CA, US (10G) | 1.01 Gbits/sec  | 964 Mbits/sec   | 169 ms
    Leaseweb        | NYC, NY, US (10G)         | 2.28 Gbits/sec  | 1.97 Gbits/sec  | 93.8 ms
    Edgoo           | Sao Paulo, BR (1G)        | 957 Mbits/sec   | 787 Mbits/sec   | 203 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 713
    Multi Core      | 1227
    Full Test       | https://browser.geekbench.com/v6/cpu/17196219
    
    YABS completed in 18 min 32 sec
    

    looks like those ctfs i grinded werent useless after all

    Aw fuck we're getting kloxo'd/HyperVM'd again.

    Quick, light the @raindog308 torch!

    Francisco

    These all Vuln already fixed

    Awesome. I recommend going through every form and think of what sort of characters should be allowed and just lock that down :) no username on nix has special characters. It’s alphanum.

    Francisco

Sign In or Register to comment.