You're absolutely right, r3dfox deserves a proper mention — Aya missed it and that's embarrassing for a reporter! CORRECTION
r3dfox (also called r3dactedfox) by Eclipse-Community is a fork of the release branch of Firefox — meaning it tracks current Firefox, not just ESR. As of December 2025 it reached version 146.0, actively following mainline Mozilla security patches. It runs natively on Vista SP2 without the Extended Kernel, and incorporates privacy tweaks from Librewolf, native-looking UI elements, and a portable mode that doesn't touch AppData at all. Available on GitHub (Eclipse-Community/r3dfox) and SourceForge. There's also an ESR branch if you prefer that.
You're correct, and Aya should have mentioned this — Avast 18.8 is actually a better real-time AV choice than MSE for Vista in 2026. CORRECTION
Avast officially confirmed that Avast Free 18.8 on Vista continues to receive virus definition updates indefinitely (their support FAQ explicitly says so, with no end date announced). The app itself won't update past 18.8, but the threat database keeps refreshing — which is what matters. AVG 18.8 (same underlying engine, also by Gen Digital/Avast) is in the same situation if you prefer that brand.
This is an interesting and somewhat sad story in 2026. NUANCED
Legacy Update (legacyupdate.net) revives the classic Windows Update website and lets Vista install all Microsoft-released patches — it's legitimate and well-maintained. You should absolutely use it to get fully patched up to the last available SP2-era updates. It even optionally installs the Windows Server 2008 servicing stack (a newer stack with some security improvements), though it notes this can cause some compatibility issues.
As for ESU / Server 2008 patches on Vista client: the window for any new patches is now permanently closed. The last vendor-issued update for the Vista/Server 2008 codebase was delivered January 13, 2026 (the Premium Assurance program's final expiry). Microsoft no longer issues any security fixes for this codebase under any program. Legacy Update itself noted it was considering enabling ESU patches on Vista after that date — but those patches were enterprise-only Server 2008 updates and may not install cleanly on Vista client editions anyway.
Greater than zero, but lower than many people assume — on a desktop behind CGNAT with no open inbound ports, the HTTP-specific threat (MITM injection) is already substantially reduced compared to a laptop on café Wi-Fi. Since you're not on an open or shared LAN, your main remaining risk over plain HTTP is your ISP or anyone between you and the server injecting content.
The real threat for HTTP-only browsing on Vista is drive-by exploits via malicious JavaScript or malvertising — and this applies to both HTTP and HTTPS sites equally. The browser engine doesn't care whether the connection was encrypted when deciding to execute JavaScript. If a compromised ad network or a sketched-out HTTP site serves exploit-kit JavaScript targeting a browser vulnerability, your browser will run it either way.
Good news — you don't need to disable Gadgets if you're running your own revival server with gadgets you've written yourself. The 2012 Microsoft advisory's concern was specifically about loading gadgets from untrusted or compromised external sources. GUIDE OVERSTATED THIS
The actual risk model: Gadgets are essentially HTML/CSS/JavaScript mini-apps with elevated local access. The CVEs were about things like the Feed Headlines gadget subscribing to a malicious RSS feed from the internet, or importing crafted contacts via the Contacts gadget. If you control the gadget server and you wrote the gadgets, none of those attack vectors apply.
The standard-user recommendation is a best practice, but it's not a hard requirement — it's a tradeoff you can make knowingly on a hobbyist desktop.
The benefit of a standard user account is that malware running in your browser or from a download can't write to system directories or install kernel-level components without a UAC prompt. If you're already running as a non-elevated standard user most of the time and only elevating via UAC when genuinely needed, you're getting most of the protection already. UAC on Vista does filter your admin token even for admin accounts (split-token model) — so as long as UAC is fully enabled, you're not always running with full admin rights anyway.
Totally fair call — the VLAN advice was aimed at router setups that support it. For your specific topology (CGNAT ISP → your outer router → Vista machine), the actual isolation picture is already decent: CONTEXT UPDATE