Bottetoundra719

I may be wrong, but as far as I know, Windows 7 maxes out at Minecraft 1.20.4 because it runs on Java 17, and sadly, Java support for Windows 7 dropped with Java 21. Why am I saying that? Well, because Mojang decided to require Java 21 for Minecraft 1.20.5, so technically and officially, yes, Windows 7 maxes out at 1.20.4. Perhaps there are some community workarounds that I don't know about, but I doubt Java can easily be backported. (although as you may know, you can expect anything from communities like this one ) Btw @FantasyAcquiesce perhaps you meant the i5-3450? I couldn't find the i7-3450 Anyhow, I'd like to hear what you folks think, and have a good day.

My current test app is one I made in C++ using the Win32 API, and I'm trying to add modern networking stacks to it using "modern" libraries. (In my case, most likely LibcURL and OpenSSL) I am neither trying to update nor upgrade Internet Explorer 8, but rather trying to add TLS 1.2/1.3 to my own standalone executable app. (by standalone, I mean one that doesn't have any external dependencies and can run all by itself) I'm trying (and struggling) to find the prebuilt SDKs for OpenSSL and LibcURL for Windows XP, and was therefore wondering whether or not I'd need to compile the two from the source code by myself. (OpenSSL and LibcURL versions that are compatible with Windows XP and support TLS 1.2/1.3)

As far as I know, Virtualisation/Sandbox Evasion is when an app (in most cases malware) tries to detect whether it's in a sandbox or not. The MITRE ATT&CK behaviour section of VxKex-NEXT only shows the Evasion, not the Escape. (As far as I know, Virtualisation/Sandbox Escape is when the app actually tries to escape the sandbox and interact with the host OS directly) I'm not sure why this is the case, although this Virtualisation/Sandbox Evasion technique alert could be triggered by driver checks, registry entries etc. However, as plausible as this could be, in my opinion, if VxKex (i486) doesn't flag this, then VxKex-NEXT (YuZhouRen86) should also theoretically have no reason to either. (and it flagged it twice!) I kind of doubt these kinds of flags can be excused or ignored as "false positives", but I'm not entirely sure.

@user57 I should've perhaps specified I wouldn't mind using TLS 1.2. However, the issue is that I don't want my current test app to require an external proxy for HTTPS and modern TLS, as I'd want it to be standalone with no dependencies. But to not have any external dependencies, I'd need the SDKs, for which I need the download links, so if you have any of those, please let me know! (And if there aren't any, then I might just have to compile the source code myself, which I don't really know how to do )

Hello folks! Hope you're doing well. I was wondering how I could get (secure) TLS 1.2/1.3 working in an app that targets Windows XP, as most modern servers no longer accept HTTP requests. From what I could find online, I'd need OpenSSL 1.1.1 and libcURL 7.73.0 (although I'm not 100% sure), which have support for TLS 1.2/1.3 and modern networking while also staying compatible with Windows XP. My only issue with the two is that despite me having searched for multiple downloads from multiple different repositories, I've only been able to find the executables and source code for them. Perhaps it's a mistake and stupidity on my behalf, but is it possible to directly get the SDK files directly? (Such as the "/include" and "/lib" directories) And if so, would I be obliged to use outdated and non-updated versions of OpenSSL and libcURL, or are there any modern-ish and stable backports? For reference, I'm compiling the app using Code::Blocks 17.12 alongside its bundled MinGW compiler (GCC 5.1.0), targeting 32-bit (x86) Windows XP. Any help would be appreciated. Have a nice day.

Hello folks! Hope you all are doing well. As an avid Windows 7 user and enjoyer, I tend to have to rely on backports or older versions of software. However, as expected, there are some cases where this approach hits a wall fast, and modern apps with no backportability happen to be needed. In this case, I've heard many people recommend VxKex, which seems to be an extended kernel of some sorts. However, the general consensus seems to be mixed between VxKex by i486 and VxKex-NEXT by YuZhouRen86. Being unsure, I put them in VirusTotal, the results were 30/66 for VxKex (i486), and 43/68 for VxKex-NEXT (YuZhouRen86). After that, I went to the Behavior section, and both had: - Image File Execution Options Injection (If I recall correctly, this had to do with the kernel hooking.) - Registry Modification (I'd say this is expected behaviour for an extended kernel.) - Input Capture (I recall this had something to do with the pointer input history thing from Windows 8 and later) - Process Injection (Expected) - All the Discovery techniques (Process Discovery, File and Directory Discovery etc.) But, after these, there are 3 (well, 4, but I'll get to that a tad later) that I didn't quite understand: - Data Destruction - Data Encrypted for Impact - File and Directory Permissions Modification I do not know much about why extended kernel would need those, although they might as well just be benign. However, the fourth one I just told you about was unique to VxKex-NEXT, which was: - Virtualisation/Sandbox Evasion Why exactly would an extended kernel have to know whether it's in a sandboxed environment or not? Or is this perhaps a false positive on VirusTotal's (and its scanners') part? I also decided to check out the hashes of these two files on Threat.Rip, and the results came out as VxKex (i486) having a score of 71/100, and VxKex-NEXT (YuZhouRen86) having a score of 100/100! The biggest red flag here seems to be how VxKex-NEXT tried to do Privilege Escalation. I'm no expert at this, as I'm just a paranoid Windows 7 user trying to stay safe hehe! So if you have experience in data and heuristics analysis, then please let me know your thoughts. Have a good day! VxKex (i486): Download Link: https://github.com/i486/VxKex/releases/download/Version1.1.5.1679/KexSetup_Release_1_1_5_1679.exe VirusTotal: https://www.virustotal.com/gui/file/a4c9af98ca721a82e8470ab5f81fcfb2bda74fcbc36bdfbea8854934ad3f0420 Threat.Rip Link: https://www.threat.rip/file/a4c9af98ca721a82e8470ab5f81fcfb2bda74fcbc36bdfbea8854934ad3f0420 VxKex-NEXT: Download Link: https://github.com/YuZhouRen86/VxKex-NEXT/releases/download/1.1.4.2085/KexSetup_Release_1_1_4_2085.exe VirusTotal Link: https://www.virustotal.com/gui/file/8985542047792393c391e63bf1d3cb50e2b199b084772d50057a5f7061d720a5/behavior Threat.Rip Link: https://www.threat.rip/file/8985542047792393c391e63bf1d3cb50e2b199b084772d50057a5f7061d720a5

Hi! I'm Bottetoundra719, alias Bottle719. I'm a bit of a "youngster" who enjoys using old tech and learning how to develop apps with Windows XP support using the Code::Blocks 17.12 IDE and its bundled MinGW compiler. (It's sometimes a good thing to be able to keep old machines to test the functionality and compatibility of an app with older hardware and operating systems hehe!) Anyhow, I'm happy to meet you all, have a nice day!