文件位置

/usr/share/metasploit-framework/modules/

技术功能模块介绍

exploits                利用系统漏洞进行攻击的操作，此模块对应每一个具体漏洞的攻击方法

payload                成功exploit之后，真正在目标系统执行的代码攻击

evasion                专门针对windows木马躲避技术。

auxiliary               执行信息收集、枚举、指纹探测、扫描的功能的辅助模块

encoders            对payload进行加密，生成躲避AV检测木马的模块  

nops                     提高paykoad稳定性及维持大小

post                      通过bgrun调用，对目标系统进一步入侵

 

payload模块详细介绍

payload模块中有三种payload。

singles 能独立完成所有任务
	
stager  目标计算机内存有限时，先上传一个较小的payload用于建立连接
	
stages 利用stager建立的连接下载的后续payload
	
stager、stages都有多种类型，适用于不同场景
如图是"singles/cmd/windows"的payload代码,可以通过"use"调用他们进行代码攻击。



 

exploits模块详细介绍

1.exploit分为很多类，例如windows，linux firfox等



2.每个类中含有以服务命名的文件夹，这些文件装有与它们相关的漏洞利用代码。



3.如图是smb中所含有的漏洞利用代码，可以通过use命令调用他们进行入侵系统。



 

encoders模块详细介绍

1.encoder分为很多类，例如cmd、php、rudy等



2.例如php类，典型的加密算法base64。



到此就完成了metasploit 技术功能模块的介绍，如果想了解更多的Kali工具，请关注我！

 

 

 

Erlang的常驻模块与功能模块

Residence module

The module where a process has its tail-recursive loop function(s).
If the tail-recursive loop functions are implemented in several modules, 
all those modules are residence modules for the process.

Functional module

A module which is not a residence module for any process.

Note that for a process implemented using an OTP behaviour, 
the behaviour module is the residence module for that process. 
The callback module is a functional module.

常驻模块是指loop()函数所在模块，其他模块为功能模块。
对于OTP行为，行为模块是常驻模块，回调模块是功能模块。

行为模块已由OTP实现。

 

电商网站后台九大功能模块详解 

随着电子商务的发展，网上购物正在趋于一种时尚，电子商务网站也逐渐成为企业顺应潮流的标配。大多数人知道可能在电子商务网站前端有查询，注册登录，购物车等等功能。可是您知道建设电子商务网站后台功能模块都有哪些么?今天我们就聊聊电商网站后台功能模块的那些事。

电子商务网站整个系统的后端管理，按功能划分为九大模块，包括商品组织管理、订单处理、内容发布管理等模块。

一、后台主页： 

  各类主要信息的概要统计，包括客户信息、 订单信息、商品信息、库存信息、评论和最近反馈等。 

二、商品模块： 

 1.商品管理：商品和商品包的添加、修改、 删除、复制、批处理、商品计划上下架、SEO、商品多媒体上传等，可以定义商品是实体还是虚拟，可以定义是否预订、是否缺货销售等。

2.商品目录管理：树形的商品目录组织管理，并可以设置关联/商品推荐。   

3.商品类型管理：定义商品的类型，设置自定义属性项、SKU项和商品评论项。  

4.品牌管理：添加、修改、删除、上传品牌 LOGO。   

5.商品评论管理：回复、删除。

三、销售模块： 

  1.促销管理：分为目录促销、购物车促销和 优惠券促销三类，可以随意定义不同的促销规则，满足日常促销活动：购物折扣、购物赠送积分、购物赠送优惠券、购物免运输费、特价商品、特定会员购买特定商品、折上折、买二送一等。   2.礼券管理：添加、发送礼券 

  3.关联/推荐管理――基于规则引擎，可以支持多种推荐类型，可手工添加或者自动评估商品。

四、订单模块： 

  1.订单管理：可以编辑、解锁、取消订单、 拆分订单、添加商品、移除商品、确认可备货等，也可对因促销规则发生变化引起的价格变化进行调整。订单处理完可发起退货、换货流程。 

  2.支付：常用于订单支付信息的查看和手工 支付两种功能。手工支付订单，常用于“款到发货”类型的订单，可理解为对款到发货这类订单的一种补登行为。 

  3.结算：提供商家与第三方物流公司的结算 功能，通常是月结。同时，结算功能也是常用来对“货到付款”这一类型订单支付后的数据进行对帐

五、库存模块： 

  1.库存管理：引入库存的概念，不包括销售 规则为永远可售的商品，一个SKU对应一个库存量。库存管理提供增加、减少等调整库存量的功能;另外，也可对具具体的SKU设置商品的保留数量、***小库存量、再进货数量。每条SKU商品的具体库存操作都会记录在库存明细记录里边。

2.查看库存明细记录。 

  3.备货/发货：创建备货单、打印备货单、打印发货单、打印EMS快递单、完成发货等一系列物流配送的操作。 

  4.退/换货：对退/换货的订单进行收货流程的处理。

六、内容模块： 

  1.内容管理：包括内容管理以及内容目录管理。内容目录由树形结构组织管理。类似于商品目录的树形结构，可设置目录是否为链接目录。   

2.无限制创建独立内容网页，比如关于我们，联系我们。 

   3.广告管理：添加、修改、删除、上传广告、 定义广告有效时限。 

4.可自由设置商城导航栏目以及栏目内容、栏目链接。

七、客户模块： 

  1.客户管理：添加、删除、修改、重设密码、 发送邮件等。   2.反馈管理：删除、回复。 

  3.消息订阅管理：添加、删除、修改消息组 和消息、分配消息组、查看订阅人。   4.会员资格：添加、删除、修改。

八、系统模块： 

  1.安全管理：管理员、角色权限分配和安全日志 

  2.系统属性管理：用于管理自定义属性。可关联模块包括商品管理、商品目录管理、内容管理、客户管理。

3.运输与区域：运输公司、运输方式、运输 地区。   4.支付管理：支付方式、支付历史。   5.包装管理：添加、修改、删除。 

  6.数据导入管理：商品目录导入、商品导入、 会员资料导入。   7.邮件队列管理：监控邮件发送情况，删除 发送异常邮件。

九、报表模块： 

  缺省数个统计报表，支持时间段过滤、支持按不同状态过滤、支持HTML、PDF和Excel格式的导出和打印。   1.用户注册统计   2.低库存汇总   3.缺货订单   4.订单汇总   5.退换货

http://www.coder306.cn

视频：https://edu.csdn.net/lecturer/2226

http://study.163.com/provider/400000000484155/course.htm?share=2&shareId=400000000484155



 



查看原文：http://www.coder306.cn/?p=136

 

当前期研发的功能模块受到用户的认可以后，需要这些功能模块作为更大系统的组成部分融入到新的大系统之中。此时需要按照大系统的技术体制对现有开发的模块进行改造，改造完成以后，再由大系统的测试部门对这些模块进行验收测试。模块验收测试的流程是先技术体制符合性检查、再代码静态检查、最后进行功能测试等内容。按照规定只有上一阶段的错误归0后，才能进入下一阶段的测试，版本升级后必须进行回归测试。
整个组织流程如下：开发人员将webapp打包后入库->系统配置人员进行菜单配置->系统部署人员将应用部署至测试环境->测试人员在测试机上进行测试和记录问题，开发人员从旁讲解协作->开发人员修订系统，完成后返回至第一步。
大系统一般会提供模块集成框架、集成规范、底层的公共服务等，新的功能模块改造后作为其框架上的插件进行使用。
技术体制符合性检查
这里一般会包括：
l  界面规范检查：检查模块的前端界面是否符合开发规范，包括字体、颜色、配色方案、底色等，能够使得新的模块与原系统框架和模块在界面上统一和和谐一致；
l  数据访问规范检查：由于数据的私密性，功能模块不能直接访问数据库，而必须通过一个统一的中间层框架进行访问，这个中间层大系统可以进行统一的管理和规范，模块需要根据自己的需要开发中间层的实现注册至数据访问管理框架之中；
l  数据库设计规范检查：包括库名称、表名称、字段名称、注释、约束等要求，要求保证数据的一致性，即模块从大系统中的公共数据库中获取数据持久化至模块私有库时，如果公共数据库的数据发生变化，私有库的数据可能存在不一致的风险和隐患；
l  服务规范性检查：当模块提供服务给其他模块使用时必须通过服务框架进行，每个模块需要按照服务开发规范开发的服务，注册至服务框架供其他人或自己使用。模块调用服务也必须通过服务框架进行。其注册和调用过程由服务框架管理和监控；
代码静态检查
使用商业的软件，如klocwork进行，安装其要求，不能有1~4级的错误，待错误归0后，可以申请功能测试。Klocwork支持java、c、c++和c#语言，对代码分析比较快，分析结果能够导出为word或者Excel，同时给出代码修改的建议。建议编写代码的工程师可以将自己的写的代码自己拿去用klocwork分析，对代码编写能力的提升会有不小的帮助，写出能通过其测试的代码也算是老鸟了。
这里值得注意的是，由于知识产权的原因，模块开发的源代码并不提交给大系统总体，代码审查结果可能存在开发人员隐瞒的情况（如将部分代码私自隐藏，不参与代码审查等手段）。而且对于web应用开发而言，klocwork只能测试后台代码，前台的JavaScript代码并不支持，这对于有大量的前台代码的web应用而言也不太合理。
功能测试
按照功能测试的用例，对模块进行测试，同时对界面上可以点击的按钮和链接、可以输入的框等都要进行测试，模拟最终用户的使用过程，有时候还得配合使用数据库进行查验。
这里没有说到性能测试，因为系统性能和服务器的配置、网络状况等相关，而现在的服务器是基于windows虚拟机的应用服务器，服务器资源不足，并且时间非常紧张，因此大系统暂时没有要求和测试。