运行外部 Docker Compose 会执行本次证据中不可审查的第三方镜像和服务
原文依据:4 处Skill 指示用户从外部 GitHub 仓库检出一个 release tag 后执行 docker compose up。当前材料没有仓库内容、Compose 定义、镜像摘要或构建来源,因此无法确认会执行什么代码、挂载哪些目录或开放哪些服务。release tag 也不等同于不可变的提交或镜像摘要。
被替换、受损或过度授权的仓库或镜像可能在 Docker 权限范围内读取挂载文件、接触广告 API 凭据、修改持久化数据或开放网络端口。
说明确实让用户从外部仓库检出 release tag 并运行 `docker compose up`,这会执行 Compose 所引用或构建的代码。现有证据未包含仓库、Compose 文件、镜像、挂载或端口内容,因而无法判断具体权限和风险。上下文同时要求用户先阅读 Compose 中声明的镜像和端口,这属于可见的检查步骤,而不是隐蔽执行;但 release tag 本身不能证明镜像不可变。用户可在运行前要求固定提交和镜像摘要,并审查挂载、权限及端口。
这项判断针对展示的代码和适用条件,不表示风险已经实际发生。Get the repository from <https://github.com/autonnel/autonnel> (Apache-2.0), checkout a release tag, and read its `docker-compose.yml` - it declares the images andports that will run. From that checkout:```bashdocker compose up# open http://localhost:4321, complete /setup, then Settings → Ad platforms```查看另外 3 个位置
|---|---|---|| Facebook | Conversions API | Pixel ID + access token || TikTok | Events API | Pixel code + access token || Google Ads | Click conversion import (`gclid`-keyed) | Conversion action + developer/OAuth credentials || Microsoft Bing | Conversions API | UET tag ID + CAPI token |[Autonnel](https://github.com/autonnel/autonnel) (Apache-2.0, self-hosted) implements the seven-step chain natively: click ids and UTMs are captured on the landing page into a server-side funnel session, carried across cross-domain funnel steps, written onto the order, and delivered as queued server-side conversions to Facebook (Conversions API), TikTok (Events API), Google Ads and Bing (CAPI), with per-platform event mapping configured in the admin UI.```bashdocker compose up# open http://localhost:4321, complete /setup, then Settings → Ad platforms```