小编Ale*_*tes的帖子

package-lock.json 是否也意味着提高通过子资源完整性检查构建的应用程序的安全性?

我已阅读以下有关package-lock.json文件的内容:

\n\n
\n

该文件旨在提交到源存储库中,并用于多种目的:

\n\n
    \n
  • 描述依赖关系树的单一表示,以便保证团队成员、部署和持续集成安装完全相同的依赖关系。
  • \n
  • 为用户提供一种工具,可以将 \xe2\x80\x9ctime-travel\xe2\x80\x9d 恢复到 node_modules 的先前状态,而无需提交目录本身。
  • \n
  • 通过可读的源代码控制差异来提高树更改的可见性。
  • \n
  • 并通过允许 npm 跳过先前安装的软件包的重复元数据解析来优化安装过程。
  • \n
\n
\n\n

请参阅NPMJS 文档 package-lock.json 描述

\n\n

但在同一链接的另一个片段中我看到:

\n\n
\n

完整性\xc2\xa7

\n\n

这是该资源的标准子资源完整性。

\n\n
    \n
  • 对于捆绑的依赖项,无论来源如何,都不包括在内。
  • \n
  • 对于注册表源,这是注册表提供的完整性,或者如果\xe2\x80\x99t 在 shasum 中提供了 SHA1。
  • \n
  • 对于 git 源,这是我们克隆的特定提交哈希。
  • \n
  • 对于远程 tarball 源,这是基于文件 SHA512 的完整性。
  • \n
  • 对于本地 tarball 源:这是基于文件 SHA512 的完整性字段。
  • \n
\n
\n\n

请参阅NPMJS 文档 package-lock.json 依赖项完整性

\n\n

通过标准子资源完整性 (SRI) 的链接,我发现了以下内容:

\n\n
\n

1.1. 目标

\n\n …

security npm subresource-integrity package-lock.json

5
推荐指数
0
解决办法
724
查看次数

如何通过 Nomad 作业文件将文件复制到 Docker 容器

是否可以?

这是我的游牧工作文件

job "test-job" {
  ...
  group "test-group" {
    driver = "docker"
    config {
      image = "<image-name>"
    }
    ...
  }
}
Run Code Online (Sandbox Code Playgroud)

我知道可以通过 Dockerfile 的 docker build 将文件复制到 Docker 映像。但我想避免从“image-name”映像显式创建新的 Docker 映像。

我也知道可以将文件复制到从 Docker 映像派生的正在运行的 Docker 容器中。但自从我使用游牧推出泊坞窗图片和填充的容器,将是方便的我,如果保荐人可以复制(通过即时新的泊坞窗层文件拷贝的创建)。

所以我想知道这是否以及如何可能?

docker nomad

3
推荐指数
1
解决办法
2580
查看次数