今年九月份，IBM 对外公布了IBM WebSphere Application Server远程代码执行漏洞，也就是CVE-2018-1567 漏洞，并在官网提供修补补丁以及匹配的补丁包。客户为了安全起见，也为了回应上面总部下发的修补要求，也就安排在省分公司，组织人员与安排时间，对现有的WAS系统修补这个漏洞。
客户的应用环境是IHS/WAS8.0.0.7,需要升级到was8.0.0.15,才可以打修补PI95973. （今天才发现这个补丁已经升级，2018.10.13已经升级成PH03986），客户在上周四晚，在现有系统升级到IHS/WAS8.0.0.15，就打上这个IF95973, 打完后，客户业务同事就反映有个应用访问有点异常，具体问题 就是，发现有个应用没升级前，某个地级市 节点是正常往省行分享出来的端口POST数据，而升级后就不能正常 POST数据，并且在IHS的 access.log日志里，报400/406错误代码，奇怪的，有几个地级市往这个省行分享出来的接口POST数据，是正常，就这个地级市 POST数据时，报400/406错误。客户技术人员排查一天，都找不出问题 ，就要求我过去一起排查，过去后，要求客户重启布署在WAS的应用，并查看systemout.log，发现日志没有异常信息，确认WAS应用没有问题，再查看IHS/WAS的 versionInfo.sh输出信息，确认IHS/WAS版本已经成功升级到ihs/was8.0.0.15. 起初，怀疑是省行这边IHS作升级时，地级市的应用没有停止，致使地级市应用跟省行接口的网络进程不一致。致使地级市跟省行的IHS的网络进程 不同步。不一致。建议地级市重启地级应用程 序，但经过沟通，地级市应用不能重启，因为影晌面大。那只能将排查重点再放到省行IHS升级这个方向上，查看IHS的access.log时，除了发现这个地级市POST数据时报400/406错误，其它地级市节点访问省行这边的都正常。排查很久，都找不出问题所在，决定将IHS回滚，回复到没升级的IHS版本，即是ihs8.0.0.7版本。加上客户的业务运维技术人员也强烈要求回滚。于是进行IHS回滚，就从NBU备份，将IHS的版 本回复到ihs8.0.0.7. 回滚完后，重启IHS后，客户业务运维人员就反映，该地级市的应用的数据就正常POST到省行的接口上，原来问题 出在IHS的补丁升级上，
事后，查了查400/406错误，都是说跟MIME.type类型有关。估计是IHS8.0.0.7升级到IHS8.0.0.15后，新增了一些MIME.type 类型 ，而地级市的应用还是用回IHS8.0.0.7的MIME.type，这个应该是之前应用的开发人员沟通后，定义好所有的MIME.type类型的。IHS一升级后，就出现MIME.type类型不兼容的情况。而客户因为没有完整模拟到客户应用系统的数据环境，所以没有经过测试，就直接在生产环境升级IHS的版本到最新的IHS8.0.0.15版本，致使出现之前的应用无法访问的情况。需要最后回滚到没升级前的版本。
以下文章点击率最高
Loading…