草庐IT

jenkins-build-flow

全部标签

【已复现】Jenkins 任意文件读取漏洞(CVE-2024-23897)附POC下载

Jenkins是一个开源CI/CD工具,用于自动化开发流程,包括构建、测试和部署软件。2024年1月,互联网公开了一个Jenkins的任意文件读取漏洞。鉴于该漏洞易于利用,存在危害扩大的风险,且该系统数据较为敏感且影响范围广泛,建议所有使用Jenkins的企业尽快进行修复,以确保系统安全。漏洞描述 Description 漏洞成因命令行接口文件读取: Jenkins内置的命令行接口(CLI)存在一个特性,允许在命令参数中用@字符后跟文件路径来替换为文件内容。这导致攻击者能够读取Jenkins控制器文件系统上的任意文件。权限绕过: 拥有Overall/Read权限的攻击者可以读取完整文件,而没有

火爆到崩溃!揭秘字节版GPTs背后部门Flow

整理丨诺亚出品|51CTO技术栈(微信号:blog51cto)“大语言模型只能编个贪吃蛇,而AIAgent可以整出一个王者荣耀。”曾有人这样描述关于AIAgent的终极想象。过去一年,国内外无数科技公司卷入了大模型混战中,随之兴起的AIAgent智能体应用也逐步成为新的“战场”。而今,在AI领域素来低调的字节跳动悄悄出招了,正式面向国内市场推出了AIbot开发平台——“Coze扣子”。图片这个平台也被称为字节跳动版GPTs,专为开发专注于特定功能和特定领域的聊天机器人而设计。即使你没有编程经验,也可以创建个性化的聊天机器人,并将其部署在各种社交平台和应用程序上。图片号称“只要你有想法,都可以用

c++ - Visual Studio Post Build 复制命令错误 MSB3073 退出代码 1

所以我有一个C++Player项目,它有2个其他项目依赖项,这两个项目都有后期构建事件来将dll复制到另一个文件夹。该项目正在build中,然后决定不随机工作,此后我一直没有找到解决方案。即使从SVN进行了干净的检查,它仍然不起作用,它适用于除我之外的所有其他开发人员。我已经检查了错误消息中的路径,它们确实存在,目标dll也是如此。每个依赖项目中的构建后事件:copy$(TargetPath)$(ProjectDir)..\..\$(Configuration)\plugins\$(ProjectName).dll产生的错误:errorMSB3073:Thecommand"copyC:

docker +gitee+ jenkins +maven项目 (一)

jenkins环境和插件配置文章目录jenkins环境和插件配置前言一、环境版本二、jenkins插件三、环境安装总结前言现在基本都是走自动化运维,想到用docker来部署jenkins,然后jenkins来部署java代码,做到了开箱即用,自动发布代码的功能。很久没有跑服务器进行环境的部署,用这个来进行练手一、环境版本1)linux版本:Debian11.72)java版本:jdk1.83)docker版本:24.0.7(dockerinfo查看docker版本)4)jenkins版本:lts-jdk175)maven版本:3.9.6二、jenkins插件1)git与gitee插件(因为代码

容器化部署 Jenkins,并配置SSH远程操作服务器

目录一、Jenkins是什么二、常见的部署Jenkins的方法三、为什么选择容器化部署四、容器化部署Jenkins步骤1、安装Docker2、获取Jenkins镜像3、创建并运行容器4、访问Jenkins4.1查看初始密码问题5、配置Jenkins5.1安装插件5.2创建管理员用户5.3实例配置五、简单使用Jenkins配置SSH远程操作服务器1、安装SSHPlugin2、配置凭据3、SSH相关配置4、新建任务5、构建任务6、查看构建结果一、Jenkins是什么Jenkins可以简单理解为一个自动化工具,它帮助软件开发团队实现了持续集成和持续交付的过程。持续集成是指将不同开发者的代码合并到主干

RT-Thread上使用utest+jenkins实现持续集成和自动化测试

看到一篇文章,后续工作可能会用到,转载并记录如下,原文链接:RT-Thread上使用utest+jenkins实现持续集成和自动化测试-掘金(juejin.cn)前情提要:随着模块越来越多,测试维护成本越来越高,实现自动化便提上日程,网上关于嵌入式软件的持续集成和自动化测试的资料较少,utest是RTThread自带的测试框架,也没有接入jenkins,也没有测试报告,所以很多地方需要自己再做处理。本文记录了笔者搭建测试框架中详细的实现过程、踩过的坑和解决方法以及一些思考。环境:RT-Thread、SCons、qemu、jenkins、utest1.使用jenkins实现持续集成持续集成(Co

Jenkins凭证/凭据管理详解

文章目录一、Jenkins中的凭证`凭证类型``凭证范围`系统全局用户`凭证域``凭证提供者`系统凭证提供者(Jenkins凭证提供者,`常用`)用户凭证提供者文件夹凭证提供者BlueOcean凭证插件`凭证存储`二、管理凭证选择凭证提供者选择凭证类型通过提供者指定凭证类型三、创建和管理凭证添加一个新域或者凭证创建一个名叫beijing_nodes的域添加凭据使用新域和凭证四、高级凭证:基于角色的访问权限五、在流水线中使用凭证六、控制脚本安全性`脚本检查``脚本批准``Groovy沙箱`七、Jenkins凭证与Vault配合使用参考一、Jenkins中的凭证凭证插件(Credentialspl

c++ - Visual Studio 错误 : LNK1104: cannot open file 'kernel32.lib' - only in WP8 projects/Win32 builds

我最近遇到了这个问题(几天前一切正常):VisualStudio2012开始拒绝构建原生WP8项目。今天,我从模板“WindowsPhoneDirect3D应用程序(仅限native)”创建了新解决方案,以检查WP是否正确支持我新创建的DLL。我尝试编译这个项目,首先没有任何更改或额外的引用-VS生成的纯代码。但是,它因给定错误而失败。我很清楚这是什么意思,可能的原因是什么,但是我不明白,在这种情况下它是从哪里来的。奇怪的事情:这只发生在“Win32”配置中,ARM编译正常:1>------Buildstarted:Project:PhoneDirect3DApp,Configurat

C++14 元编程 : Automagically build a list of types at compile/init time

使用C++14和CuriouslyRecurringTemplatePattern(CRTP)以及可能的Boost.Hana的某种组合(或boost::mpl如果您愿意),我可以在编译时(或静态初始化时)构建一个类型列表而无需显式声明吗?例如,我有这样的东西(在Coliru上查看):#include#include#includenamespace{structD1{staticconstexprautoval=10;};structD2{staticconstexprautoval=20;};structD3{staticconstexprautoval=30;};}intmain(

Docker Compose 部署 jenkins

DockerCompose部署jenkinsjenkins部署Docker-Compose部署version:'3.1'services:jenkins:image:'jenkinsci/blueocean'volumes:-/data/jenkins/:/var/jenkins_home-/var/run/docker.sock:/var/run/docker.sock-/usr/bin/docker:/usr/bin/docker-/usr/lib/x86_64-linux-gnu/libltdl.so.7:/usr/lib/x86_64-linux-gnu/libltdl.so.7pri