我们在公司的 Azure DevOps 组织中创建了一个包；它作为工件上传，可以在同一组织的管道中使用。这一切都很完美。
我们现在希望在一组狭窄的、明确定义的其他组织中使用相同的包。但是，当我们尝试从另一个组织的管道内访问该包时，我们会收到一条错误消息：找不到该包。
我们如何让 Azure DevOps 中的其他“组织”访问该包？
我有一个 Azure VMSS（虚拟机规模集），其中有几个实例，链接到“图像库”。VMSS 的配置方式是它应该始终从图像库中选择特定图像的最新版本。
如何以及在哪里可以看到特定实例上安装了哪个版本的映像？
在PHP Web应用程序中,我使用会话ID作为文件名.在某个时刻,这些文件被删除,代码如下
unlink('tmp/'.session_id());
我知道用户可以更改他/她的会话ID.因此,我想知道会话ID是否可以更改为"/../../etc/passwd".
我现在的问题是,如果这种"黑客攻击"成为可能,以及如何最好地保护我的代码.
提前谢谢你的回答!
评论:我知道有关用户劫持其他用户会话的危险和预防方法,这在我的案例中不是问题.
我们在我们的项目中使用 composer。composer install当我开发和/或向项目提交任何内容时，我通常应该使用; 更新依赖项只是偶尔进行。
我们也使用https://github.com/cweagans/composer-patches打补丁，我通过在composer.json文件中添加一些代码来添加补丁，和我同事之前做的一样：
"extra": {
"patches": {
"my-vendor/my-extension": {
"Fix: extension bug.": "patches/T1024-711_feature.patch"
}
}
}
这看起来不错，似乎有效，但我收到一条警告消息：
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.
我不想运行composer update，因为它会更新许多依赖项，并且整个应用程序可能必须经过回归测试。
我需要做什么？
我们目前每个 ec2 实例有多个 cloudwatch 日志流。这对调试来说太可怕了；在所有实例中查询“ERROR XY”将涉及挖掘每个日志流（耗时）或使用 aws cli（耗时查询）。
我希望有一个日志流结合特定类型的所有实例的日志数据，假设所有“网络服务器”实例将它们的“apache2”日志数据记录到一个中央流，并将“php”日志数据记录到另一个中央流。
显然，我仍然希望能够弄清楚哪个日志条目来自哪个实例——就像我通过 syslogd 进行中央日志记录一样。
如何将自定义字段“实例 ID”添加到 cloudwatch 的日志中？
有时，我们会遇到 Azure DevOps 管道或使用令牌的代码段，没人知道它来自哪里。当然，这种情况不应该发生，但有时现实与理想世界有所不同。
如果我只有一个 Azure DevOps“个人访问令牌”，我如何找出它属于哪个用户？