渗透测试需要学那些知识？
web黑客渗透测试入门需要学哪些？
学习web渗透，就是从零散到整体。我们入门门槛比较低，学会用工具就可以了。但是从入门到另一个层次就比较难了，也是大部分脚本小子迷茫的地方。
在web渗透的核心那就是思路，大量的思路来源是来自于自己的知识积累和丰富的经验。 学而不思则罔思而不学则殆。
当我找到了一个注入点：
首先放进工具一点，工具提示不存在注入。很奇怪，明明是存在的，发个某大牛，某大你不想说话并向你扔了个链接，你发现居然爆出了帐号密码。
太多的人都是处于这个超级小白阶段，这个阶段处于菜鸟阶段，我称为打哪是哪。
我来问问：
brup suite你会用？你会用来做什么，爆破？你知道怎么抓包分析post注入吗？你知道绕过上传时brup suite的神奇之处吗？
sqlmap 你会用？你会用来做什么，-u？-dbs？你知道怎么在sqlmap中执行sql语句吗？你知道sqlmap怎么反弹shell吗？
xss 你都懂？你知道xss平台那么多模块都有什么妙用吗？你知道尖括号过滤都有哪些绕过方式吗？
入门学习思考 可能遇到的问题 和新手需知：
你知道svn源代码泄露是什么？通过审计代码能做到什么吗？
你知道在发现st2漏洞命令执行时出现目录限制的时候怎么突破吗？有多少种方式可以突破，在什么样的场景下容易出现，如果有杀软怎么绕过吗？
你知道在3306允许外链的情况下可以爆破吗？你以为扫描器会把端口的风险都列出来给你吗？
你知道一个缜密的邮箱伪造社工可能就能导致网站沦陷吗？
你知道遇到weblogic等弱口令的时候如何去部署war拿shell吗？
你知道各种java中间件的端口是哪些吗？各种反序列化漏洞是怎么样快速定位数据库配置文件的吗？
你知道http://ASP.NET填充Oracle漏洞的利用方法吗？你知道扫描器都是误报吗？你知道手工怎么测试漏洞真实存在吗？
你知道oa系统都有哪些通用注入和无限制getshell吗？
你知道phpmyadmin可以爆破吗？什么样的版本可以爆路径，什么样的版本几乎拿不到shell吗？
太多太多了，我上面提到的也只是web方面的冰山一角，后面的提权、内网等等难题如海。
IBM 历史上有那些著名的收购案例？
以下为摘抄，相信看了会有所感触，另就是联想收购IBM.
IBM收购LOTUS是一次震惊全球的大型并购案，当时吸引了世界的注意力，从某种意义上说，这次并够的全过程是资本运营历史上的典型。从以下几个角度上分析，可以明确其成功要点：
第一、并购机会，国际资本运营特别是在上市公司里带来的威胁在公司的困难期，无论是财政困难还是经营困难或是品牌灾难都容易造成被并购的机会。这个时期是企业风险时期，资本投资本身就有风险性，所以在这个角度上讲资本运作本身大都属于风险投资。莲花公司被并购的机会同样不具备特殊性。
第二、并购行为的发生应该是一个长期酝酿和短期完成的行为，本案就有这个特点，对于并购本身也需要考虑到价值本身，与产品不同的是他的买卖关系是一个整体企业，所以IBM应该通过酝酿后，立刻采取行动的收购行为在并购历史上也是典型方法。一是快速达到预期，一是避免并购竞争，一是消除价值缩水的麻烦，甚至是规避其他方面形成的威胁。
第三、并购是价值交换并非资本交换，从IBM收购LOTUS案来看反映了这点，为了达到预期，价格不停的提升，最终是超高价格完成，但就收购前来说IBM已经做好了高价收购的准备，说明收购和反收购是一场战争，甚至是市场竞争。
第四、并购是系统工程：并购分为前、中、后三期，前期是探讨和规划并购方式，其中策划在先，规划在后。中期是实施并购规划和战略系统，主要是软硬资本的对接和碰撞。后期是进入运营期，企业系统的改造及融合阶段，后期也是对并购后的企业资本进行系统再运营的阶段。IBM收购LOTUS后期是对企业各子系统进行重组和梳理，寻求新的运营模式，推进企业进入良性循环阶段。从本案来说，其实在子系统重组中，IBM采取优势互补的方法，将核心的保留，将短缺进行弥补，并将市场逐步转嫁，将品牌进行逐步联合和渗透的方法进行的。在人事上，对于高级管理人员的调换本着系统均衡的原则，考虑到人力资本与现状融合的方法，保证了企业稳定发展，这是对企业内部调整的战略取胜所在，同时保证了收购的企业重组形成了化学融合，而非物理组合。
在国内并购的案例中，特别是系统重组的过程中，容易形成政治斗争和文化的对立，这对于企业收购后期形成了风险，在IBM收购LOTUS案中，企业文化保持独立性，通过高级人事整合消除了人事矛盾的方法是成功的，也是后期莲花公司再发展的必要条件。
第五、后期效率是并购案中的典型因素。IBM收购LOTUS案中，后期的市场整合、产品整合是设立了一个很好的过度平台，保持了优势同时提升了优势。为何在国内乃至国际许多收购案中，造成机体分裂和矛盾，就是没有设立好一个好的过度平台，当然这个平台是以市场为主导方向的，就是企业重组的市场化运作，也是效率性运作。
第六、并购与反并购是一场战争，赢得战争的最好方法是赢得时间和速度。第一时间越快，由不可控因素带来的风险越底，速度越快带来的竞争越少。对于反并购的行为力也会越弱，消耗也就越少。反并购是针对并购设立的一系列反向对策，提升并购的难度和增加并购投入，同时也提升了并购风险，这里的风险不仅仅是并购本身资本投入还有并购后的相关环境性资本投入和消除障碍资本性投入，越是速度高后期的资本投入也将越少。当然并购前期规划时间作为企业内部机密来说可以拉长，一旦公开就需要很快执行，否则就是风险，反并购也将发力，现在所谓的反并购不仅来于被收购企业内部，还来自于市场竞争等等。
反面意见：IBM收购LOTUS从外部看是成功的，但从品牌市场上来看有些地方是失利的。
第一品牌叠加是否能够实现市场叠加。这是个谜，品牌资本可以叠加，但不等于市场可以叠加，从收购后的新企业来看，相对于莲花公司品牌提升了，强势品牌背书，应该是品牌资本提升最快的方法。但相对IBM的品牌整体却没有提升，相反消耗了很多良性资本，这些资本必须从莲花公司里回收，短期内IBM的品牌涉及到莲花公司的市场部分可能会有一定的损害。这也是讲的品牌中和度的问题，在国内没有研究。
第二从营销角度上讲，并购后的品牌是新品牌，品牌营销具有短期不稳定性，特别是市场资源的整合，如果保持原来的现状不动，那么并购本身没有多大意义，如果改变则原由的市场风险将转化到新的品牌市场里来，带来新的威胁和损失，对于IBM的品牌短期内也将带来反面冲击。
第三从企业文化角度上讲，品牌文化是企业文化的核心，新的品牌文化是组合后的企业文化，如果相互独立，则品牌融合实质上却没有统一。如果企业文化融合，则新的品牌可能会丢失相互个性，不伦不类带来新的损失，这样对于品牌本身还是有损害，这都是需要解决的问题。方法是从市场上求统一，从企业系统上存异，从品牌上协同和分离，这是需要考虑的重要问题。
Lotus与IBM的故事-IBM收购LOTUS内幕原文
如果说唐爱平卖“表”是主动出击而获得成功的话，那么，莲花公司（LotusDevelopmentCorporation）的总裁曼兹（JimManzi）则是被迫卖“花”。幸运的是，卖出去的“莲花”在IBM的沃土上开得更加娇艳。
被逼无奈
富有传奇色彩的软件商莲花公司被IBM公司收购后，其表现几乎超出所有的战略和财务预测，在行业史上写下了极为浓重的一笔。
1995年6月5日莲花公司总裁曼兹收到IBM公司总裁郭士纳的信息:郭士纳要将莲花公司上市的5500万普通股强行收购。IBM开出高价，使股票价格翻了一番。而且郭士纳指示，如果Lotus要是敢于进行“反收购”，IBM将随时抬价，奉陪到底。
面对郭士纳的高压，曼兹当然十分气愤。但是理智终于战胜感情，郭士纳64美元一股的出价虽然是绝无还价余地，但是也令曼兹无法拒绝。最后曼兹妥协了。6月11日，这桩生意最终以35亿美元成交，成为软件史上最大的并购案。
“整个收购计划操作得完美无缺。”时任莲花公司副总裁的齐斯曼（MichaelZisman）说道。
据他介绍，郭士纳事无巨细都滴水不漏，他的勤奋也回报非凡。如果当时IBM决定再等一等，莲花的身价可能还会下跌，它的股价也会随之滑落，因此IBM本来可以出低价也能胜算在握。但郭士纳知道这样做的风险，低价购得的可能是价值缩水的资产，甚至会半路杀出个程咬金。而IBM拥有105亿美元现金，付得起高价，因此他决定不能坐失良机。
IBM公司软件开发副总裁汤普森（JohnM.Thompson）则认为，在当时的市场上，莲花公司无法独立求存。他深怕甲骨文公司（OracleCorporation）或ATT公司会出价收购。IBM必须行动迅速，并且周详精确。谈判时间决不能拖长。最重要的是，出高价会让潜在竞争对手望而生畏，知难而退。
花儿为什么这样红
莲花公司在被IBM收购后有不俗的表现，这与郭士纳的决策是分不开的。
郭士纳和汤普森立在收购后即采取果断措施，来表明他们坚决支持这次并购行动。例如，在并购后三个月内，汤普森终止IBM开发所有可能与莲花产品竞争的软件程序。借助这些举措，他大大降低两企业之间互相争斗的可能性，因为摩擦常使并购功败垂成。
让行政总裁出面支持并购至关重要。郭士纳很快就开始会见莲花的主要客户。在并购后的头两个季度，IBM和莲花公司的销售员共同拜访客户,令莲花公司的知名度空前提高。
此外，郭士纳并非仅是说说而已，他一直是莲花公司最高级别的销售员，积极向IBM和莲花公司的所有客户推广Notes软件。
销售数据最能说明问题。并购前，Notes软件的销售量不足300万份，而并购后据IBM称,仅Notes一项产品销售额已达10亿美元。最好的兼并企业往往在两家相关公司的独立与整合之间寻求平衡。如果IBM犯错的话，那就错在它未曾更早地推动莲花公司，来利用IBM巨大的资源宝库。
尽管如此，IBM还是向莲花公司的工程师敞开了其研发大门。“你们可以选择自己感兴趣的东西，”汤普森告诉他们。IBM允许他们不加限制地使用数十亿美元的研究资源，这在软件业是前所未有的。而莲花公司也将IBM开发的语音识别等功能，融入新版Notes之中。
同时，两家公司的工程师已开始进一步整合双方的产品线，准备在狼烟四起的通信软件大战中迎接来自微软的凶猛攻击。或许对齐斯曼和莲花另一位副总裁佩鲍斯（JeffreyP.Papows）提议的反应，最能反映IBM对莲花公司的信心。齐斯曼和佩鲍斯建议将Notes软件的价格减半。他俩迅速得到IBM公司毫无条件的首肯。郭士纳和汤普森都知道此举风险很大。“到这份上，我们把赌注押在人身上，”郭士纳说道，“放手让他们干去吧，希望他们的做法对头。”
1995年12月莲花公司翻新了Notes软件的经营战略，同时宣布降价。经IBM公司批准，1996年莲花公司斥资2亿美元，为Notes软件和Domino软件发起一场国际营销活动和广告攻势。公司产品的销售量随之应声上涨，并且势头较从前更猛。由于这次营销活动，Domino已成为IBM公司国际互联网战略中最珍贵的一颗钻石，倍受人们的推崇。
填补权力的真空
收购消息发布99天后，曼齐决定辞职。IBM对此的反应，可能是此笔交易中最发人深省的了。
曼齐告知郭士纳他决定辞职一小时之后，汤普森即致电齐斯曼和佩鲍斯，将曼齐的辞职决定告诉他俩，请他们当天下午在波士顿面见他。汤普森在15分钟之内拟就了他的计划。他认为，应该找一位莲花公司的高级主管接手。指派IBM的人会带来灾难性后果。外聘不仅要费时几个月，也不大可能找到最佳人选。并且，这样做会发出错误信息。但齐斯曼和佩鲍斯都不愿顶上来。
汤普森意识到，他们是害怕顶替会破坏他们密切的工作关系。因此，他建议通过总裁办公室对莲花实行双重领导制，由齐斯曼担纲行政总裁，佩鲍斯任运作总裁（COO）。对此，他们俩均表同意。郭士纳也马上批准了此种安排。有关新闻在曼齐辞职消息传出不到24小时即已公布，以打消软件业内和莲花公司内部的恐慌情绪，使横飞的谣言不攻自破。
此后两年内，IBM确实找到了应对这种微妙兼并局面的合适领袖。他们精明睿智、做事果敢，带领人们建立共识。他们为了企业联姻的成功，甘愿舍弃自己。
莲花文化渗透蓝色巨人
汤普森认为，要让并购企业平稳运作，关键是采取一种平衡的管理方式。“二家企业间毫无高下之分，这点你必须清楚。你只管撷取二者的精华。”汤普森很乐于接受莲花公司的基于这种考虑，IBM没有将莲花公司拆解开来，而是决定把它组建为一个全资子公司，仍保留原来充满活力的品牌。员工享受的仍然是莲花公司的工资和福利。IBM不会将自己的规章制度和文化强加给莲花公司。
莲花公司非但没有出现人们所恐惧的裁员，相反员工人数却稳步上升。在不到三年的时间里，员工总数膨胀到近9000人，几乎比收购时翻了一番。员工年流失率也从收购前的11%降到6%。
拥有10亿美元收入的莲花公司仍是一家真正的商业企业，拥有自己一套严格的运营规则和企业所具有的全部关系网络。相反，有所改变的倒是IBM，它的古板形象也大有改观，脱去了名声不佳的蓝西装、白衬衫和尖皮鞋的着装。随意着装和对电脑世界看法的改变，令IBM和莲花公司更紧密地站在一起，联系之紧密是外人所无法测度的。
例如，并购计划宣布后，莲花公司员工向郭士纳最初提出的一个问题:收购会对莲花公司的福利政策有何影响。IBM不仅没有改变莲花公司的福利制度，反而在IBM也照章沿用文化，并将其融入IBM。“说实话，我希望我们一些员工能象莲花公司员工那样行事。”因此，他原样保留了莲花公司的所有制度，如福利、薪酬方案及股权等。
IBM收购LOTUS内幕交易案(证券时报)
IBM是全球最大的IT公司，而莲公司(LOTUS)是美国最优秀的软件公司之一，其在办公软件市场占据统治地位，IBM看中了莲花的技术优势，于1995年3月向莲花公司提出友好兼并的建议。不过莲花公司CEO吉姆·曼兹坚信莲花的困难是暂时，不必出售公司，故资本市场对此一直无法作出判断，在合并消息公布前，莲花股价一直徘徊在30-35美元。
最后双方对合并达成了共识，6月5日，IBM宣布正式收购莲花，收购价高达每股60美元。6月11日，IBM最终以每股64美元收购了莲花97％以上的股票，总金额35.2亿美元，消息令人震惊。
1995年4月底，IBM公司的一位女秘书在复印材料时，得知IBM正考虑收购莲花，于是她一直盯着事态的进展。IBM与莲花达成原则协议后，这位秘书知道事情已成功并将于6月5日左右对外宣布，便将此信息告诉了丈夫罗伯特。但夫妇俩没有股票帐户，便将消息告诉好友格林，格林买了一些莲花股票和期权，在消息公布后抛出，共获利1.7万美元，并付给女秘书夫妇3500美元以报答他们的内幕消息。与此同时，罗伯特也曾打电话给另一好友美赞，请他代购一些莲花股票期权并分享利润，美赞根据内幕消息净赚2.75万美元，并以4000美元作为回报。这一消息又通过美赞传向了其他亲戚朋友，共有6层之多。美国证监会最终发现，共有25人根据IBM公司女秘书的内幕消息在6月2日购买了莲花股票和期权，共获利130万美元。由于大部分人是平生第一次买证券，更没碰过股票期权，正因为他们不是老手，内幕消息一经传出就不可收拾。6月1-2日，莲花股票交易量比5月份任何一天都高，立刻引起了美国证监会、证交所和期交所的注意，美国证监会立即立案调查。通过调查6月5日之前数天内莲花股票、期权的交易记录进行分析，尤其注意开立新账户且这些账户没有买进其他证券的户头。
经过1995年6月到1999年5月的4年调查，美国证监会正式对25名嫌疑人向纽约南区法院起诉，理由是“内幕交易”。当天，秘书夫妇和另外两名被告就与美国证监会达成和解。其中，秘书夫妇同意退回他们赚取的7500美元并支付罚金1.5万美元。由于他们是内部信息的源头，本应缴纳罚金31万美元，但法庭考虑到其财务状况，最终予以豁免，事发后，这名秘书被IBM开除。
到了1999年6月10日，第5名被告也提出和解，同意支付13万美元(退还交易利润加罚金)。1999年9月13日，第6名被告提出和解，同意支付7.1万美元。2000年2月16日和6月20日，分别又有2名和3名被告提出和解，同意退还交易利润及罚金的总额达48.7万美元。到此，只剩下14名被告继续辩护。
辩方律师于2000年10月11日要求法庭对本案作出“即决裁判”，这在美国司法程序中通常是被告在正式开庭审判前的最后努力，如成功即可终止案件，但法官驳回了辩方的请求。
在双方为11月底正式由陪审团参加的开庭审判做准备时，余下的14名被告感到胜诉希望越来越小，又有7名提出和解，他们退回了内幕交易所获利润加1.5倍的罚金，总金额达83.9万美元。其中两名被告由于罚金太高导致了破产。
最后只剩下7名被告。2000年11月底至12月6日，纽约南区法院进行了6天半由陪审团参加的公开审判。原告和被告各自申辩后，12月7日陪审团作出裁决。判其中4名被告违反《证券交易法》第14e-3节，其余3名被告无罪。2000年12月20日，主审法官宣布对被判有罪的4名被告及传播消息最多的美赞和克夫兰的处罚，这6名被告一共被处罚58万美元，其中美赞被罚13万美元，其他人则分别被处以6.8万美元、14万美元、9万美元和7.5万美元的罚款。此外，法官还特别下令禁止美赞和克夫兰今后从事任何可能违反《证券交易法》第10-b节相关的交易活动(这项法规禁止任何与证券交易相关的欺诈活动)
如何执行一个渗透测试求解答
虽然执行一个渗透测试有许多明显的优点——执行渗透测试的价值在于它的结果。这些结果必须是有价值的，而且对于客户来说必须是很容易理解的。有一个常见的误解是认为渗透测试只是使用一些时髦的自动化安全工具，并处理所生成的报告。但是，成功执行一个浸透测试并不仅仅是需要安全工具。虽然这些自动化安全测试工具在实践中扮演了重要的角色，但是它们也是有缺点的。事实上，这些工具一直无法真正模拟一个高深攻击者的行为。不管安全工具完成的报告有多么全面，其中总是有一些需要解释的问题。
让我们看看构成一个良好渗透测试的一些关键因素：建立参数：定义工作范围是执行一个成功渗透测试的第一步，也是最重要的一步。这包括定义边界、目标和过程验证（成功条件）。
o遵守保密协议
选择足够的测试集：
手工的和自动的都会影响成功/效益之间的最佳平衡。
遵循正确的方法：
这并不是猜谜游戏。所有方面都需要规划、文档化和符合要求。
测试结果与建议：
这是渗透测试的一个非常重要的部分。最终的报告必须清晰地说明成果，必须将成果与潜在的风险对应。这应该会附带产生一个基于最佳安全实践方法的修正路线图。
在我们讨论浸透测试中所使用的测试策略和技术之前，让我们先看一些可能很有用的场景：
建立新的办公室
不管是建立新的公司或增加新的办公点，浸透测试都有助于确定网络基础架构中的潜在漏洞。例如，在增加新办公点时执行内部测试是非常重要的，因为它会检查网络资源的可用性，并检查这些办公点之间传输的流量类型。
部署新的网络基础架构
每一个新的网络基础架构都应该能模拟黑客行为进行全面的测试。当执行外部测试（预先不太了解基础架构）来保证边界安全性时，我们也应该执行内部测试来保证网络资源，如：服务器、存储、路由和访问设备，在边界受到攻击时仍然是足够安全的，而且基础架构是能够抗拒任何攻击的。
修改/升级现有的基础架构
。必要测试的数量取决于基础架构修改的特征和程度。细小的变化，如配置变更为特定规则，将只需要进行端口扫描来保证预期的防火墙行为，而重大的变化，如关键设备/OS版本升级，可能就需要彻底重新测试。
部署新应用当基础架构进行彻底测试之后，新的应用（不管是连接Internet的或是在Intranet中）在部署到生产环境之前也都必须进行安全性测试。这个测试需要在“实际的”平台上进行，以保证这个应用只使用预定义的端口，而且代码本身也是安全的。
修改/升级一个现有应用
随着基本架构发生变化，本质上应用也会发生变化。细小的变化，如用户帐号修改，都不需要测试。但是，重大的变化，包括应用功能变化，都应该彻底重新测试。
定期重复测试
管理安全性并非易事，而公司不应该认为渗透测试就是所有安全问题的最终解决办法。对敏感系统定期执行测试来保证不会出现不按计划的变化，一直都是一个非常好的实践方法
sql注入攻击与防御
AppScan[5] 是IBM公司出的一款Web应用安全测试工具，
AppScan
采用黑盒测试的方式，可以扫描常见的web应用安全漏洞。其工作原理，首先是根据起始页爬取站下所有可见的页面，同时测试常见的管理后台；获得所有页面之后利用SQL注入原理进行测试是否存在注入点以及跨站脚本攻击的可能；同时还会对cookie管理、会话周期等常见的web安全漏洞进行检测。AppScan功能十分齐全，支持登录功能并且拥有十分强大的报表。在扫描结果中，不仅能够看到扫描的漏洞，还提供了详尽的漏洞原理、修改建议、手动验证等功能。AppScan的缺点在于，作为一款商业软件，价格十分昂贵。
渗透测试工具溯雪
溯雪是一款国产软件，主要的功能是进行表单破解。
溯雪
由于目前的应用多数采用B/S模式，登录窗口也都采用表单提交的方式，使得基于传统协议的暴力破解软件没有用武之地。针对此类应用，采用溯雪等基于表单的暴力破解软件可以很好的进行弱口令扫描。
溯雪的工作原理是抽取目标网站中的表单元素，搜寻错误登录时的错误标志，然后采用字典填充其值并不断提交尝试获得正确的连接。
渗透测试工具Pangolin
Pangolin是一款SQL注入测试工具，能够自动化的进行
Pangolin
注入漏洞的检测，从检测注入开始到最后控制目标系统都给出了测试步骤，是目前国内使用率最高的SQL注入测试软件。支持的数据库包括Access、DB2、Informix、Microsoft SQL Server 2000、Microsoft SQL Server 2005、Microsoft SQL Server 2008、Mysql、Oracle、PostgreSQL、Sqlite3、Sybase。
渗透测试的步骤有哪些
渗透测试步骤
明确目标
· 确定范围：测试目标的范围，ip，域名，内外网。
· 确定规则：能渗透到什么程度，时间?能否修改上传?能否提权等。
· 确定需求：web应用的漏洞、业务逻辑漏洞、人员权限管理漏洞等等。
信息收集
方式：主动扫描，开放搜索等。
开放搜索：利用搜索引擎获得，后台，未授权页面，敏感url等。
漏洞探索
利用上一步中列出的各种系统，应用等使用相应的漏洞。
方法：
1.漏扫，awvs，IBM appscan等。
2.结合漏洞去exploit-db等位置找利用。
3.在网上寻找验证poc。
内容：
系统漏洞：系统没有及时打补丁
Websever漏洞：Websever配置问题
Web应用漏洞：Web应用开发问题
其它端口服务漏洞：各种21/8080(st2)/7001/22/3389
通信安全：明文传输，token在cookie中传送等。
漏洞验证
将上一步中发现的有可能可以成功利用的全部漏洞都验证一遍，结合实际情况，搭建模拟环境进行试验。成功后再应用于目标中。
自动化验证：结合自动化扫描工具提供的结果
手工验证，根据公开资源进行验证
试验验证：自己搭建模拟环境进行验证
登陆猜解：有时可以尝试猜解一下登陆口的账号密码等信息
业务漏洞验证：如发现业务漏洞，要进行验证
公开资源的利用
信息分析
为下一步实施渗透做准备：
精准打击：准备好上一步探测到的漏洞的exp，用来精准打击
绕过防御机制：是否有防火墙等设备，如何绕过
定制攻击路径：最佳工具路径，根据薄弱入口，高内网权限位置，最终目标
绕过检测机制：是否有检测机制，流量监控，杀毒软件，恶意代码检测等
攻击代码：经过试验得来的代码，包括不限于xss代码，sql注入语句等
获取所需
实施攻击：根据前几步的结果，进行攻击
获取内部信息：基础设施
进一步渗透：内网入侵，敏感目标
持续性存在：一般我们对客户做渗透不需要。rookit，后门，添加管理账号，驻扎手法等
清理痕迹：清理相关日志，上传文件等
信息整理
整理渗透工具：整理渗透过程中用到的代码，poc，exp等
整理收集信息：整理渗透过程中收集到的一切信息
整理漏洞信息：整理渗透过程中遇到的各种漏洞，各种脆弱位置信息
形成报告
按需整理：按照之前第一步跟客户确定好的范围，需求来整理资料，并将资料形成报告
补充介绍：要对漏洞成因，验证过程和带来危害进行分析
修补建议：当然要对所有产生的问题提出合理高效安全的解决办法
ibm security appscan standard 是向程序里插代码吗
1. Appscan是web应用程序渗透测试舞台上使用最广泛的工具之一.它是一个桌面应用程序，它有助于专业安全人员进行Web应用程序自动化脆弱性评估。本文侧重于配置和使用Appcan。
2.可定制的扫描策略：Appscan配备一套自定义的扫描策略,你可以定制适合你需要的扫描策略。
3.报告：根据你的要求，可以生成所需格式的报告。
4.Appscan分为三部分：探索、连接和测试。
探索和测试阶段：
在我们开始扫描之前，让我们对Appscan的工作做一个了解.任何自动化扫描器都有两个目标：找出所有可用的链接和攻击寻找应用程序漏洞。
渗透测试应该怎么做呢？
01、信息收集
1、域名、IP、端口
域名信息查询：信息可用于后续渗透
IP信息查询：确认域名对应IP，确认IP是否真实，确认通信是否正常
端口信息查询：NMap扫描，确认开放端口
发现：一共开放两个端口，80为web访问端口，3389为windows远程登陆端口，嘿嘿嘿，试一下
发现：是Windows Server 2003系统，OK，到此为止。
2、指纹识别
其实就是网站的信息。比如通过可以访问的资源，如网站首页，查看源代码:
看看是否存在文件遍历的漏洞（如图片路径，再通过…/遍历文件）
是否使用了存在漏洞的框架（如果没有现成的就自己挖）
02、漏洞扫描
1、主机扫描
Nessus
经典主机漏扫工具，看看有没有CVE漏洞：
2、Web扫描
AWVS（Acunetix | Website Security Scanner）扫描器
PS：扫描器可能会对网站构成伤害，小心谨慎使用。
03、渗透测试
1、弱口令漏洞
漏洞描述
目标网站管理入口（或数据库等组件的外部连接）使用了容易被猜测的简单字符口令、或者是默认系统账号口令。
渗透测试
① 如果不存在验证码，则直接使用相对应的弱口令字典使用burpsuite 进行爆破
② 如果存在验证码，则看验证码是否存在绕过、以及看验证码是否容易识别
风险评级：高风险
安全建议
① 默认口令以及修改口令都应保证复杂度，比如：大小写字母与数字或特殊字符的组合，口令长度不小于8位等
② 定期检查和更换网站管理口令
2、文件下载（目录浏览）漏洞
漏洞描述
一些网站由于业务需求，可能提供文件查看或下载的功能，如果对用户查看或下载的文件不做限制，则恶意用户就能够查看或下载任意的文件，可以是源代码文件、敏感文件等。
渗透测试
① 查找可能存在文件包含的漏洞点，比如js，css等页面代码路径
② 看看有没有文件上传访问的功能
③ 采用…/来测试能否夸目录访问文件
风险评级：高风险
安全建议
① 采用白名单机制限制服务器目录的访问，以及可以访问的文件类型(小心被绕过)
② 过滤【./】等特殊字符
③ 采用文件流的访问返回上传文件（如用户头像），不要通过真实的网站路径。
示例：tomcat，默认关闭路径浏览的功能：
param-namelistings/param-name
param-valuefalse/param-value
3、任意文件上传漏洞
漏洞描述
目标网站允许用户向网站直接上传文件，但未对所上传文件的类型和内容进行严格的过滤。
渗透测试
① 收集网站信息，判断使用的语言（PHP，ASP，JSP）
② 过滤规则绕过方法：文件上传绕过技巧
风险评级：高风险
安全建议
① 对上传文件做有效文件类型判断，采用白名单控制的方法，开放只允许上传的文件型式；
② 文件类型判断，应对上传文件的后缀、文件头、图片类的预览图等做检测来判断文件类型，同时注意重命名（Md5加密）上传文件的文件名避免攻击者利用WEB服务的缺陷构造畸形文件名实现攻击目的；
③ 禁止上传目录有执行权限；
④ 使用随机数改写文件名和文件路径，使得用户不能轻易访问自己上传的文件。
4、命令注入漏洞
漏洞描述
目标网站未对用户输入的字符进行特殊字符过滤或合法性校验，允许用户输入特殊语句，导致各种调用系统命令的web应用，会被攻击者通过命令拼接、绕过黑名单等方式，在服务端运行恶意的系统命令。
渗透测试
风险评级：高风险
安全建议
① 拒绝使用拼接语句的方式进行参数传递；
② 尽量使用白名单的方式（首选方式）；
③ 过滤危险方法、特殊字符，如：【|】【】【；】【’】【"】等
5、SQL注入漏洞
漏洞描述
目标网站未对用户输入的字符进行特殊字符过滤或合法性校验，允许用户输入特殊语句查询后台数据库相关信息
渗透测试
① 手动测试：判断是否存在SQL注入，判断是字符型还是数字型，是否需要盲注
② 工具测试：使用sqlmap等工具进行辅助测试
风险评级：高风险
安全建议
① 防范SQL注入攻击的最佳方式就是将查询的逻辑与其数据分隔，如Java的预处理，PHP的PDO
② 拒绝使用拼接SQL的方式
6、跨站脚本漏洞
漏洞描述
当应用程序的网页中包含不受信任的、未经恰当验证或转义的数据时，或者使用可以创建 HTML或JavaScript 的浏览器 API 更新现有的网页时，就会出现 XSS 缺陷。XSS 让攻击者能够在受害者的浏览器中执行脚本，并劫持用户会话、破坏网站或将用户重定向到恶意站点。
三种XSS漏洞：
① 存储型：用户输入的信息被持久化，并能够在页面显示的功能，都可能存在存储型XSS，例如用户留言、个人信息修改等。
② 反射型：URL参数需要在页面显示的功能都可能存在反射型跨站脚本攻击，例如站内搜索、查询功能。
③ DOM型：涉及DOM对象的页面程序，包括：document.URL、document.location、document.referrer、window.location等
渗透测试
存储型，反射型，DOM型
风险评级：高风险
安全建议
① 不信任用户提交的任何内容，对用户输入的内容，在后台都需要进行长度检查，并且对【】【】【"】【’】【】等字符做过滤
② 任何内容返回到页面显示之前都必须加以html编码，即将【】【】【"】【’】【】进行转义。
7、跨站请求伪造漏洞
漏洞描述
CSRF，全称为Cross-Site Request Forgery，跨站请求伪造，是一种网络攻击方式，它可以在用户毫不知情的情况下，以用户的名义伪造请求发送给被攻击站点，从而在未授权的情况下进行权限保护内的操作，如修改密码，转账等。
渗透测试
风险评级：中风险（如果相关业务极其重要，则为高风险）
安全建议
① 使用一次性令牌：用户登录后产生随机token并赋值给页面中的某个Hidden标签，提交表单时候，同时提交这个Hidden标签并验证，验证后重新产生新的token，并赋值给hidden标签；
② 适当场景添加验证码输入：每次的用户提交都需要用户在表单中填写一个图片上的随机字符串；
③ 请求头Referer效验，url请求是否前部匹配Http(s)?/ServerHost
④ 关键信息输入确认提交信息的用户身份是否合法，比如修改密码一定要提供原密码输入
⑤ 用户自身可以通过在浏览其它站点前登出站点或者在浏览器会话结束后清理浏览器的cookie；
8、内部后台地址暴露
漏洞描述
一些仅被内部访问的地址，对外部暴露了，如：管理员登陆页面；系统监控页面；API接口描述页面等，这些会导致信息泄露，后台登陆等地址还可能被爆破。
渗透测试
① 通过常用的地址进行探测，如login.html，manager.html，api.html等；
② 可以借用burpsuite和常规页面地址字典，进行扫描探测
风险评级：中风险
安全建议
① 禁止外网访问后台地址
② 使用非常规路径（如对md5加密）
9、信息泄露漏洞
漏洞描述
① 备份信息泄露：目标网站未及时删除编辑器或者人员在编辑文件时，产生的临时文件，或者相关备份信息未及时删除导致信息泄露。
② 测试页面信息泄露：测试界面未及时删除，导致测试界面暴露，被他人访问。
③ 源码信息泄露：目标网站文件访问控制设置不当，WEB服务器开启源码下载功能，允许用户访问网站源码。
④ 错误信息泄露：目标网站WEB程序和服务器未屏蔽错误信息回显，页面含有CGI处理错误的代码级别的详细信息，例如SQL语句执行错误原因，PHP的错误行数等。
⑤ 接口信息泄露：目标网站接口访问控制不严，导致网站内部敏感信息泄露。
渗透测试
① 备份信息泄露、测试页面信息泄露、源码信息泄露，测试方法：使用字典，爆破相关目录，看是否存在相关敏感文件
② 错误信息泄露，测试方法：发送畸形的数据报文、非正常的报文进行探测，看是否对错误参数处理妥当。
③ 接口信息泄露漏洞，测试方法：使用爬虫或者扫描器爬取获取接口相关信息，看目标网站对接口权限是否合理
风险评级：一般为中风险，如果源码大量泄漏或大量客户敏感信息泄露。
安全建议
① 备份信息泄露漏洞：删除相关备份信息，做好权限控制
② 测试页面信息泄露漏洞：删除相关测试界面，做好权限控制
③ 源码信息泄露漏洞：做好权限控制
④ 错误信息泄露漏洞：将错误信息对用户透明化，在CGI处理错误后可以返回友好的提示语以及返回码。但是不可以提示用户出错的代码级别的详细原因
⑤ 接口信息泄露漏洞：对接口访问权限严格控制
10、失效的身份认证
漏洞描述
通常，通过错误使用应用程序的身份认证和会话管理功能，攻击者能够破译密码、密钥或会话令牌， 或者利用其它开发缺陷来暂时性或永久性冒充其他用户的身份。
渗透测试
① 在登陆前后观察，前端提交信息中，随机变化的数据，总有与当前已登陆用户进行绑定的会话唯一标识，常见如cookie
② 一般现在网站没有那种简单可破解的标识，但是如果是跨站认证，单点登录场景中，可能为了开发方便而简化了身份认证
风险评级：高风险
安全建议
① 使用强身份识别，不使用简单弱加密方式进行身份识别；
② 服务器端使用安全的会话管理器，在登录后生成高度复杂的新随机会话ID。会话ID不能在URL中，可以安全地存储，在登出、闲置超时后使其失效。
11、失效的访问控制
漏洞描述
未对通过身份验证的用户实施恰当的访问控制。攻击者可以利用这些缺陷访问未经授权的功能或数据，例如：访问其他用户的帐户、查看敏感文件、修改其他用户的数据、更改访问权限等。
渗透测试
① 登入后，通过burpsuite 抓取相关url 链接，获取到url 链接之后，在另一个浏览器打开相关链接，看能够通过另一个未登入的浏览器直接访问该功能点。
② 使用A用户登陆，然后在另一个浏览器使用B用户登陆，使用B访问A独有的功能，看能否访问。
风险评级：高风险
安全建议
① 除公有资源外，默认情况下拒绝访问非本人所有的私有资源；
② 对API和控制器的访问进行速率限制，以最大限度地降低自动化攻击工具的危害；
③ 当用户注销后，服务器上的Cookie，JWT等令牌应失效；
④ 对每一个业务请求，都进行权限校验。
12、安全配置错误
漏洞描述
应用程序缺少适当的安全加固，或者云服务的权限配置错误。
① 应用程序启用或安装了不必要的功能（例如：不必要的端口、服务、网页、帐户或权限）。
② 默认帐户的密码仍然可用且没有更改。
③ 错误处理机制向用户披露堆栈跟踪或其他大量错误信息。
④ 对于更新的系统，禁用或不安全地配置最新的安全功能。
⑤ 应用程序服务器、应用程序框架（如：Struts、Spring、ASP.NET）、库文件、数据库等没有进行相关安全配置。
渗透测试
先对应用指纹等进行信息搜集，然后针对搜集的信息，看相关应用默认配置是否有更改，是否有加固过；端口开放情况，是否开放了多余的端口；
风险评级：中风险
安全建议
搭建最小化平台，该平台不包含任何不必要的功能、组件、文档和示例。移除或不安装不适用的功能和框架。在所有环境中按照标准的加固流程进行正确安全配置。
13、使用含有已知漏洞的组件
漏洞描述
使用了不再支持或者过时的组件。这包括：OS、Web服务器、应用程序服务器、数据库管理系统（DBMS）、应用程序、API和所有的组件、运行环境和库。
渗透测试
① 根据前期信息搜集的信息，查看相关组件的版本，看是否使用了不在支持或者过时的组件。一般来说，信息搜集，可通过http返回头、相关错误信息、应用指纹、端口探测（Nmap）等手段搜集。
② Nmap等工具也可以用于获取操作系统版本信息
③ 通过CVE，CNVD等平台可以获取当前组件版本是否存在漏洞
风险评级：按照存在漏洞的组件的安全风险值判定当前风险。
安全建议
① 移除不使用的依赖、不需要的功能、组件、文件和文档；
② 仅从官方渠道安全的获取组件(尽量保证是最新版本)，并使用签名机制来降低组件被篡改或加入恶意漏洞的风险；
③ 监控那些不再维护或者不发布安全补丁的库和组件。如果不能打补丁，可以考虑部署虚拟补丁来监控、检测或保护。
详细学习可参考：
IBM是靠什么赚钱的？
今年还没完呢，你看到的应该是去年的。多少公司的IT部门全部由ibm管理，什么数据都有ibm经手作为一家公司一旦为了节约开支，把IT部门给ibm接手，你这辈子到破产都跳不下ibm这条船，ibm还赚各国政府的钱，最多的应该是美国国防部凭借这种渗透力和38万＋的员工，IBM统治全球指日可待