如何启动Win32应用程序以像Windows 10分配的access AppX一样运行(信息亭模式)

如何启动Win32应用程序以像Windows 10分配的access AppX一样运行(信息亭模式),windows,kiosk-mode,Windows,Kiosk Mode,要求能够在Windows 10上运行kiosk应用程序,该应用程序在主机上具有不受限制的能力,可以进行任意系统调用并启动任何类型的应用程序,包括Appx和Win32。kiosk应用程序可以完全信任——它可以被认为是一个侧面加载的内部应用程序,用于配备传统键盘和鼠标的机器,用于公共环境。用户不应能够绕过或逃脱kiosk应用程序 符合总体思路,但分配的访问权限仅适用于不完全信任的Appx(无法访问启动Win32应用程序所需的API等)。这些限制似乎是设计的,因此这种方法不太可能成功满足规定的要求。虽

要求能够在Windows 10上运行kiosk应用程序,该应用程序在主机上具有不受限制的能力,可以进行任意系统调用并启动任何类型的应用程序,包括Appx和Win32。kiosk应用程序可以完全信任——它可以被认为是一个侧面加载的内部应用程序,用于配备传统键盘和鼠标的机器,用于公共环境。用户不应能够绕过或逃脱kiosk应用程序

符合总体思路,但分配的访问权限仅适用于不完全信任的Appx(无法访问启动Win32应用程序所需的API等)。这些限制似乎是设计的,因此这种方法不太可能成功满足规定的要求。虽然可以将WPF应用程序作为“完全信任”的Appx编写,但它在kiosk模式下无法工作

将Windows外壳替换为自定义外壳(kiosk应用程序)可以正常工作,但kiosk应用程序需要能够执行的某些任务需要浏览器外壳(例如,启动Appx-需要浏览器外壳提供的服务)

如果可能的话,在锁屏上方运行Win32应用程序可能是一个解决方案(我相信这就是assigned access对其Appx的作用)

以任何正常方式运行应用程序都需要禁用或拦截许多热键组合,包括[CTRL][Alt][Del],这似乎是一个重大问题/挑战。似乎没有办法阻止用户调用task manager或以其他方式绕过应用程序以获得对系统的不安全/非中介访问

有没有办法满足我所概述的要求?如果是,技术是什么,以及(如果相关)该方法的核心API是什么

更新:

尽管可以安装并选择完全信任转换的WPF AppX进行分配访问,但由于事件日志中记录了一些问题,特别是:应用程序和服务日志>Microsoft>Windows>应用程序>Microsoft Windows TWinUI/Operational,该程序“不起作用”。观察到的行为是,在用户登录时,会显示一个带有熟悉的Windows微调器的蓝屏,该微调器会每秒钟闪烁一次,好像有什么东西在反复尝试。关联的事件日志消息(所有源“应用”)包括:

使用应用程序锁定的主机,通过应用程序锁定激活ContractBy AppID应用程序示例\u y1sem70fxfdf6!Windows的LockDownSample。启动合约失败,此应用不支持指定的合约或未安装。。(活动编号:5985)

应用程序锁定示例_y1sem70fxfdf6!未为Windows注册LockDownSample。启动合同或未安装。(活动编号:5951)

应用程序Microsoft.WindowsMaps_8wekyb3d8bbwe!应用未为Windows.PreInstalledConfigTask合同注册或未安装。(同时事件ID:5951)

通过Microsoft.WindowsMaps_8wekyb3d8bbwe应用程序的合同助手激活!Windows.PreInstalledConfigTask合约的应用程序失败,类未注册。(活动编号:5990)

这是由于故意施加的限制,还是可以解决的

更新2:

发现最近的问题:

这相当准确地描述了我为完全信任的kiosk应用程序分配访问权限的经历,最后回答为“尚未支持”