Running legacy IE/ActiveX clients without local admin rights?

We are currently maintaining a very old client-server architecture. The server collects real-time data from a large number of sensors and controllers, transmitting it to a legacy database under continuous, massive load (writes every few seconds).The problem is the client side. It’s ancient, strictly requires Internet Explorer, and heavily relies on ActiveX. If a standard domain user launches the browser, the data fails to load and the browser completely hangs. It only functions correctly if run with local administrator privileges.Giving users local admin rights is a massive security risk we can't take. Currently, I have a workaround running in production using Task Scheduler to elevate just this specific application without giving the user the actual admin password. I documented the specific approach we are using here: https://www.hiddenobelisk.com/how-to-let-a-standard-domain-user-run-one-program-as-administrator-without-giving-admin-rights/#:~:text=least%20privilege.-,Approach%202%20%E2%80%94%20Running%20Applications%20with%20Administrative%20Privileges%20Using%20Task%20Scheduler,users%20can%20simply%20double%2Dclick%20the%20shortcut%20to%20launch%20the%20application.,-Changing%20the%20ShortcutI recently started a thread over on r/sysadmin trying to find a cleaner solution: https://www.reddit.com/r/sysadmin/comments/1rm6uv4/how_do_you_let_a_standard_domain_user_run_one/The general consensus there was to either buy an expensive enterprise PAM (Privileged Access Management) solution, or deep-dive with Procmon. I am currently analyzing the software with Procmon based on that advice, but so far, I haven't been able to make the client work without the Task Scheduler workaround.My questions for the HN community:1) Are there any reliable open-source PAM alternatives or privilege elevation tools for Windows that handle this "per-app" scenario effectively?2) When dealing with hostile Activ

Hacker NewsToolAISource
0Sign in to voteCopy link

FL score

78

out of 100

Verdict

BUILD

medium confidence

Competition

5

competitors found, emerging market, funded players

Trend

No signal yet

A simple, secure 'per-application' privilege elevation tool for Windows to run legacy IE/ActiveX clients without local admin rights.

The pain

Organizations struggle to run critical legacy Internet Explorer/ActiveX applications securely for standard domain users without granting dangerous local administrator privileges. Existing workarounds are manual and complex, while enterprise solutions (VDI, PAM) are often prohibitively expensive and overkill.

The gap

There's a clear gap for an affordable, focused, and user-friendly privilege elevation tool specifically designed to handle the nuances of legacy IE/ActiveX clients, sitting between cumbersome enterprise solutions and risky manual hacks like local admin access.

Build angle

Develop a lightweight client-side application that wraps and simplifies the Task Scheduler elevation technique, providing a configurable, deployable solution for IT administrators to enable standard users to run specific legacy IE/ActiveX applications with necessary privileges, without granting full local admin rights.

Strengths

  • Extremely clear and specific pain point for a known audience (sysadmins).
  • User is the ideal customer, having already developed a working workaround.
  • High willingness to pay due to significant security risks and operational costs of alternatives.
  • Opportunity for an elegant, simpler solution compared to expensive enterprise PAM or VDI.
  • The problem is persistent as legacy systems will remain for years.
  • Strong demand reality with clear, desperate users.

Risks

  • Technical complexity of building a robust, secure, and universally compatible Windows privilege elevation tool.
  • Niche market size, which limits overall scale but offers focused targeting.
  • Potential for compatibility issues with various ActiveX controls and IE versions.
  • The 'bootstrapped' competitors (RunAsSpc/Rob) show that some solutions exist, requiring strong differentiation.
  • Go-to-market primarily relies on reaching specific IT professional communities.

Next steps

  1. Refine the current Task Scheduler workaround into a simple, deployable MVP with a basic UI.
  2. Conduct in-depth interviews with other sysadmins facing this exact problem to validate desired features and pricing.
  3. Focus on supporting the most common problematic ActiveX scenarios first.
  4. Build a landing page and start collecting emails from interested IT professionals in communities like r/sysadmin.

Questions about this idea?

FlyBot reads the scoring and gives you a second opinion on “Running legacy IE/ActiveX clients without local admin rights?”.

Open FlyBot