【问题标题】:Using the Google Chrome Sandbox [closed]使用 Google Chrome 沙盒 [关闭]
【发布时间】:2010-12-08 02:25:27
【问题描述】:

有一些资源可以解释 Chrome 中的沙盒是如何工作的,以及它如何保护用户免受恶意代码的侵害。

Chromium Blog
Chromium Developer Documentation
Sandbox FAQ

太好了,我喜欢他们采用的以操作系统为中心的设计(有点像“操作系统可能比我们知道如何更好地保护自己,所以我们让它”的方法。)他们还在几个地方提到沙盒本身被设计为不依赖于 Chrome,而是或多或少独立的地方,因此理论上任何进程都可以被沙盒化,只要程序的架构是兼容的(沙盒代码必须作为它自己的进程运行)非沙盒父级的子级。)

我恰好有一个应用程序,其设计使其适合沙盒,并且能够让父/子进程使用它。我有 Chromium 代码并且......不知道下一步该做什么。

有没有人真的用这个沙箱化过任何东西?是否有任何资源记录它的使用或 API?我想这应该很简单,但我不知道从哪里开始。

编辑:我在下面的答案中发现!

【问题讨论】:

  • 仅供参考:我终于运行了一个沙盒(经过大量实验),在我解决了一两个问题后,我将在这里发布我的发现。
  • 抱歉,仍在努力。我想做的最后一件事是发布一些误导或破坏的东西。不过,我仍然打算发布它。感谢您的关注!
  • 我刚刚注意到这个问题已经被关闭为“不具建设性”,这让我很困惑。问题不是“我应该沙箱”或“沙箱的优点是什么”,而是一个非常具体的“你如何利用沙箱代码”。此外,它有一个非常具体的答案,不会留下太多争论的余地,并为寻找相同内容的其他用户提供了宝贵的资源。坦率地说,如果这不是建设性问题的典型例子,我真的不确定是什么!

标签: c++ google-chrome sandbox


【解决方案1】:

好的,这就是我发现的关于使用 Chrome 的沙盒代码的内容。

首先,您需要转到get the chromium source code。这是,需要一段时间才能获得,但我还没有找到任何可靠的结帐快捷方式,仍然可以产生可用的结果。 Alos,非常重要的是,您必须非常密切地遵循该页面上的说明。 Google 工作人员知道他们在做什么,并且不热衷于无用的步骤。该页面上的所有内容都是必要的。是的。一切。

现在,一旦您获得了源代码,您实际上就不必完全构建 chrome(这可能需要数小时!)来使用沙盒。相反,它们已经很好地为您提供了一个可以独立构建的单独的沙盒解决方案(在沙盒文件夹中找到)。构建这个项目并确保一切都可以编译。如果是这样,那就太好了!如果没有,您没有按照构建页面上的步骤进行操作,对吗?羞愧地低下头,这次真的去做吧。别着急,我等着……

现在一切都建立了您的主要兴趣点是 sandbox_poc 项目(“poc” = 概念证明)。这个项目基本上是一个围绕沙箱的最小 GUI 包装器,它将在沙箱环境中的给定入口点启动任意 dll。它显示了创建和使用沙盒所需的所有步骤,并且是您获得的最佳参考。经常参考!

当您查看代码时,您可能会注意到它实际沙箱化的代码就是它自己。这在所有沙箱示例中都很常见,according to this thread(可能已过时)可能是目前沙箱的唯一工作方式。该线程描述了理论上如何将一个单独的进程沙箱化,但我还没有尝试过。不过,为了安全起见,拥有一个自调用应用程序是“已知良好”的方法。

sandbox_proc 包含大量静态库,但它们似乎主要用于他们构建的示例 UI。我发现最小沙箱似乎需要的唯一条件是:

sandbox.lib base.lib dbghelp.lib

虽然从项目的角度来看,还有另一种依赖关系并不完全明显,但这是我了解时间最长的。当您构建沙盒解决方案时,其中一个输出文件应该是“wowhelper.exe”。虽然它从未在任何地方提及,但必须将该文件复制到与您正在沙盒化的可执行文件相同的目录中!如果不是,您对代码进行沙箱化的尝试将始终失败,并出现一般的“找不到文件”错误。如果您不知道发生了什么,这可能会非常令人沮丧!现在,我正在 Windows 7 64 位上进行开发,这可能与 wowhelper 要求有关(WOW 是 16/32/64 位之间互操作应用程序的常见首字母缩写词),但我没有很好的测试方法现在。如果其他人发现更多信息,请告诉我!

以上就是环境的全部内容,这里有一些简单的代码可以帮助您开始!请注意,虽然我在这里的子进程中使用了 wcout,但是在沙箱中运行时,您看不到任何控制台输出。任何类似的事情都需要通过 IPC 传达给父进程。

#include <sandbox/src/sandbox.h>
#include <sandbox/src/sandbox_factory.h>
#include <iostream>

using namespace std;

int RunParent(int argc, wchar_t* argv[], sandbox::BrokerServices* broker_service) {
    if (0 != broker_service->Init()) {
        wcout << L"Failed to initialize the BrokerServices object" << endl;
        return 1;
    }

    PROCESS_INFORMATION pi;

    sandbox::TargetPolicy* policy = broker_service->CreatePolicy();

    // Here's where you set the security level of the sandbox. Doing a "goto definition" on any
    // of these symbols usually gives you a good description of their usage and alternatives.
    policy->SetJobLevel(sandbox::JOB_LOCKDOWN, 0);
    policy->SetTokenLevel(sandbox::USER_RESTRICTED_SAME_ACCESS, sandbox::USER_LOCKDOWN);
    policy->SetAlternateDesktop(true);
    policy->SetDelayedIntegrityLevel(sandbox::INTEGRITY_LEVEL_LOW);

    //Add additional rules here (ie: file access exceptions) like so:
    policy->AddRule(sandbox::TargetPolicy::SUBSYS_FILES, sandbox::TargetPolicy::FILES_ALLOW_ANY, "some/file/path");

    sandbox::ResultCode result = broker_service->SpawnTarget(argv[0], GetCommandLineW(), policy, &pi);

    policy->Release();
    policy = NULL;

    if (sandbox::SBOX_ALL_OK != result) {
        wcout << L"Sandbox failed to launch with the following result: " << result << endl;
        return 2;
    }

    // Just like CreateProcess, you need to close these yourself unless you need to reference them later
    CloseHandle(pi.hThread);
    CloseHandle(pi.hProcess);

    broker_service->WaitForAllTargets();

    return 0;
}

int RunChild(int argc, wchar_t* argv[]) {
    sandbox::TargetServices* target_service = sandbox::SandboxFactory::GetTargetServices();

    if (NULL == target_service) {
        wcout << L"Failed to retrieve target service" << endl;
        return 1;
    }

    if (sandbox::SBOX_ALL_OK != target_service->Init()) {
        wcout << L"failed to initialize target service" << endl;
        return 2;
    }

    // Do any "unsafe" initialization code here, sandbox isn't active yet

    target_service->LowerToken(); // This locks down the sandbox

    // Any code executed at this point is now sandboxed!

    TryDoingSomethingBad();

    return 0;
}

int wmain(int argc, wchar_t* argv[]) {
    sandbox::BrokerServices* broker_service = sandbox::SandboxFactory::GetBrokerServices();

    // A non-NULL broker_service means that we are not running the the sandbox, 
    // and are therefore the parent process
    if(NULL != broker_service) {
        return RunParent(argc, argv, broker_service);
    } else {
        return RunChild(argc, argv);
    }
}

希望这足以让任何其他好奇的编码人员进入沙盒!祝你好运!

【讨论】:

  • 在浏览了几个小时关于 chrome 沙盒库的资源后,我发现这是唯一有用的东西。非常感谢您花时间分享这个!
  • 在几年前写这篇文章之前,我也有过同样的经历。我希望它仍然相关!
  • 我自己也在寻找类似的东西,这似乎是关于这个主题的唯一不错的信息,我相信你也经历过同样的事情,但我已经看了几百个有关此的网页。我会试一试,非常感谢您的帮助和写这篇文章所花费的时间
  • 人们可能想知道的其他一些警告,来自here:“沙盒库......必须驻留在主可执行文件中,而不是在 DLL 中”; “应该可以为目标使用不同的图像,在这种情况下,应该在项目级别定义 SANDBOX_EXPORTS”。基本上你在这里所做的是快乐的路径(使用与代理和目标相同的可执行文件)。
【解决方案2】:

我不确定你想要什么样的答案... 您应该做的第一件事是检查 Chrome 源代码reference。 我们感兴趣的是:

sandbox:沙盒项目,试图阻止被黑的渲染器修改系统。

深入研究该代码,并在 Chromium 的渲染部分中查找 API 参考可能会有所帮助。

renderer:每个选项卡中子流程的代码。这嵌入了 WebKit 并与浏览器进行 I/O 对话。

去看看周围,你可能会看到谷歌自己是如何使用他们的沙盒的,我希望它会类似于

//Lets start up the sandbox, I'm using the Chrome Blog example
TargetPolicy::SetTokenLevel()
TargetPolicy::SetJobLevel()
TargetPolicy::SetIntegrityLevel()
TargetPolicy::SetDesktop()

通常这是我遇到新代码库时使用的方法,检查它是如何被调用的。

【讨论】:

  • 感谢您的提示。尽管这基本上是我在提出问题时正在做的事情,但对于处于类似情况的任何人来说,这无疑是一个很好的建议。
  • 真的没有其他答案,除非您的“学习如何使用某物”的想法是从头到尾阅读整个源代码。这...不是一个好主意。
  • 不过,通常情况下,您可以奢侈地查看示例程序并能够将其与 API 文档进行交叉引用。这里的代码示例很薄,文档不存在。我工作过的情况更糟,但在这种情况下,正式参考材料的方式如此之少,这有点令人沮丧。我主要想知道我是否忽略了任何东西。
猜你喜欢
  • 1970-01-01
  • 2020-05-01
  • 1970-01-01
  • 1970-01-01
  • 2016-04-05
  • 1970-01-01
  • 1970-01-01
  • 2014-08-09
  • 1970-01-01
相关资源
最近更新 更多