草庐IT

JENKINS_PORT

全部标签

第60天-服务攻防-中间件安全&CVE 复现&Weblogic&&Jboss&Jenkins&GlassFish

文章仅供学习交流,一些漏洞没能复现出来(菜就多练),日后来兴趣再补坑(大概~)视频链接: 【小迪安全】红蓝对抗|网络攻防|V2022全栈培训_哔哩哔哩_bilibilihttps://www.bilibili.com/video/BV1pQ4y1s7kH目录一、知识点1、中间件-Weblogic-CVE2、中间件-JBoos-CVE3、中间件-Jenkins-CVE4、中间件-GlassFish-CVE二、章节内容1、常见中间件的安全测试2、中间件安全测试流程3、应用服务安全测试流程三、案例演示1、中间件-Weblogic-CVE&反序列化&远程执行(1) CVE-2017-3506 远程代码

ssh: connect to host github.com port 22: Connection refused

ssh:connecttohostgithub.comport22:Connectionrefused问题现象本文以Windows系统为例进行说明,在个人电脑上使用Git命令来操作GitHub上的项目,本来都很正常,突然某一天开始,会提示如下错误ssh:connecttohostgithub.comport22:Connectionrefused。$gitpullssh:connecttohostgithub.comport22:Connectionrefusedfatal:Couldnotreadfromremoterepository.​Pleasemakesureyouhavetheco

git push到GitHub过程出现port443 超时问题

        由于即使使用科学上网还是在push到github时还会出现超时问题(https方式),在网上搜寻之后终于解决需要查询本机的代理服务器设置        工具->internet选项->连接->局域网设置->代理服务器上写的地址就是就是当前使用的ip地址如上所示,然后执行git命令:$gitconfig--globalhttp.proxyhttp://127.0.0.1:10809如果将来想取消git的代理服务器地址,可以执行命令$gitconfig--global--unsethttp.proxyhttp://127.0.0.1:9666 本文原出处:githubpushpul

在服务器部署Jenkins同步github代码(vue)

首先声明,使用Jenkins同步GitHub代码的时候会出现失败的情况,主要原因是拉取代码的时候拉不下来,这和墙有关...所以,是否选择GitHub大家自己决定。一、使用Jenkins同步GitHub代码的原因         手动打包丢在服务器上当然可以,但是太麻烦了,如果频繁的对代码进行改动和打包丢向服务器太花时间了,所以使用Jenkins来监控GitHub的动作,设置当代码push后,Jenkins监控到这一动作,就会自动的拉取新的代码进行打包丢向服务器上。二、获取Hook去系统中设置全局的github三、找到GitHub配置模块名称随便取一个,APIURL就是默认的,凭证后面再说。Je

centos7中jenkins的安装与配置(超详细)

Jenkins官网:https://jenkins.io/或https://www.jenkins.io/zh/download/Jenkins官网文档:https://www.jenkins.io/zh/doc/jenkins安装包:http://mirrors.tuna.tsinghua.edu.cn/jenkins/redhat/jenkins插件库:https://plugins.jenkins.io/清华镜像:http://updates.jenkins-ci.org/download/war/准备工作:java环境和maven(可以看我Java开发环境部署中的对应文章)maven:

c++ - Boost:我们如何为 TCP 服务器指定 "any port"?

如何在Boost中为基于TCP的服务器指定“选择任何可用端口”?一旦连接被接受,我如何检索端口?更新:“可用端口”是指:操作系统可以选择任何可用端口,即我不想指定端口。 最佳答案 问题一:使用端口号0问题二:使用acceptor.local_endpoint().port() 关于c++-Boost:我们如何为TCP服务器指定"anyport"?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/que

Jenkins修改全局maven配置后不生效解决办法、以及任务读取不同的settings.xml文件配置

一、修改GlobalToolConfiguration的maven配置不生效说明:搭建好jenkins后,修改了全局的settings.xml,导致读取settings一直是之前配置的。解决办法一Jenkins在创建工作任务时,会读取当前配置文件内容,固定在这个任务上。任务创建之后,修改全局配置文件,是无法影响到之前的工作任务。所以需要重新创建任务即可解决。解决办法二(推荐)点开Advanced,然后设置Settingsfile,然后选择项目需要依赖的settings.xml文件即可二、针对不同项目使用不同的settings.xml文件配置说明:在jenkins中,有可能不同的视图下的任务使用

手把手搭建jenkins + docker + k8s 持续集成、自动化发布环境

01前言持续集成对于微服务开发来说,已经是不可或缺了,能够极大的提升效率。准备:一个docker服务器,用于部署docker私库和jenkins服务一个k8s集群整体架构:todo流程控制️代码推送到git仓库️git上打tag,通过webhook触发构建️构建完成调用dockerbuild镜像,然后推送到私有仓库(搭建dockerregistry私库)️通过ssh在k8s服务器上执行远程命令,替换镜像,完成滚动发布02jenkins部署01创建服务$dockerpulljenkins/jenkins:lts-jdk11$dockerrun-d--namejenkins-vjenkins_da

15、jenkins

15、jenkinsk8s手撕yml方式部署最新版Jenkins2.441(jdk-21版)(jenkins-prod)mkdir-p~/jenkins-prod-ymlkubectlcreatensjenkins-prodkubectllabelnodek8s-node1jenkins-prod=jenkins-prodcat>~/jenkins-prod-yml/Jenkins-prod-rbac.yml'EOF'apiVersion:v1kind:Namespacemetadata:name:jenkins-prod---apiVersion:v1kind:ServiceAccountm

【漏洞通告】 Jenkins CLI 任意文件读取漏洞

漏洞概况Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件项目可以进行持续集成。Jenkins有一个内置的命令行界面(CLI),可从脚本或shell环境访问Jenkins。处理CLI命令时,Jenkins使用args4j库解析Jenkins控制器上的命令参数和选项。Jenkins处理CLI命令的命令解析器中的expandAtFile功能存在任意文件读取漏洞,未经身份认证的远程攻击者利用该漏洞可以读取部分文件的有限行内容,攻击者经过身份验证或目标Jenkins更改了默认”Security”配置可以通过该漏洞读取任