<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Remote-Code-Execution on HackingPassion.com : root@HackingPassion.com-[~]</title><link>https://hackingpassion.com/tags/remote-code-execution/</link><description>Recent content in Remote-Code-Execution on HackingPassion.com : root@HackingPassion.com-[~]</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 08 Jun 2026 14:14:52 +0200</lastBuildDate><atom:link href="https://hackingpassion.com/tags/remote-code-execution/index.xml" rel="self" type="application/rss+xml"/><item><title>Internet Explorer Can Still Take Over a Fully Patched Windows PC in 2026</title><link>https://hackingpassion.com/internet-explorer-webbrowser-rce/</link><pubDate>Mon, 08 Jun 2026 14:14:52 +0200</pubDate><guid>https://hackingpassion.com/internet-explorer-webbrowser-rce/</guid><description>&lt;p>Internet Explorer can still take over a fully patched Windows machine, years after Microsoft retired it in 2022. The code that ran it was never removed from Windows, and a researcher just turned it into working remote code execution.&lt;/p>
&lt;p>The researcher behind it, Igor Sak-Sakovskiy, published the work with Microsoft&amp;rsquo;s permission. The piece he pulled apart is called the &lt;strong>WebBrowser control&lt;/strong>, the same code that drew web pages in Internet Explorer for decades. It still runs inside programs written in Visual Basic, .NET and C#, the kind of older business software and legacy tools that quietly kept the component alive. One detail makes it stranger. No official Microsoft document says this component is retired or about to be. People treat it as gone, while it keeps running underneath.&lt;/p></description></item><item><title>GitHub RCE CVE-2026-3854: One Semicolon, Millions of Private Repositories</title><link>https://hackingpassion.com/github-rce-cve-2026-3854/</link><pubDate>Wed, 29 Apr 2026 11:54:47 +0200</pubDate><guid>https://hackingpassion.com/github-rce-cve-2026-3854/</guid><description>&lt;p>&lt;strong>GitHub RCE CVE.&lt;/strong> A semicolon broke GitHub. One character in a push option field, and a security researcher was running code on the backend servers that store private repositories from millions of users and organizations. The git service user that processes every push on those servers has filesystem access to every repository on the node, and that access does not check who the repository belongs to. Private code from banks, hospitals, governments, and individual developers all sits on the same shared infrastructure. The command that got the researcher there is something every developer already runs every day.&lt;/p></description></item><item><title>Microsoft Bing CVSS 10.0: CVE-2026-33819 Remote Code Execution Explained</title><link>https://hackingpassion.com/bing-rce-cve-2026-33819/</link><pubDate>Sat, 25 Apr 2026 11:10:39 +0200</pubDate><guid>https://hackingpassion.com/bing-rce-cve-2026-33819/</guid><description>&lt;p>&lt;strong>Bing had a CVSS 10.0 vulnerability&lt;/strong> in its backend infrastructure, the same infrastructure that powers Edge, Windows Search, and Copilot integrations across Microsoft&amp;rsquo;s ecosystem. Microsoft fixed it on March 10 without saying a word publicly. The CVE showed up six weeks later, on April 23. Nobody outside the company knew this had been sitting in the infrastructure that hundreds of millions of people use every day.&lt;/p>
&lt;p>The CVE number is &lt;strong>2026-33819&lt;/strong>. The vulnerability class is &lt;strong>deserialization of untrusted data&lt;/strong>, and the idea behind it is simpler than it sounds.&lt;/p></description></item></channel></rss>