Ⅰ 跪求域名后台扫描检测软件！！！已知1个域名查所有二级目录，不是二级域名
北极熊扫描器 产品功能: 1.列举同ip域名，C段查询，快速探测网站标题，程序类型，服务环境 2.支持批量信息扫描，检测WEB端口开启自动添加到扫描目标内 3.支持导入/导出扫描列表，并提供表格以及文本保存方式 4.目录扫描，支持ASP,PHP,ASPX,JSP，网站目录等扫描方式，配置可自定义更改 5.EXP漏洞扫描，可单选脚本，也可全部脚本进行测试，支持全列表扫描 6.代码审计，支持扫描任何格式中内容，方便查找网页当中的木马，新增目录扫描 7.后台测试，与burpsuite配合使用,软件提供2种编码测试，不提供密码字典 8.主机侦查，提供自定义端口查询、类型、编码以及连接速率，可导出列表 9.收藏夹功能，支持收藏扫描网站，便于下次查看，双击可以修改备注信息 10.软件设置，支持扫描速度、响应等待、自定义端口、字典、操作习惯设置 新版本与旧版本增加了哪些功能？ 去掉了熊眼扫描功能（在主界面-批量信息）进行了更改，检查每个IP，PING通了才会加入到列表中，扫描速度比原来快80%！ 列举同IP域名采用了双引擎，站长工具+114best，如果其中一项查询失败，将会自动使用备用查询 便利性设计，多个列表增加了可导出格式为XLS，查看更为直观方便 目录扫描增加了“来自配置”，以及获取标题功能，方便审阅您检测的网站地址，并可导出扫描结果 EXP漏洞扫描增加了预览页面，延时等待功能 代码审计功能增加了目录扫描，可一键筛选文件 增加了后台扫描，结合burpsuite使用 主机侦查，去掉了弱口令探测，增加了关键端口的单独检测，连接速率代码更新，增加IP地址，物理地址，可导出为表格文件 我的收藏，好的地址？收藏起来，下次操作 软件设置，默认日志功能开启，方便记忆自己的操作 备份还原,软件自带备份还原功能，可以快速备份扫描结果，一键恢复扫描内容 网络网盘地址: 密码:parj
Ⅱ 跪求 网站数据库地址扫描工具(web路径探测扫描)
Xscan,LC4/5,流光……
Ⅲ web服务器上的文件如何获得
文件获取，可以找个目录扫描工具，支持定义添加路径和文件名的，直接扫就可以了，扫到，直接访问下载，或者用下载工具下载。
Ⅳ 如何让web服务器周期性的扫描各网页的更新时间并导出到文件
如何让web服务器周期性的扫描各网页的更新时间并导出到文件如何获取某个或者某些网页一段时间内的网页改变的时间点，希望高手给与指点~~不甚感激~~
Ⅳ mac下有哪些web网站漏洞扫描的工具
WebScarab:它可以分析使用HTTP和HTTPS协议进行通信的应用程序，WebScarab可以用最简单地形式记录它观察的会话，并允许操作人员以各种方式观查会话。如果你需要观察一个基于HTTP(S)应用程序的运行状态，那么WebScarabi就可以满足你这种需要。不管是帮助开发人员调试其它方面的难题，还是允许安全专业人员识别漏洞，它都是一款不错的工具。
Ⅵ 为什么瑞星不能把WEB迅雷下载的文件自动扫描呢
设置问题，你把ravlite.exe关联文件即可。
Ⅶ 扫描仪为什么不能扫描到文件，而是到web
什么扫描仪？ 重新装下驱动试试
Ⅷ 比较好的web安全扫描工具有哪些
随着网站业务所承载内容的日益增多且重要性日益增强，网站本身的价值也越来越大，随之由网站漏洞带来的安全性问题也愈发严峻。新开通网站、新增专栏的准入质量评估，网站系统日常运行状况的检查预防和风险掌控，这些已成为各行业每年安全大检查中的关键要素。作为具体落实定期检查工作的安全人员，也急需选择一款优秀的网站扫描产品进行高效彻底的Web脆弱性评估检查，而如何选择一款真正实用的产品成为一个比较纠结的难题。
常见Web扫描方案的优劣势
目前常见的支持Web扫描解决方案的产品有很多，大家比较熟悉的有集成Web扫描模块的多合一系统扫描器，网上可免费下载的开源扫描器软件以及近几年刚崭露头角的独立Web扫描器产品等，都可以进行一定程度的Web安全扫描和漏洞发现。那么面对如此琳琅满目的选择时，大家如何细致区分辨识其差异，就需严格立足于实际需要，最终做出最佳的判断。
多合一的系统扫描器，通常会集主机扫描、配置核查、Web扫描及弱口令扫描于一身，是一款强大全面的多功能产品。但多合一的高度封装导致其在进行安全扫描时，除不能分配全部计算资源在Web扫描方面，扫描引擎自身还要兼顾到全方位的权衡与调优。反观目标Web应用呈现的种类多样性、规模庞大性和运行特殊性，在面对动辄上万、十万甚至百万级别网页数量的网站时，这种多合一产品就表现得差强人意，使用起来有种牛拉火车的感觉;同时，高效执行扫描评估就必须具备高并发的网页链接爬虫识别和Web插件交互逻辑判断能力，这一现实的冲突导致多合一扫描器在Web扫描及性能体验方面效果平平，优势不突出。
网上开源的Web扫描器软件，尽管完全免费并可以发现一些基本的漏洞信息，但其在第一时间发现新爆Web漏洞和漏洞趋势跟踪分析、修补方面，完全不具备后期支撑能力。而且在人性化设计及低学习门槛方面也存在太多先天的不足，其性能与稳定性更是与商业软件相差甚远。
面对综上同类产品，困惑于Web扫描场景需求种种局限的我们，很欣喜地看到了近几年声名鹊起的Web扫描器产品。它作为一款自动化评估类工具，依据制定的策略对Web应用系统进行URL深度发现并全面扫描，寻找出Web应用真实存在的安全漏洞，如跨站点脚本、SQL注入，命令执行、目录遍历和不安全的服务器配置。Web扫描器产品可以通过主动生成统计分析报告来帮助我们正确了解Web应用漏洞的详细分布、数量和风险优先级，并对发现的安全漏洞提出相应有力的改进意见供后续修补参考，是帮助我们高效彻底地进行Web脆弱性评估检查的坚实利器。
Web扫描器的三个误区
针对现有市面上诸多品牌的Web扫描器，大家在评价它们孰优孰劣时时常过于片面极端，主要表现为三个认识误区。
误区1：多就是好!
认为漏洞库条目多，检查出来的漏洞多就是好。Web扫描器面对庞大繁多、千差万别的应用系统，为提升检测性能，多采用高效率的Web通用插件，以一扫多，其不再局限于某个专门应用系统，深层次聚合归并，尽可能多地发现多种应用系统的同类漏洞。同时，对于扫描出来的非误报漏洞，若同属某一页面不同参数所致的相同漏洞，归纳整理，让最终呈现的漏洞报表简约而不简单，避免数量冗余、杂乱无章。故若以毫无插件归并能力，仅靠大量专门Web系统插件、罗列各类漏洞列表数量多来博取赞许的Web扫描器，其本质存在太多的不专业性。
误区2：快就是好!
认为扫描速度快耗时短的就是好。网站规模日趋复杂，日常检查时我们期待Web扫描器能有更高效率地完成扫描任务，这点无可厚非，但检查的本质是要最大限度地提前发现足够多的漏洞，并第一时间制定后续相应的修补计划。故在面对同一目标站点时，Web扫描器若能在单位时间内检测出来的有效存在漏洞数越多，这个快才是真的好。
误区3：小就是好!
认为扫描过程中对目标业务影响小就是好!这句话本身也没有问题，只要Web扫描器在执行扫描过程中，对目标系统负载响应和网络链路带宽占用，影响足够小，也就是我们常说的“无损扫描”，它就具备了一款优秀Web扫描器应有的先决条件。但是，这必须是在能最大限度发现Web漏洞的前提下才能考虑的关键因素，脱离这个产品本质，就本末倒置了。
五个基本评优标准
那么，评优一款Web扫描器，我们该从何处着手?具体的判断标准有哪些呢?
全——识别种类繁多的Web应用，集成最全的Web通用插件，通过全面识别网站结构和内容，逐一判断每一种漏洞可能性，换句话说，漏洞扫描的检测率一定要高，漏报率务必低，最终才能输出全面详尽的扫描报告。这就要求其在Web应用识别方面，支持各类Web语言类型(php、asp、.net、html)、应用系统类型(门户网站、电子政务、论坛、博客、网上银行)、应用程序类型(IIS、Apache、Tomcat)、第三方组件类型(Struts2、WebLogic、WordPress)等;插件集成方面，支持国际标准漏洞分类OWASP TOP 10和WASC插件分类模板，允许自定义扫描插件模板，第一时间插件更新速度等。
准——较高的漏洞准确性是Web扫描器权威的象征，可视化分析可助用户准确定位漏洞、分析漏洞。而误报是扫描类产品不能回避的话题。Web扫描器通过通用插件与目标站点任一URL页面进行逻辑交互，通过可视化的漏洞跟踪技术，精准判断和定位漏洞，并提供易读易懂的详细整改分析报告。除此之外，一款好的Web扫描器还要更具人性化，在漏洞发现后，允许扫描者进行手工、自动的漏洞批量验证，进而双重保障较高的准确性结果。
快——快速的扫描速度，才能在面对越来越大的网站规模，越发频繁的网站检查时游刃有余，进度保障。一款快速的Web扫描器除了有强劲马力的扫描引擎，高达百万/天的扫描速度，还要具备弹性灵活的集群扫描能力，任意增添扫描节点，轻松应对可能苛刻的扫描周期时间要求。
稳——稳定可靠的运行过程，对目标环境近乎零影响的Web扫描器，才能在诸行业大面积投入使用，特别是一些对业务影响要求苛刻的行业会更受青睐，毕竟没有人能够接受一款评估类产品，会对目标造成额外的损伤。市面上现在已有一些Web扫描器产品，其通过周期探寻目标系统，网络链路，自身性能负载等机制，依据目标环境的负载动态变化而自动调节扫描参数，从而保障扫描过程的足够稳定和几乎零影响。此外，随着网站规模，检查范围的不断扩大，保证持续稳定的扫描执行和统计评估，尽量避免扫描进度的半途而废，也提出了较高的可靠性运行要求。
易——人性化的界面配置，低成本的报表学习和强指导性修补建议。尤其是漏洞分布详情和场景重现方面，市面上大多数Web扫描器的报表都需要专业安全人员的二次解读后，普通的安全运维检查人员才能看懂，才知道长达百页报表给出的重要建议和下一步的具体修补措施，这无疑给使用者造成了较高的技术门槛，那么如何解决此易读、易用问题，就成为评定其优劣与否的一个重要指标。
总之，一款优秀的Web扫描器产品，它需要严格恪守五字核心方针，全、准、快、稳、易，做到全方位均衡，这样才能做到基本优秀。同时，随着网站检查诉求的日益多元化，它若能附带一些差异化特性，满足大家不同场景的网站安全运维扫描要求，如网站基本信息搜集，漏洞全过程时间轴跟踪，逐步可视化的漏洞验证和场景重现，自动修补直通车等，定会大大增加该款扫描器的评优力度。
Ⅸ 搜索引擎是怎么扫描到403页面目录下的文件的，比如这个
与全文搜索引擎相比,目录索引有许多不同之处。 首先,搜索引擎属于自动网站]检索,而目录索引则完全依赖手工操作。用户提交网站后,目录编辑人员会亲自浏览你的网站,然后根据一套自定的评判标准甚至编辑人员的主...
Ⅹ 如何使用appscan进行web service扫描
在使用AppScan工具对WEBService机器进行扫描的时候，经常会发现Tomcat的日志记录中会有异常信息（本文以Tomcat服务器为例）：
ERROR: transport error 202: handshake failed - received >GET /manaager/< - excepted >JDWP-Handsh
ake< ["transport.c",L41]
JDWP exit error JVMTI_ERROR_NONE(0): could not connect, timeout or fatal error
再一检查Tomcat进程，无故停止，使得整个WEBService当机，影响整个系统环境。
问题分析
通过网上查询错误信息，发现是Tomcat服务开启了JPDA功能。而在进行AppScan扫描的同时，也会覆盖到JPDA的端口。此端口是用来进行
Socket连接的，主要目的是用来对Java程序进行远程调试，一旦该端口被占用，则JVM在此监听端口上则会被挂起，导致整个Java程序中断，这就
是根因所在。只要关闭JPDA功能即可。
操作步骤:
Step 1：编辑TOMCAT目录/bin下的startup.sh文件；
Step 2：修改最后一行，将exec "$PRGDIR"/"$EXECUTABLE" jpda start "$@"中的" jpda "删除（注意，前后要加空格）；
Step 3：保存后，重启startup.sh；
附：JPDA所开启的监听端口在TOMCAT目录/bin下的catalina.sh文件配置，搜索该文件的“JDPA_ADDRESS=”字样，其值便是端口号。
这里对JPDA作一个简单的介绍。
JVM提供了一个调试架构对Java程序进行调试的功能，这就是JPDA（Java Platform. Debugger ArchitectureJava平台调试架构），JPDA通过调试交互协议向JVM请求服务以及对JVM中运行的程序进行调试。
JPDA通过两个接口和协议来完成如上功能，分别是JVMTI（Java虚拟机工具接口），JDI（Java调试接口）和JDWP（Java调试连线协议）。其中
1）JVMTI定义了虚拟机应该提供的调试服务，包括调试信息（Information譬如栈信息）、调试行为（Action譬如客户端设置一个断点）
和通知（Notification譬如到达某个断点时通知客户端），该接口由虚拟机实现者提供实现，并结合在虚拟机中；
2）JDI在语言的高层次上定义了调试者可以使用的调试接口以能方便地与远程的调试服务进行交互，Java语言实现，调试器实现者可直接使用该接口访问虚拟机调试服务；
3）JDWP定义调试服务和调试器之间的通信，包括定义调试信息格式和调试请求机制。
JPDA 概念将调试过程分为两部分：被调试的程序（被调试者-debuggee）和JDI。JDI一般为一个调试应用程序的用户接口（或Java
IDE的一部分）。被调试的应用程序在后端运行，而JDI在前端运行。在前端与后端之间有一个通信通道运行JDWP协议；因此，被调试程序与调试器可以位
于同一个系统内，也可位于不同的系统中。调试器的后端负责由调试器前端向被调试者VM传输请求，如“告诉我变量X的值”；它还负责向前端传输对这些请求
（包括像到达断点之类的预计事件）的响应。后端与前端利用JDWP通过一个通信通道进行通信。后端与被调试者VM利用JVMTI进行通信。