fiddler

你离黑客的距离,就差这20个神器了

自作多情 提交于 2020-08-15 02:51:34
在不少电影电视剧中,主角的身边都有这么一位电脑高手:他们分分钟可以黑进反派的网络,攻破安全防线,破解口令密码,拿到重要文件。他们的电脑屏幕上都是一些看不懂的图形和数字,你能看懂的就只有那个进度条,伴随着紧张的BGM,慢慢的向100%靠近······ 上面的场景和套路是不是很眼熟? 影视作品中的黑客当然有夸张和戏剧化的表现,不过,现实世界中的黑客也有一套他们的工具库,轩辕君梳理了常用的20个工具。有了他们,你也能化身电脑高手,成为那个瞩目的焦点。 以下分系统终端侧和网络侧两个方向,分别介绍10款常用的黑客工具。 - OllyDbg - WinDbg - IDA - APIMonitor - PCHunter - ProcExp - ProcMon - dex2jar - jd-gui - Mimikatz - WireShark - Fiddler - nmap - netcat - Nessus - SQLMap - hydra - shodan - zoomeye - metasploit 系统终端 系统终端侧的工具主要用于程序逆向分析、破解等用途。 OllyDbg 调试工具,简称OD,其名头在圈子里也算得上是顶流了。其黑客风的交互界面,丰富便捷的调试功能成为软件破解爱好者的首选利器。 WinDbg 也是一款调试工具,微软出品,必属精品?与上面的OD不同,它的界面就要朴素无华许多

关于APP渗透测试的实践与思考

时间秒杀一切 提交于 2020-08-14 05:58:45
云栖号资讯:【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 一、前言 移动互联网应用程序(Mobile APP,以下简称“APP”或“移动APP”)安全早已成为信息安全领域中广受关注的热点话题。作为安全检测人员,在日常测试工作中经常涉及移动APP的安全检测,在此结合相关移动APP检测标准和工作经验,从渗透测试角度,对移动APP的检测进行概要性总结说明。 二、目标分析 移动APP的安全问题与传统桌面软件有所不同。虽然现代移动操作系统(如Android和iOS)已比较注重安全防护,但如果APP开发人员在开发移动应用程序时不全面仔细地考虑安全性,APP仍可能会存在可被利用的安全漏洞,从而面临安全威胁。移动APP渗透测试目的就是充分分析和挖掘移动APP和相关系统存在的安全问题,进而帮助其进行修复,提升安全性,保护用户信息。 从业务上来看,在移动APP架构中,面临安全威胁的目标 / 路径主要有三个,它们分别是:移动APP、数据传输和服务端。 三、面临的威胁 1. 客户端 客户端(移动APP)主要面临的威胁包括反编译、调试、篡改/重打包、输入记录、组件安全、注入和Hook、本地敏感数据泄露等。 (1) 反编译 对一个软件进行分析可以分为静态分析和动态分析两大部分。反编译是静态分析的一种基础手段。高级编程语言源代码经过编译变成可执行文件

【面试题资源共享】一文总结最高频软件测试|sq|语句|思维发散|计算机基础|Linux|测试用例|接口测试|等技术面试题

浪子不回头ぞ 提交于 2020-08-14 03:24:58
思维发散 1.一个球, -把尺子长度是球直径的2/3,怎样测出半径? 2.四枚硬币,花面朝上,每次翻转三个,几次可以将四枚硬币变为字面朝上? 3. U2合唱团在1 7分钟内赶到演唱会现场问题? 4.小明一家过桥,黑夜? 5.一名军官要求24名士兵占成6排? 6.一只笔有什么用途,想象力发散一下? 7.有两根各段都不均匀的绳子,和一个打火机? 8.甲卖铅笔,成本是28元,卖31元。-天乙上甲那买铅笔,给了甲100元,甲没有零钱,于是和丙换了10元的 零钱后找到乙69元。过了一-会,丙说刚才甲和他换的100元是假的,于是甲只好给了丙一张真的100元。问甲 在整个交易中损失了多少? 9.时钟的指针一天内会重合几次? 10.有两个奇怪的村庄A和B,A村的人每周- - -三五说谎,B村的人每周二四六说谎,其他的日子里他们都说真话。 某天有个外地人来到这里,碰到两个人,并分别向他们提出关于日期的问题,两个人都说“前天是我说谎的日 子”。如果这两个人分别来自A和B村,那么这一天最有可能 是星期几? 11.有三顶黑帽子、两顶白帽子.A、B、C三个人在黑暗中分别拿- -顶戴上.开灯后每个人是看不到自己帽子的.A看 了其他两个人之后无法判断自己帽子颜色,于是说不知道: B看了其他两人之后也说自己不知道自己帽子颜色: C本来也判断不出自己帽子颜色,但听了A和B的话后,C说可以判断自己的帽子颜色了.A、B

测试面试必看详细攻略(值得观看),看了你也行

空扰寡人 提交于 2020-08-14 01:46:58
一.面试流程 通常面试有两轮,第一面是一个小组长或者经验丰富的老测试员对你掌握的技术进行细节的了解。 通过后,第二面通常是以后主管你的Leader。主要是对你测试思维、为人处世、职业发展等几个方向来提问。 通常技术面试通过后才到人事部门HR来跟你谈薪资待遇。 有的公司也会有笔试,题目一般有: (1)奇葩逻辑题。 (2)给你一个测试需求写测试用例考察你的测试思维以及覆盖率。 (3)数据库SQL语句。 (4)Linux常用命令。 重点说面试,不赘述。这些题,看我前面几篇文章就好。 二.面试准备 分成两类来总结 第一类–通用类 1自我介绍一定要准备!!! 回答提示:面试官让你自我介绍的目的:第一,对你的经历有个大概了解;第二,看你自己的表达能力;第三,趁这个空档想想接下来问你什么问题。所以,你的自我介绍必然要包含你的个人情况、工作经历、简单描述具备的技能技术。 可参考回答样本::面试官您好,我叫****,来自于***。做过x年黑盒测试、x年自动化测试。在期间做了不少的项目,也积累了不少的测试经验,能够独立完成软件测试的测试工作,主要做过功能测试、app专项测试和接口测试方面的工作。熟悉整个测试开发流程、数据库、fiddler的应用都比较熟悉。也自主学习过web、接口、APP自动化测试脚本的编写,最近一段时间也做了自动化测试,主要是用的Java+selenium框架实现的,我平常喜欢看看书

软件测试常见面试题

旧时模样 提交于 2020-08-13 13:35:17
软件测试面试题 app 测试和 b web 测试有什么区别? WEB 测试和 p App 测试从流程上来说,没有区别。 都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活 动。从技术上来说, WEB 测试和 APP 测试其测试类型也基本相似,都需要进行功能测 试、性能测试、安全性测试、 GUI 测试等测试类型。 他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在 WEB 测试只需要测试响应时间这个要素,在 App 测试中还需要考虑流量测试和耗电量 测试。 兼容性测试: 在 WEB 端是兼容浏览器,在 App 端兼容的是手机设备。而且相对应 的兼容性测试工具也不相 同, WEB 因为是测试兼容浏览器,所以需要使用不同 的浏览器进行兼容性测试(常见的是兼容 IE6 , IE8 , chrome , firefox )如果是 手机端, 那么就需要兼容不同品牌,不同分辨率,不同 android 版本甚至不同 操作系统的兼容。(常见的兼容方式是兼容市场占用率前 N 位的手机即可),有 时候也可 以使用到兼容性测试工具,但 WEB 兼容性工具多用 IETester 等工具, 而 App 兼容性测试会使用 Testin 这样的商业工具也可以做测试。 安装测试: WEB 测试基本上没有客户端层面的安装测试,但是 App 测试是存在客户端层面的安装测试

3个必备cookie实用方法

假如想象 提交于 2020-08-13 12:38:33
今天跟大家介绍一下三种cookie的使用方法,selenium提供了我们add_cookie()方法来跳过验证码直接登录的方法。我们现在以博客园登录为例,都知道现在博客园登录要拼图验证。 先在网页打开到登录界面: 打开这个登录页面以后,打开你的fiddler: 点Remove all即可清除下面的信息。 然后回到博客园登录页面进行登录操作,登录成功以后,进入fiddler查看: 找上图方框的Host地址。点击,然后看右侧的cookie: 看下面Cookies标签,就是方框里面的内容,等号前面的是'name',等号后面的是对应的value。只需要加上'name','value','domain'三个cookie值就可以了。 好,我们看代码: # coding: utf-8from selenium import webdriverfrom time import sleep driver = webdriver.Firefox() driver.get( "https://www.cnblogs.com/") driver.add_cookie({ 'name': '.CNBlogsCookie', 'value': '45E821B8C9CB67088674479A3C874E', 'domain': '.cnblogs.com'}) driver.add_cookie({

为什么Web端登录需要验证码?

大兔子大兔子 提交于 2020-08-13 01:46:46
很多朋友们对于登录必然遇到的验证码这个事情很不理解,增加用户操作的冗余性,直接登录很方便,为什么web端登录要添加个验证码?直到上周,一家做业务安全的公司给出我们现在Web网站的安全报告,我才意识到:验证码的本质属性安全性,除了防止恶意破解密码、刷票、羊毛党、论坛灌水、爬虫等行为外,还是用户与网站信息安全的有力保障。 下面是我们安服技术人员给的从安全角度看,为什么Web登录需要验证码? 因为你的WEB站有时会碰到客户机恶意***。其中一种很常见的***手段就是身份欺骗,它通过在客户端脚本写入一些代码,然后利用其客户机在网站、论坛反复登陆,或者***者创建一个HTML窗体,其窗体如果包含了你注册窗体或发帖窗体等相同的字段,然后利用"http-post"传输数据到服务器,服务器会执行相应的创建帐户,提交垃圾数据等操作。如果服务器本身不能有效验证并拒绝此非法操作,它会很严重耗费其系统资源,降低网站性能甚至使程序崩溃。 下面引用2个常见的HTML***举例说明: 1、HTML语法暴露的账户安全问题 标准的HTML语法中,支持在form表单中使用<input></input>标签来创建一个HTTP提交的属性,现代的WEB登录中,常见的是下面这样的表单: <form action = "http://localhost:8080/Application/login" method =

移动端APP自动化测试超全基础汇总

落花浮王杯 提交于 2020-08-12 20:54:10
  目录 一.面试过程 1.自动化岗位要求  2.面试流程,面试类型  3.沟通技巧,不同级别要求 二.真实面试案例 1.一个输入框的面试题(有人拿到高级岗位,有人连初级都没拿到,为什么) 三.自我分析 1.积累的知识决定了初入社会的岗位  2.什么是好的简历  3.需要掌握的基本知识 四.技术基础知识 1.常见测试理论  2.python语言常见问题  3.python常问算法  4.linux基本命令  5.计算机网络  6.操作系统  7.数据库相关  8.fiddler抓包工具  9.android系统相关工具  10.adb相关问题  11.monkey相关问题 五.自动化工具 1.Instrumentation  2.UIAutomator  3.Selendroid  4.Robotium  5.Appium  6.Selenium 六.自动化框架 1.Unittest框架  2.数据驱动DDT  3.行为驱动Lettuce  4.关键字驱动Robot Framework  5.测试报告管理  6.邮件服务管理 七.接口自动化 1.postman  2.python requests 八.持续集成(概念)  九.服务端性能测试  十.兼容性测试  十一.调试 正文 一.招聘要求   二.面试过程(笔试-技术-性格-薪资 )  三.面试类型  四.问题类型  五

fiddler网页抓包,更换请求前和返回后的数据

故事扮演 提交于 2020-08-12 03:39:20
以爱词霸翻译为例:http://fy.iciba.com 为了方便查看,使用筛选器filters只展示fy.iciba.com的请求。 在爱词霸翻译test查看原本结果 一、请求前修改数据: 在fiddler上设置断点:rules-automatic breakpoints-before requests; 在爱词霸输入test; 在fiddler双击请求,右边点击inspectors-webforms,修改body里w的test修改为just,点击绿色的run to completion 查看爱词霸的翻译结果 二、返回后修改数据: 在fiddler上设置断点:rules-automatic breakpoints-after requests; 在爱词霸输入test; 在fiddler双击请求,右边下方点击textview,修改word_mean里面的值(不能直接用中文,要用unicode编码的中文),点击绿色的run to completion 查看爱词霸的翻译结果 来源: oschina 链接: https://my.oschina.net/u/4261184/blog/4321310

fiddler常见的应用场景

随声附和 提交于 2020-08-11 20:58:14
在移动互联网时代,作为软件测试工程师,fiddler绝对是值得掌握并添加进技术栈里的工具之一。 那么,fiddler在日常的测试工作中,一般都有哪些常见的应用场景呢? 根据以往工作经验,大概有如下4类应用场景: 辅助定位bug; 构建模拟测试场景; APP弱网模拟测试; 前端性能分析及优化; 1、辅助定位bug 合格的软件测试工程师,不仅仅需要能够发现bug,还需要能透过bug表象,分析出问题根本原因,从而提升bug的解决效率,突显bige。 通过fiddler可以抓取request和response,通过对参数进行分析,可以定位是前端问题还是后台问题。 例如:在APP界面输入数据,点击下一步时,提示错误;这时候不能判断问题的根本原因在哪里,是前端页面作限制导致?还是前端request的参数问题,又或者是后台程序挂了? 这个时候就可以通过fiddler抓包,分析request、response来判断问题根本原因所在。 (往往有些测试就是直接把APP页面报错信息截个图就提缺陷了,而没有去作bug定位,这样的缺陷又往往被开发人员所抱怨) 1.1、实例--APP抓包 前提:APP、fiddler在同一局域网 1.1.1、fiddler设置 Tools>Options>Connections,勾选Allow remote computers to connect,同时记住fiddler