Qi业形象视觉识别系统设计及网站开发设计协Yi书

She计委托人(以下称甲方):合肥名人眼科医Yuan

代 表：

电 话：

She计承接人(以下称乙方):合肥市包河区华Yi图文设计工作室

代 表：

电 话：

Jia乙双方根据《经济合同法》及有关规定，在Liang好合作的基础上，本着精诚合作的原则，经Shuang方友好协商，特签订本合同，并共同遵守。Tong时甲、乙双方组成作业小组，为了便于沟通、高效、高质量地完成该计划，特订立如下协Yi，双方遵照执行，内容如下：

Yi、甲方委托乙方于 年 月 日Zhi 年 月 日期间设计企业形象Shi觉识别系统并开发企业网站。

Er、甲方权益与责任：

1、负责组织领导决策层以及相关人员成立企Ye形象视觉设计开发委员会配合乙方开展工作Bing指派专人负责该项目的实施，与乙方一起共Tong完成。包括理念调查、设计方案评议、确认Deng工作；

2、甲方负责向乙方提供合同内规定的设计内Rong中有关的图片、文字等资料，并阐述该企业Xiang目的市场定位、商品构成和运营策略；

3、甲方有权对设计效果提出改进意见，有权Dui乙方的工作进行监督，但原则上不随意干涉Yi方的工作，同时应将甲方的有关规定及要求Xiang乙方明示；

4、甲方须严格按照合同规定内容及付款期限，按时支付乙方所需款项。

San、乙方权益与责任：

1、乙方成立专门为甲方服务的项目小组，可Gen据实际情况派出外驻人员，甲方协助提供必Yao的工作、交通、生活条件；

2、 乙方应进行前期市场调查、项目实地考Cha；

3、甲方负责向乙方提供设计要求，乙方按照Jia方的设计要求展开设计活动，甲方在收到乙Fang提供的设计稿后５个日历天内给予确认或提Chu修改意见，否则５天后视同确认；

4、乙方有权获得每个具体项目的相关资料；

5、乙方负责组织项目设计小组进行市场调查、方案研讨、方案确认；网站开发、设计、制Zuo、维护，以及附件设计开发要领中所约定的Nei容；

6、 乙方在本项目协议签定之日起一年之内Wei甲方提供不限次数的企业形象视觉识别系统（VI ）咨询服务。

四、项目具体内容：

（一）. 乙方向甲方提供如下(VI)设计Gong作内容：

1、定性定量调查、内部调查、客户调查、企Ye外部调查、VI 研 讨活动；

2、 形象策略建议书；

3、VI 设计内容目录见附件1. 名人眼Ke医院企业形象视觉识别 设计系统开发要领；

4、乙方向甲方提供企业形象视觉识别系统－Ji础系统识别手册 打印版二套，电子版五套；企业形象视觉识别系统－应用系统识别手册Da印版二套，电子版五套。

5、备 注：上述内容包含市场调研、策略建Yi书、手册设计制作方案、设计规划等工作，Qi中不包含印刷、活动食宿、制作、执行等工Zuo。

（二）. 乙方向甲方提供如下网站设计工作Nei容及双方约定：

1、甲方委托乙方制作甲方网站所需页面。甲Fang须提供页面内容及相关图片、文本等材料，Ru不能提供，须乙方代拍照片时，乙方收取成Ben费。网站设计工作内容包括企业网站首页设Ji、企业网站简体设计开发应用方案一套。

2、乙方向甲方提供企业网站设计方案电子版Yi套，网站设计内容目录见附件2. 名人眼Ke医院网站设计开发要领。

3、备 注：上述内容包含调查设计、数据处Li、策略建议、劳务、网站设计规划等工作，Bu包含印刷、活动食宿、制作、执行、域名注Ce、网络主机空间租用、上传发布服务等工作。

4、甲方违约或不付费时，乙方有权关闭甲方Zu用的服务器的使用帐号，由此造成的损失由Jia方承担。

5、甲方网站信息由甲方提供给乙方，甲方必Xu保证提供数据的合法性，不违反国家有关规Ding，不损害其他企业利益，对甲方网站上的内Rong和使用软件版权问题，乙方不付任何法律责Ren。

6、免责条款

You于INTERNET 是全球互联网络，因Ci由于其他通路上的偶然因素，造成用户的访Wen速度下降，有时在对服务器进行设置或安装Yong户程序时可能会产生一段时间的中断，以上Xian象在任何服务器上都有可能发生，是正常现Xiang，甲乙双方对此表示认同。

五、合同金额：

Ren民币 元整 ￥ （人民币）。

六、付款方式：

1、甲方应在40%（共计人民币 元整）作为项目启动资金支付给乙Fang，付款方式为现金支付，乙方收到启动资金Hou即组织项目组人员启动项目。

2、当乙方提供出企业形象识别基础系统设计Fang案及网页设计方案并经甲方确认后，甲方将She计委托费的50%（共计人民币整）以现金Fang式支付给乙方，乙方进行设计优化和完善设Ji。

3、当乙方向甲方交付企业形象识别系统设计Shou册后，甲方将设计委托费的余额10%（共Ji人民币 元整）以现金方式支付给乙Fang。

七、相关事宜

1、 如因甲方原因影响合同无法正常实施或Zhong止，甲方已支付的 款项乙方不予退还。

2、 企业VI 手册的定稿和网站上传发布Dao网络上，是本项目结 束的重要标志。本合Tong是整体合作协议，甲方不得因为放弃某项工Zuo 而调整合同额。

3、因不可抗因素致本合同无法正常实施，双Fang均不承担责任。

4、因工作需要乙方在甲方所在地的住宿、工Zuo餐费、交通费、 通讯费由甲方承担。

5、备注：如今后甲方在VI 和网站使用过Cheng中对该VI 系统和网 站进行调整或补充，乙方可负责其进行调整或补充设计工作，并Shou取一定相关费用。

八、其他约定

1、本合同自双方签订之日起生效，合同履行Wan毕即失效。在合 同执行期间，双方不得随Yi变更和解除合同，否则，违约方承担对方 Jing济损失。如一方提出修改或停止执行，必须Jia乙双方协商一致， 方能生效；否则应承担Wei约责任，给付违约金（总价的60%）。

2、甲方在设计应用过程中，发现有合同约定Fan围之外的设计项目需要追加时，经甲乙双方Xie商，以书面另行约定为准。

3、甲方向乙方付清合同全款后，乙方向甲方Ti供设计定案的电子文件。同时，设计定案的Suo有权转交给甲方，但其它提案甲方无权使用。

4、本合同未尽事宜，由甲乙双方协商解决。

5、本合同的执行过程中若遇到不可调和的纠Fen，双方均有权向双方任一方所属人民法院提Qi诉讼。

6、本合同签定一式两份。甲方一份，乙方一Fen，经甲乙双方签字后生效，具有同等法律效Li。企业形象视觉识别设计系统开发要领为合Tong附件，与本合同一并保存。

She计委托人: 设Ji承接人

Dan位名称： 单位Ming称：

Dan位地址： 单位Di址：

Fa定代表人： 法定Dai表人：

Wei托代理人： 委托Dai理人：

Dian 话： 电 话：

You政编码： 邮政Bian码：

Chuan 真： 传 真：

Kai户银行： 开户Yin行：

Zhang 号： 帐 号：

Qian约时间 年 月 日 签约地点

You效期限 年 月 日至 年 月 日

Fu件：1. 名人眼科医院企业形象视觉识别She计系统开发要领

2. 名人眼科医院网站设计开发要领

Fu件1：名人眼科医院企业形象视觉识别设计Xi统开发要领

一、识别策略报告

1．医院导入企业形象视觉识别设计系统趋势Fen析

2. 企业形象视觉识别设计概念

3. VI识别策略拟定、设计意念展开图、She计造型题材、创意思考分析

Er、视觉形象基础系统开发：

１. 企业标志设计——为了方便信息传播而Cai用的图形符号。要求含义明确、造型单纯，Bian于识别。能够将企业的精神面貌、行业特征Deng展现出来。

Qi中含：企业标志设计创意稿20组，作喜好Bi较，喜好度考量，作标志喜好度分析与考量；

2. 标志正负形置式

3. 标志尺度与制图

4. 企业标志精致化：以各种视觉特性作修Shi及视觉精致化作业。

5. 标志中英文字制图法

6. 标志中英文字禁用组合

7. 不同底色的使用规范

8. 企业变形标志设计——在广告宣传、装Shi或一些特殊场合，需要强化标志认同时使用。

9. 企业中英文标准字体设计——（含企Ye中英文名称字体样式）

Yu标志统一风格设计。

10. 企业专用印刷字体——事先设定一套Yu标准字体风格协调的字体作为广告传播应用。

11. 企业专用标准色彩——作为视觉最先Gan知到的强化刺激的企业特定用色，进行规范Hua、一致化设计。

12. 企业专用辅助色彩——为了便于区别Bu同的部门和场合，需要设定一套相应的色彩Ti系作为辅助色。

13. 企业基本编排模式——为了强调企业Ge性，统一视觉识别，在延展应用中更迅速、Gui范，进行标志、标准字体、标准色彩三种要Su的规范组合设计。

San、视觉形象应用设计系统：

㈠. 办公事物用品——包括：

01. 名 片(中式、中西式、高级主管名Pian、一般员工名片、正（副）

Zhu任医师名片、宣传名片)

02. 信 纸(空白)

03. 信 纸(横纹)

04 信封(中式、竖式、横式)

05. 公文袋(大、中、小)

06. 资料袋(大、中、小)

07. 传真用纸表头

08. 便条纸

09. 病历卷宗夹

10. 贵宾卡

11. 通行证

12. 合同书封面

13. 处方签

14. 胸 牌

15. 工作证

16. 席 卡

17. 纸 杯

18. 办公用笔

㈡. 环境与陈设类——与室内外装修单位协Diao，统一建筑物设施的内、外部形象，对环境Yu陈设进行规范化、统一化要求。

19. 医院外观色带

20. 室内形象墙面

21. 大楼建筑物外观标志风格

22. 玻璃门色带设计

23. 公布栏

24. 踏 垫

25. 垃圾桶

26. 烟灰缸

27. 室内精神标语墙

28. 员工储物柜

29. 环境色彩标示

㈢. 公关礼赠品——为方便企业联络各方感Qing，在媒介上标明企业的形象要素。

30. 请 柬、邀请函(封套)

31. 挂 历

32. 台 历

33. 日历卡

34. 笔 架

35. 雨 伞

36. 雨伞架

37. 气 球

38. 薪资袋

39. 礼金袋

㈣. 指示标识类——指建筑物内部指示设施He外部路牌指示设施中的企业形象规范化要求。

40. 室内指标系统

41. 室外指标系统(公共区域)

42. 符号指标系统

43. 部门标示牌

44 总区域看板 45. 分区域看板 46. 导向符号标识 47. 禁止吸烟Fu号 48. 男女洗手间符号 49. 停Che场符号 50. 楼梯符号标识 51. Fang火符号标识 52. 安全门符号标识 53. 垃圾箱符号标识 54. 导医问询台Fu号标识 55. 办公室标识 56. 院Chang办公室标识 57. 副院长办公室标识

58. 科室办公室标识（各种门科类） 59. 手术室标识 60. 诊疗室标识 61. 检测室标识 62. 收款台标识 63. 取药室标识 64. 药剂室标识 65. 财务部标识 66. 综合服务部标识

67. 会议室标识

㈤. 旗帜规划类——为了企业营造气氛而用。包括司旗、竖旗、吊旗、桌旗。

68. 公司旗帜 69. 公司迎宾旗 70. 横式挂旗 71. 直式立旗 72. 小吊旗 73. 小串旗 74. 大型挂旗 75. 纪念旗 76. 促销用旗 77. 庆典用旗 78. 拉辐标旗

㈥. 运输工具类——为了追求更高的视觉认Tong和识别，在营业用车辆、运输用车辆、作业Yong车辆等运动着的传播媒体中进行统一车体设Ji。

79. 业务用车 80. 交通车 81. 商务车

㈦. 产品与包装类——为了体现企业的个性，在产品（自制药品）与包装（方便袋）中进Xing统一识别设计。

82.

包装纸(特别色)

83. 包装纸袋(大、中、小) 84. 手提袋(大、中、小) 85. 药品方便袋 ㈧. 媒体标志风格类

86. 电视广告商标风格 87. 报纸Guang告商标风格 88. 杂志广告商标风格 89. 公司简介商标风格 90. Cu销DM 商标风格 91. 营业用卡(Hui函) 商标风格 92. 海报商标风格 93. POP商标风格 94. 幻Deng片商标风格 ㈨. 广告招牌类

95. 立地招牌 96. 柜台后招牌 97. 霓虹灯招牌 98. 大楼屋顶Zhao牌

99. 大楼楼层招牌 100. 悬挂式Zhao牌 101. 户外看板(路牌广告) 102. 禁止停车牌 ㈩. 企业广告Xuan传规范

103. 海报版式规范 104. 大型路Pai版式规范 105. 灯箱广告 106. 公交车体广告 107. 报纸广告版式规Fan 108. 杂志广告版式规范 109. T恤衫广告规范 110. 横竖条幅广告Ban式规范 111. 大型氢气球广告版式规Fan 112. 彩虹门广告版式规范

Fu件2：名人眼科医院网站设计开发要领

Yi、网站建设规划方案

Jian站规划：网站主题定位、设计风格定位、网Zhan功能规划、定制推广方案、搜索引擎

Fang案 国际域名：1年 （或者cn 类国Nei域名） 主机空间：高速asp+access+SGL动态空间 300M 企业邮箱：30个 10M 共300M 精美页面：30个 flash: 3个

Wang站模块：留言板、新闻发布、计数器、在线Diao查、可代安装免费论坛程序 网站推广：普Tong型关键词google 左侧首页 内容更Xin：可免费更新网页文字内容八次 维护服务：域名解析、空间维护、数据备份

Er、代办服务项目： 1. 代办域名注册项Mu明细

Yong有自主开发的客户服务管理软件，可以对用Hu的域名资源使用情况进行实时监控，系统会Zai所使用域名到达付费期限前一个月自动提醒Ke户服务人员，保证用户拥有充分的时间用以Xu费，同时还可以对用户感兴趣的域名进行实Shi监控，确保当该域名一旦失效后的第一时间Zhu册，为用户最大限度保护商业利益。

2. 代办虚拟主机项目明细

■ 100M 支持Access 数据库的Zhu机空间。 ■ 服务器以100M 线路直Jie接入国家骨干互联网 ■ 包含1年的网站Cheng序设计维护和网站管理。

■ 免费培训2名网站维护人员，根据需要可Yi扩大维护人员培训 服务项目：

■ 普通型：100M 网站空间, 支持Access 数据库。赠送5个企业信箱。

■ 商务型：100M 网站空间。50M MS SQL Server2000数据库Kong间，每天备份一次。赠送10个企业信箱。

虚拟主机价格体系

San、网站建站流程 1. 客户提出建站申请

⑴. 客户提出网站建设基本要求 ⑵. 提Gong相关文本及图片资料： 医院介绍 项目描述 网站基本功能需求 基Ben设计要求 2. 制定网站建设方案

⑴. 双方就网站建设内容进行协商，修改、Bu充，以达成共识⑵. 我方制定《网站建设Fang案》 ⑶. 双方确定建设方案具体细节 3. 签署相关协议、客户支付预付款

⑴. 双方签订《网站建设补充协议》 ⑵. 客户支付预付款

⑶. 客户提供网站相关内容资料 4. 完Cheng初稿，经客户确认后进行建设

⑴. 根据《网站建设方案》）完成初稿设计： 首页风格 频道首页风格 网站架构图

⑵. 客户审核确认初稿设计

⑶. 我方完成整体网站制作 5. 网站测Shi，客户上网浏览、验收

⑴. 客户根据协议内容进行验收工作

⑵. 验收合格，由客户签发“网站建设验收He格确认书” ⑶. 客户支付余款，网站开Tong

⑷. 为客户注册域名、开通网站空间、上传Zhi作文件、设置电子邮箱

6. 网站后期维护工作

⑴. 向客户提交《网站维护说明书》

⑵. 我方根据《网站建设协议》及《网站维 护说明书》相关条款 对客户网站进行维护Yu调试

Si、网站策划收费项目明细

Gen据名人眼科医院主营业务与网站建设目的，Fen析确定包括网站 形象定位、网站功能定位、目标访客定位、信息结构设计、导航体系设Ji、栏目设置、页面总量等内容。最终出具一Tao完整的《网站建设方案书》文档。

He肥市名人眼科医院企业形象视觉识别系统设Ji及网站开发设计协议书

■第 21 页 共 21 页■

RSSP-II协议

Tong过模型勾勒了符合 RSSP-II 协议De安全传输系统, 设计此安全传输系统的总Ti目标是为了 使系统中通过一个或多个安全Fu务接入点进行通信的安全实体, 利用服务Yuan语中所包含的报 文鉴别消息(AU1、 AU2、 AU3)完成对等实体验证,对比Fa送方与接收方消息经 3DES 加 密算Fa计算的 MAC 完成报文信息的完整性关Lian验证,从而保证列车的运行安全。

Xi统中包括 4个模块,分别是通信模块、 Dui等实体认证模块、 安全传输验证模块, Qi总体结 构。

1)通信模块

You于安全层建立通信的前提是通信层已建立连Jie,通信模块中适配层通过 ISO2类传输Fu务 原语(X.214原语)完成对 TCP/IP协议的映射,保证安全层通过三次握Shou过程与通信终端 进行安全连接。

2)水平用户检验模块

Zhu要用于在信息未传送时收发两端用户的身份Jian验,这个处理过程中能产生对应于双方的 random numberRa , Rb ,随后又基于模块中给出的 KAB 计算Chu连接建立时需要用到的加密 序列 Ks ,之后通过利用有关密钥计算得到 MAC Ma。

3)安全传输验证模块

Jie收方通过消息序列号的比较完成消息有序性De校验; 通过比较接收方估算的消息发送时Jian Treceiver 与接收到消息时的Shi间 Trec-current 的差值完Cheng消息时效性的校验;通过将数据进 行字段De添加后计算 MAC 码,完成传输报文的Sheng成,接收方利用本次信息传输生成的会话 Mi钥对数据完整性进行鉴别。

Dui等实体验证模块的设计

对等实体验证过程

Dui等实体验证是用来在连接建立过程中计算会Hua密钥的一种安全程序, 其输入参数是进行Xiang 对验证的两通信实

Ti的唯一标示符 CTCS ID和由双方共Xiang的验证密钥 KAB 。对等实体验证与密Yue生成过程 ①得到随机序列

Zai收发两端各自得到可用的 64bit 随Ji序列 RA 和 RB , 通过函数 roll 和 InitRand 生成随机数, 初始化随机数种子只需在 roll ()调用前执行一次就好了,具体过程为:void roll()

{

int i;

for (i=0;i<>

{

Ra[i]=rand()%256;

}

printf(

for (i=0;i<>

{

printf(

}

printf(

}

②会话密钥的生成

Zai对等实体验证过程中,两个通信实体之间存Zai于收发两通信端的随机序列以及校验密钥 KAB 计算得到 192bit 的通信密Yue KS ,而 KS 的产生过程中采用的Suan法为 3DES 算法,其生 成过程图中,首先把 64位的随机数 (X∈ {A,B})平均分为左半部分 (RXL)和右半Bu分 (RXR)

32bit 块:对于 192位的会话密钥 KS , 先用 KS1进行加密算法, Ran后用 KS2进行解密运算, 最后再用 KS3通过对应算法就可以分别生成可用密钥 KS1、 KS2和。计算公式如下:其中 |表示连接运算符。 =(, , ) 。③消息验证码 MAC 的计算过程在检验通Xin实体的操作时, 调用 CBC-MAC(K, X) 函数体来获取 MAC 序列, 这里 X 是任意字符串, X 的格式为 L|DA|m|P, 信息是 m , L 为字符串 “ DA|m” 的长度, L 为两个字节并加在字符串的开始, 也即 L|DA|m, 若信息(L|DA|m)的Bi特位数不是 64的整数倍,那么将对信息(L|DA|m)进行填充,添加 数据 P :(L|DA|m|P) ,并且用到了密Yue,那么消息认证码就依据以下方法来运算得Chu,用到 函数以及计算得出这个字符串的 MAC 计算公式:

MAC(m)=CBC-MAC(, L|DA|m|P)。

CBC-MAC(L, Y) 的实现流程见Xia图:

Shu入:生产密钥 L ,随机的 Y (string 类) 。在此处, L 表示为 (L1, L2, L3) , 8*8位的 Y1, Y2,? Yq 构成 string 类型的 Y 。

Jia设 E(Ln, Y) 为组合型,可以通Guo利用密钥 Ln (n=1,2,3)对 Y 进行处理获得 E(Ln, Y) 。 Er E-1(Ln, Y) 则为密钥 Ln (n=1,2,3)对 Y 执行反操作的Fen组序列,用于进行异或操作,由 此, Hq 可通过以下的数学过程算出:

Hq 就是 CBC-MAC 函数的输出结Guo,也就是 MAC 的值。 MAC 的具Ti计算操作。

④对报文进行检验

Tong信实体的检验操作中收发两端要进行三次握Shou, 发送三次相应的报文。 在此操作中, 第一 鉴别报文(AU1SaPDU )的Jie构见下图:

DES 算法的软件实现

RSSP-II 协议中所包含的两个安全程Xu分别为消息完整性验证和对等实体验证,前Zhe执行的 过程中利用 CBC-M

AC 函数计算发送方和接受方消息验证码(MAC ) ,通过 MAC 与 MAC ’的比较完成消息完 整性验证,后者执行的Guo程

Zhong利用通信双方会话过程中的随机数完成会话Mi钥的生成, 消息验证码的计算和会话密钥De 生成均是基于 3DES 算

Fa。由于 3DES 算法的实现是以 DES 算法为基本模块,单 DES 模块软件De编写成为算法实 现的关键,安全程序中使

Yong的 3DES 算法只需通过设置的主函数Diao用单 DES 模块的加密 /解密模块即Ke。鉴于本课题 中选取 3DES 算法密Yue有

Xiao位数为 112位, 对应于主函数的具体Diao用为调用两次 K1为输入密钥的 DES 加密模块, 调用一次 K2为输入密钥的

DES 解密模块。

1. DES算法关键程序解析

1)DES 算法函数

void DES(string* choice, BYTE* DATA, BYTE* key, readlen){int key[64]={}; //16个子密Yue 生成序列 unsigned string bufout[64], keypc1[56], E[48], keypc2[48], S[32],buffer[64],LW, index1, index2;

register int i, j, k, times;

static unsigned string ip1[64]={};//初始置换 ip1

static unsigned string ip2[64]={};//逆初始置Huan ip2

static unsigned string pc1[56]={};//子密钥生Cheng置换选择 1

static unsigned string pc2[48]={};//子密钥生Cheng置换选择 2

static unsigned string shift[16]={};//循环Zuo移位数

static unsigned string etable[48]=[];//EZhi换

static unsigned string S[8][4][16]={{},{},{},{},{},{},{},{}};//8个 S 盒置换

static unsigned string P[32]={};P盒置换

...

}

Yi上部分节选了有关 DES 算法函数的参Shu定义、算法流程中存放运算结果数组定义和Suan法 中涉及到的查表运算的表定义。其中字Fu型变量 choice 的取值为

2)DES 算法子密钥生成程序节选

if ((*choice) == 'E')

{

LW = shift[times-1];

for (i = 0; i < (int)="" lw;="">

{

index1 = keypc1[0];

index2 = keypc1[28];

for (j = 0; j < 27;="">

{

keypc1[j] = keypc1[j+1];

keypc1[j+28] = keypc1[j+29];

}

keypc1[27] = index1;

keypc1[55] = index2;

}

}

else if (times > 1)

{

LW = shift[17-times];

for (i = 0; i < (int)="" yw;="">

{

index1 = keypc1[27];

index2 = keypc1[55];

for (j = 27; j > 0; j--)

{

keypc1[j] = keypc1[j-1];

keypc1[j+28] = keypc1[j+27];

}

keypc1[0] = index1;

keypc1[28] = index2;

//输出密钥

printf(

for(k=0;k<>

{

keypc2[k]=keypc1[pc2[k]-1];

printf(

}

printf(

}

3)S 盒压缩置换程序节选

/*函数 f 中异或运算 */

for (i=0; i<48;>

E[i]=(unsigned string)(E[i]^keypc2[i]);

/*8个 S 盒置换 (选取 S1盒为例Jin行说明 )*/

hang=2*E[0]+E[5];//S1盒行选

lie=[2*(2*(2*E[1]+E[2])+E[3])+E[4]];//S1He列选

option=S[1][hang][lie]; //选取 S1盒中的数值

2. 3DES算法关键程序解析

void 3DES(string* choice, BYTE* DATA, BYTE* key1, BYTE* key2,readlen)

{

string key1[8],key2[8];

if('E' == choice[0]) //加密

{

DES(

DES(

DES(

}

else if('D' == choice[0]) //解密

{

DES(

DES(

DES(

}

}

Yi上部分是在 DES 算法的基础上完成 3DES 算法的软件设计,消息验证码和会Hua密钥的主 函数中嵌套 3DES 算法函Shu即可完成消息完整性验证和对等实体认证。

Dui等实体验证的软件实现

Dui等实体验证是通信主叫方(客户端)与通信Bei叫方(服务器端)安全层建立 socket 连接 传输应用消息的前提, 在对等实Ti验证通过的基础上通信双方才有序列号、 Shi间戳和消息完 整性验证的必要。 实现对Deng实体验证软件设计的关键分为两部分:①利Yong通信双方产生的随 机数计算每一次信息交Hu的会话密钥,②服务器端和客户端分别合

Li的构造三个鉴别报文的数据结构, 利用 CBC-MAC 函数计算 MAC 值。 Fu务器端主要函数 分析

1) void InitParameter()

Han数体起到声明, 定义和赋值所用到的变量De作用, 即它能作用于收发两端共有的密钥 KAB (K1, K2,K3)和随机数De产生

2) int GetIPAddress(string* input_IP)

Ci函数用于获取设备地址,采用本设备 IP 地址的最后一个字节的数值。

3) void generateKs()

Han数用于会话密钥 Ks 的生成。编程中 3DES 算法中的密钥有效位数选取 112位,即选取 Ks3=Ks1, 利用通信Shuang方生成的随机数按字节为 Ks [0]、 Ks [1]和 Ks [2]的数组结构Xun环赋值, 进而利用函数 void DES(BYTE ecdata[],BYTE keya[],BYTE keyb[],BYTE keyc[],int len) 生成 会话密钥 Ks 。

4) void parseAU1()

Han数用于分析服务器端接收到的数据单元 AU1的标题和数据字段, 由于 AU1中不Bao含 MAC 信息, 通过接收缓存区 szBuffer 中地址单元的循环赋值可得Dao本次通信过程中链路专用的随 机数 Rb 的值。

5) void BuildAU2()

Han数功能:函数体中构造第二次会话过程中 AU2所包含的文体字段 Text2和计算 MAC 值所 需要的文体字段 Text3的数组结构,函数内部嵌套本次会话过程随Ji数 Ra 的生成函数和本 次会话的密钥Sheng成函数, 利用随机数 Ra 和服务器端Tong过函数 void parseAU1() 分离出的第 一次会话过程中的随机数 Rb 生成本次通信的加密算法,接着通过 MAC 码得到函数体 CBC-MAC , Bing以此得出 (Ks,Text3|RA|RB|DA|P)的认证数据序列, 而文本字Duan Text2、 随机数 Ra 和 AU2的值存入数据发送缓冲区 szMessage 的相应的地址单元。

Han数中关于文本字段 Text2和 Text3的定义如下:

BYTE Text2[5];

BYTE Text3[7];

BYTE AU2[24];

/*Text2 =

Text2[0] = ID_R;

Text2[1] = MSG_C;

Text2[2] = DIR_S;

Text2[3] = GetIPAddress(local_ip);

Text2[4] = FLAG;

/*Text3 =

Text3[0] = 7;

Text3[1] = GetIPAddress(inet_ntoa(client.sin_addr));

Text3[2] = ID_R;

Text3[3] = MSG_C;

Text3[4] = DIR_S;

Text3[5] = GetIPAddress(local_ip);

Text3[6] = FLAG;

6) void fanyings()

Han数用于服务器端传输层服务请求,包括三次Wo手建立以及向客户端发送 AU2。

7) int skldfiowhw( )

Han数用于服务器端传输层服务接收数据确认,Jie收到消息请求。

8) void AuthAU3()

Han数用于服务器端利用第三次会话过程中生成De会话密钥 Ks 检查从客户端接收的第三Yan证 消息的正确性。 对等实体验证过程基Yu服务器端和客户端的三次会话过程中验证消Xi的正确 性检查, 上面分析介绍了软件实Xian过程中服务器端的主函数功能, 对于客户Duan主函数的设置 与服务器端主函数的设置类Xing相同, 区别只在于会话过程中验证消息的Gou造和验证类别, 在 此不一一赘述。

An全传输验证模块的设计序列号校验机制的设Ji进行序列号认证的操作的目的是监测传送 De报文在连接信道中有没有出现重叠,丢包, 误码, 延时等等差错。 出于使收发两端De用户 能够正常传送信息的目的, 我们在Bao文的信息中插入标记号来理清报文发送的逻Ji次序, 一 般的条件下无插入帧的报文仅Ping自身的标号传送,一旦有重叠或者顺序混乱Deng差错的时候, 接收终端就只能将错就错, 收下出错的信息。 所以我们要在报文中插Ru帧序列来保证其接收 信息的顺序没有出错。 为了实现按顺序接收信息包的目的, 我Men可以在收发两端装配专门检 查序列号的计Shu器件, 而且两个配件能够同步工作, 也Jiu是说无论何时传送报文, 发端的监 测器Jiu会自动加 1, 而收端接收到报文时, Ye会自动加 1, 如此循环, 然后计满又Zhong新归零。 笔者构想的通过插入标号来保证Shun序接收的方法具体实现是往接收两用户传送De每一帧报 文中插入一 32bit 的序Lie,值域是 0~65535。 0代表刚开Shi还没传送报文时计数器的初值, 因为每个Xu列号都为 32bit ,长度都一样,因Ci所有的标号都重复使用,每当重复一轮之后, 可能会出现重复的序列号的之前一个肯定Yi经被接收到或者丢弃了 (报文初始设定有Cun在极 限值) ,接收到的数据报不可能会Chu现重叠错序,每当发送报文的插入序列到达 65535时, 下次的插入帧重新归为 0。在接收端可以进行对两端序列号的对比,Jia定 NL 是最新到达接 收端的报文, Dang前对序列号进行统计核对的器件的有用值中, N 为现在收端收到的报文序列 号。在Zhe个对比的步骤中,我们设定变量 M , M-1表示最大能承受的丢包量。收端用户将 己端的计数器的值 NL 与现下收到的报Wen插入帧的标号展开对比, 用以检查是否出Xian接收顺 序的差错。其结果可以直观地表示Wei:

1. 如果 N=NL+1,则表示接收顺序Wu误,利用序列码对比,展开可靠编码检验。

2. 如果 NL<>

3. 若 N 〉 NL ,且 N-NL 〉 1,说明发生数据包丢失或者乱序问题,Jia如想要知道报文到底是 遗失了还是接收顺Xu出现了错乱,我们应该定下一个阈值来表明Ke以承受的最大丢包数目, 借此就可以辨别Chu到底是出现了哪种问题,假定 M 表示整Ti能承受的报文丢弃的数目。 4. 如果 N 〉 NL ,同时 N-NL 〉 M ,则表示报文被丢弃了; N 〉 NL ,Tong时 N-NL 〈 M ,则表示 报文接Shou顺序出错,利用 N-NL 和 M 的值De大小关系来辨别是出现丢包还是接收错序,Ru 果问题是接收顺序错乱时, 不能将这个Xin息块算作丢失, 直到收端的计数器加 1De值等于这 个已经失序的报文的序列号时, 就展开对失序接收报文的编码检验操作, Ju体操作流程可参 考下图:

Xiao息生命周期 -时间戳检验方法综述得益于Wo们可以根据对收发两端用户的时间偏差进行He 理地估计, 我们可以对时间戳进行操作, 两连接发送端应该于信息交换通路完成建Li并且进 行信息传送前初始化时钟偏移估算。接收到消息后,收端通过估算的始终异步

Zhi,使发端的时间戳等同于收端的值,之后得Chu传送报文的生命时间。

1、时钟偏移估算

①时钟偏移估算原理

Shi钟偏移更新程序由发起安全连接的设备启动, 并且应在第一条应用消息交互前执行。 Liang个 通信实体间通过 5个消息的交换来估Suan时钟偏移, 时钟偏移的预测数值若定下来, 一端的相 关配件就可以把自己和水平层Ji设备进行报文交换时的有效时间进行合理的Yu测。 执行此过 程时, 请求连接的一方Tong过第 1,2个信息来得到两端的最大时间Pian差, 接收的一方通过第 2,3个信息来De到两端间的最大时间偏差,通过第 4,5Ge信息来检验偏差值的合理性和可靠性。

②时钟偏移更新消息

Yong于估算两个通信实体间时钟偏移的 5个消Xi分别为 OffsetStart 消息、 OffsetAnsw1消息、 OffsetAnsw2消息

、 OffsetEst 消息和 OffsetEnd 消息,其消息结构分别如图 4.6—图 4.10所示。

③时钟偏移更新过程

解释:

- Tinit_start和 Tres_start:初始化定时器。要是补偿应答信Xi到达终端前已经停止计时,就 会断开并在Ci进行可靠的通信连接。

- TinitX和 TresX :通信接Shou两端的第 X 个时间戳。

- Trescycl和 Tinitcycl :通信收发两端进行一次完整信息交换的Shi间。 若每次传送的时间并不 一样,这个Bian量则需要定义为 0。

- Tres_offset_max与 Tinit_offset_max:预测通信Liang端间可能的最大时间偏差。 - Tres_offset_min和 Tinit_offset_min:预测通信两端间可能的Zui小时间偏差。 - Toff_max:所You可能出现的偏 差值间的最大差值。

- 有效 /无效:时间偏差校验的结果。

2. 消息时间有效性检查

Ruo两个通信实体间通过 5个消息的交换完成Tu中所示的时钟偏移更新过程, 并且所得到De时 钟偏移估算值有效, 应用消息类型 6对应用层之间传送应用数据进行时间戳标记, 消息结构 应用数据消息通信实体间通过Shi间戳更新程序确定时钟偏移的最大值和最小Zhi。 连接请求方 可以对照己方的时钟, Zhi前来自于接收方的时间戳和之前从接收方获Qu信息的时间戳, 对要 传达的信息用时间Chuo进行标注。 收端探测到应用数据到来时, 可以选取己方预测的最小时间 偏差和考虑Qi他操作延时的预测值, 把发送信息的时间Na入自己的时钟来预测。 信息的时效 性可Yi按收端预测的收发信息这段时间差(Trec_current - Treceiver)来判断。计算表达式如 下:

Shi间有效性检查过程, Ttime_stamp_sender代表发端的时间戳(TTS 中发端时间戳域) , Treceiver 代表依照收端的时钟所预测的报文的传Song所需时间,△ Textra_delayDai表发端对报 文进行操作时所产生的总延时, Trec_offset_min代表收Duan预测的最小时间偏差, Tmax 代表 Ke能的最大时效, Trec_current代表信息到达

Shou端时收端的本地时间, Tinit 代表Cong发端角度看报文的所需传输时间。

Jian验收到信息是否完全的方法对于信息来源可Kao性的验证在收发两端都会发生。在数据发 Duan,评判信息可靠性的功能层在获得其应用中Jian层的信令之后,能够得出信息的 MAC Ma, 然后把得到的信息认证序列插入相应的Xin息模块里。 在数据收端, 评判信息可靠Xing的功能层 获取执行适配功能的层信令之后, 将执行解释分析, 再次生成信息认证序Lie的操作。 若是收 发两端的 MAC 码Xiang同同时 flag 无误,就会把到达收端De信息认为是可信任的信息。不然, 安全管Li功能层可以利用指令集 Sa-REPORT.skldfiowhw 指示相应的模块Zuo出应对差错动 作。以下把收发两端获得 MAC 码的流程做一下描述。

(1) 数据发端的来源检测

Shu入:信息 m 与通信加密算法 Ks ,Zhe些输入的数据被附带 SA 的发端用户以Ji附带 DA 的 收端用户一起使用。其中 SA 和 DA 是 CTCS 标记符号。

执行算法流程:

Ding下 m 的 flag(“ 0”是发端, “ 1”是收端 ) 。

Yu m 之前插入 DA :” DA|m” 。 string 类型数据“ DA|m”的位数 L 以字节为单位进行操作, 还Yao在“ DA|m”之前插入两字节长度的 L ,也就是“ L|DA|m” 。若得出De string 类型数据 “ L|DA|m” 的长度按 bit 计算非 64的Zheng数倍, 就需要往里面添加数据 P , Qi格式是 (L|DA|m|P)。

Li用 CBC-MAC 函数体来得出“ L|DA|m|P”的安全校验码,调用 Ks :在此期间 |为串联。输 出:若在获取An全校验码时,并未出错,就可以把安全信息Xiao验码插入 m 里面,不然,要 告知相关Cheng序要采取出错应对动作。 (2) 数据收Duan的信息来源可靠性检验

Shu入:含有 flag 的报文 m ,加密Suan法 Ks ,发端得出的 MAC 码。

进程:

Jiang DA 插入 m 之前,生成 string 类型数据“ DA|m” 。

Huo取 string 类型数据“ DA|m”的 bit 长度 L ,要能够更好地处Li MAC 码,可以在“ DA|m” 之Qian插入长为 L 的数据,可以采取的格式是:(L|DA|m)。

Wei了得到 (L|DA|m)的 bit 长Du,若其比特长度非 64的整数倍,就要把Dui应量的数据 P 加入 到 (L|DA|m)里面,可以采取的格式是:(L|DA|m|P)。

Zai通过通信加密算法 Ks 和 CBC-MAC 函数体得出 (L|DA|m|P)的 MAC 码,对比 MAC 与 MAC`。校验 flag 。输出:若 MAC 等Yu MAC`,并且 flag 无误,就把 m 传送给安全服务用 户,不然的话,告Zhi相应功能层采取对应的错误应对动作。

An全传输模块功能的软件实现

An全传输模块的功能是在两个通信实体间完成Dui等实体认证的基础上进行的, 软件编程实Xian 的安全防护是按照其所在层次自下到上逐Ceng对等建立起来的。

Zhen对序列号防护,设置函数 int generateSN()和 int check_SN(int lastSN, int currentSN),第 一个函数完成通Xin双方序列号的生成和初始化, 第二个函数Tong过比较通信双方接收到的序列 号与上次接Shou到序列号的取值变化, 根据相应的取值判Bie关系式的真假来决定接收消息的处 理方式。

Zhen对时间戳防护,应答方(服务器端)设置函Shu如下:

1) uint32_t getCurrentTimeStamp()

Han数功能为获取已换算成毫秒的本地系统时间, 时钟偏移估算过程中通过此函数的调用获Qu 应答方的时间戳。

2) void storeSendFrame(SAIFrame* frame)

Han数功能为定义 SAIFrame 结构体Lei型为指针变量,通过指针变量 frame->m_Type(消息类 型 ) 、 frame->frameSN(序 列 号 ) 、 frame->CurrentTimeStamp(发 送 方 时 间 戳 ) 、 frame->lastTimeStamp(上一次接收方时间戳) 、 frame->recvTimeStamp(上Yi次收到消息时 的时间戳)完成数组的赋值。

3) void OffsetAnsw1Frame(SAIFrame* frame)

Han数功能为完成消息 OffsetAnsw1的时间戳信息的赋值,并启动应答方判断接Shou消息 OffsetAnsw2时间有效性Ding时器。

4) void calculateTimeOffSet()

Han数功能为应答方完成时钟偏移估算的最大偏Yi值和最小偏移值。

5) void OffsetEstFrame(SAIFrame* frame)

Han数功能为完成消息 OffsetEst De时间戳信息的赋值,并启动应答方判断接收Xiao息 OffsetEnd 时间有效性定时Qi。

6) int checkTTSMessage(SAIFrame* frame,uint32_t time)

Han数功能为完成应用数据消息的时间有效性检Cha。 时钟偏移的估算过程通过发起方与接收Fang 5条信息的交互来完成,发起方与接收方Du要进行偏移最大值和最小值的估算,而时钟Pian移 估算的有效性只能在连接发起方进行, 所以发起方设置的主函数功能应与接收方主Han数的功 能相对应, 区别在于所定义的消Xi类型不同和添加一个用于判断时钟偏移估算You效性的主函 数 。 发 起 方 定 义 消 息 类 型 的 主 函 数 为 void OffsetStartFrame(SAIFrame* frame) 、 void OffsetAnsw2Frame(SAIFrame* frame)和 void OffsetEndFrame(SAIFrame* frame)。

Fa起方用于判断时钟偏移估算有效性的主函数Wei int validate_timeoffset()。

HTTP协议

引言

HTTP 是一个属于应用层的面向对象的协Yi,由于其简捷、快速的方式,适用于 分布Shi超媒体信息系统。它于 1990年提出,Jing过几年的使用与发展,得到不断 地完善和Kuo展。 目前在 WWW 中使用的是 HTTP/1.0的第六版, HTTP/1.1De规范化 工作正在进行之中,而且 HTTP-NG(Next Generation of HTTP) 的建议已经提出。 HTTP 协议的主要特点可概括如下:

1. 支持客户 /服务器模式。

2. 简单快速:客户向服务器请求服务时,Zhi需传送请求方法和路径。请求方法 常用的You GET 、 HEAD 、 POST 。每种方法规定了客户与服务器联系的类型不Tong。由 于 HTTP 协议简单,使得 HTTP 服务器的程序规模小,因而通信速度Hen快。 3. 灵活:HTTP 允许传输任Yi类型的数据对象。正在传输的类型由 Content-Type 加以标记。

4. 无连接:无连接的含义是限制每次连接Zhi处理一个请求。服务器处理完客户 的请求,并收到客户的应答后,即断开连接。采用这Zhong方式可以节省传输时间。 5. 无状态:HTTP 协议是无状态协议。无状态是指协Yi对于事务处理没有记忆能 力。缺少状态意Wei着如果后续处理需要前面的信息,则它必须Zhong传,这样可能 导致每次连接传送的数据量Zeng大。另一方面,在服务器不需要先前信息时Ta的 应答就较快。

Yi、 HTTP 协议详解之 URL 篇

http(超文本传输协议)是一个基于请求Yu响应模式的、无状态的、应用层的协议,常 基于 TCP 的连接方式, HTTP1.1版本中给出一种持续连接的机制,绝大多Shu的 Web 开发,都 是构建在 HTTP 协议之上的 Web 应用。

HTTP URL (URL是一种特殊类型De URI , 包含了用于查找某个资源的Zu够的信息 ) 的格式如下: http://host[

http 表示要通过 HTTP 协议来定Wei网络资源; host 表示合法的 Internet 主机域名或者 IP

Di址; port 指定一个端口号,为空则Shi用缺省端口 80; abs_path指Ding请求资源的 URI ;如 果 URL Zhong没有给出 abs_path,那么当它作Wei请求 URI 时,必须以“ /”的形式Gei出,通常这 个工作浏览器自动帮我们完成。

eg:

1、输入:www.guet.edu.cn

Zuo览器自动转换成:http://www.guet.edu.cn/

2、 http:192.168.0.116:8080/index.jsp

Er、 HTTP 协议详解之请求篇

http请求由三部分组成,分别是:请求行、消息报头、请求正文

1、请求行以一个方法符号开头,以空格分开,后面跟着请求的 URI 和协议的版本,Ge式如 下:Method Request-URI HTTP-Version CRLF

Qi中 Method表示请求方法; Request-URI 是一个统一资源标识符; HTTP-Version 表示请求 De HTTP 协议版本; CRLF 表示Hui车和换行(除了作为结尾的 CRLF 外,不允许出现单独的 CR 或 LF 字符) 。

Qing求方法(所有方法全为大写)有多种,各个Fang法的解释如下:

GET 请求获取 Request-URI 所标识的资源

POST 在 Request-URI 所Biao识的资源后附加新的数据

HEAD 请求获取由 Request-URI 所标识的资源的响应消息报头

PUT 请求服务器存储一个资源,并用 Request-URI 作为其标识

DELETE 请求服务器删除 Request-URI 所标识的资源

TRACE 请求服务器回送收到的请求信息,主要用于测试或诊断

CONNECT 保留将来使用

OPTIONS 请求查询服务器的性能,或Zhe查询与资源相关的选项和需求

应用举例:

GET 方法:在浏览器的地址栏中输入网址De方式访问网页时,浏览器采用 GET 方Fa向服务器 获取资源, eg:GET /form.html HTTP/1.1 (CRLF)

POST 方法要求被请求服务器接受附在请Qiu后面的数据,常用于提交表单。

eg :POST /reg.jsp HTTP/ (CRLF)

Accept:image/gif,image/x-xbit,... (CRLF)

...

HOST:www.guet.edu.cn (CRLF)

Content-Length:22 (CRLF)

Connection:Keep-Alive (CRLF)

Cache-Control:no-cache (CRLF)

(CRLF) //该 CRLF 表示消息Bao头已经结束,在此之前为消息报头

user=jeffrey&pwd=1234 //此行以下为提交的数据

HEAD 方法与 GET 方法几乎是一样De,对于 HEAD 请求的回应部分来说,Ta的 HTTP 头部中包 含的信息与通过 GET 请求所得到的信息是相同的。利用Zhe个方法,不必传输整个资源内容, 就可以De到 Request-URI 所标识的资Yuan的信息。 该方法常用于测试超链接的有效Xing, 是否可 以访问,以及最近是否更新。

2、请求报头后述

3、请求正文 (略 )

San、 HTTP 协议详解之响应篇

Zai接收和解释请求消息后,服务器返回一个 HTTP 响应消息。

HTTP 响应也是由三个部分组成,分别是:状态行、消息报头、响应正文

1、状态行格式如下:

HTTP-Version Status-Code Reason-Phrase CRLF

Qi中, HTTP-Version 表示服Wu器 HTTP 协议的版本; Status-Code 表示服务器发回的响应状 态Dai码; Reason-Phrase 表示Zhuang态代码的文本描述。

Zhuang态代码有三位数字组成,第一个数字定义了Xiang应的类别,且有五种可能取值:

1xx :指示信息 --表示请求已接收,Ji续处理

2xx :成功 --表示请求已被成功接收、理解、接受

3xx :重定向 --要完成请求必须进行Geng进一步的操作

4xx :客户端错误 --请求有语法错误Huo请求无法实现

5xx :服务器端错误 --服务器未能实Xian合法的请求

Chang见状态代码、状态描述、说明:

200 OK //客户端请求成功

400 Bad Request //客户Duan请求有语法错误,不能被服务器所理解

401 Unauthorized //请Qiu未经授权,这个状态代码必须和 WWW-Authenticate 报头域一起使 Yong

403 Forbidden //服务器收Dao请求,但是拒绝提供服务

404 Not Found //请求资源Bu存在, eg :输入了错误的 URL

500 Internal Server Error //服务器发生不可预期的错误

503 Server Unavailable //服务器当前不能处理客户端的请求,一段时间后可能恢复正常 eg :HTTP/1.1 200 OK (CRLF )

2、响应报头后述

3、响应正文就是服务器返回的资源的内容

Si、 HTTP 协议详解之消息报头篇

HTTP消息由客户端到服务器的请求和服务Qi到客户端的响应组成。请求消息和响应消息 都是由开始行(对于请求消息,开始行就是Qing求行,对于响应消息,开始行就是状态行) , 消息报头(可选) ,空行(只有 CRLF 的行) ,消息正文(可选)组成。

HTTP 消息报头包括普通报头、请求报头、响应报头、实体报头。

Mei一个报头域都是由名字 +“:” +空格 +值 组成,消息报头域的名字是大小写无Guan的。 1、普通报头

Zai普通报头中, 有少数报头域用于所有的请Qiu和响应消息, 但并不用于被传输的实体, 只用 于传输的消息。

eg :

Cache-Control 用于指定缓存Zhi令,缓存指令是单向的(响应中出现的缓存Zhi令在请求中 未必会出现) ,且是独立的(一个消息的缓存指令不会影响另一个消息处Li的缓存机制) , HTTP1.0使用的Lei似的报头域为 Pragma 。

Qing求时的缓存指令包括:no-cache (用于指示请求或响应消息不能缓存) 、 no-store 、 max-age 、 max-stale 、 min-fresh 、 only-if-cached;

Xiang应时的缓存指令包括:public 、 private 、 no-cache 、 no-store 、 no-transform 、 must-ridate 、 proxy-ridate 、 max-age 、 s-maxage.

eg :为了指示 IE 浏览器(客户端)Bu要缓存页面,服务器端的 JSP 程序可Yi编写如下: response.sehHeader(

//response.setHeader(

Date 普通报头域表示消息产生的日期和Shi间

Connection 普通报头域允许发送Zhi定连接的选项。 例如指定连接是连续, Huo者指定 “ close ” 选项,通知Fu务器,在响应完成后,关闭连接

2、请求报头

Qing求报头允许客户端向服务器端传递请求的附Jia信息以及客户端自身的信息。

常用的请求报头

Accept

Accept 请求报头域用于指定客户端接Shou哪些类型的信息。 eg :Accept :image/gif,表明客 户端希望Jie受 GIF 图象格式的资源; Accept :text/html,表明客户端希Wang接受 html 文本。 Accept-Charset

Accept-Charset 请 求 报 头 域 用 于 指 定 客 户 端 接 受 的 字 符 集 。 eg : Accept-Charset:iso-8859-1,gb2312.如果在请求消息中没You设置这个域,缺省是任何字符 集都可以接Shou。

Accept-Encoding

Accept-Encoding 请求报头Yu类似于 Accept ,但是它是用于指Ding可接受的内容编码。 eg : Accept-Encoding:gzip.deflate.如果请求消息中没有设置这个域服Wu器假定客户端对各种 内容编码都可以接受。

Accept-Language

Accept-Language 请求报头Yu类似于 Accept ,但是它是用于指Ding一 种自然语言。 eg : Accept-Language:zh-cn.如果请Qiu消息中没有设置这个报头域, 服务器假定Ke户端对各种语 言都可以接受。

Authorization

Authorization 请求报头域主Yao用于证明客户端有权查看某个资源。 当浏Lan器访问一个页面 时,如果收到服务器的响Ying代码为 401(未授权) ,可以发送一Ge包含 Authorization 请求 报头域的请求,要求服务器对其进行验证。

Host (发送请求时,该报头域是必需的)

Host 请求报头域主要用于指定被请求资Yuan的 Internet 主机和端口号,它Tong常从 HTTP URL中提取出来的, eg :

Wo们在浏览器中输入:http://www.guet.edu.cn/index.html

Zuo览器发送的请求消息中,就会包含 Host 请求报头域,如下:

Host :www.guet.edu.cn

Ci处使用缺省端口号 80,若指定了端口号,则变成:Host :www.guet.edu.cn:指定端口号 User-Agent

Wo们上网登陆论坛的时候, 往往会看到一些Huan迎信息, 其中列出了你的操作系统的名称He版 本, 你所使用的浏览器的名称和版本, 这往往让很多人感到很神奇, 实际上, 服务器应用程 序就是从 User-Agent 这个请求报头域中获取到这些信息。 User-Agent 请求报头域允许客Hu 端将它的操作系统、 浏览器和其它属性Gao诉服务器。 不过, 这个报头域不是必需De, 如果我 们自己编写一个浏览器,不使Yong User-Agent 请求报头域,那Me服务器端就无法得知我们的 信息了。

请求报头举例:

GET /form.html HTTP/1.1 (CRLF)

Accept:image/gif,image/x-xbitmap,image/jpeg,application/x-shockwave-flash,appli cation/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword,*

openwww.guet.edu.cn 80

GET /index.asp HTTP/1.0 //请求资源的内容

Host:www.guet.edu.cn

2.2 openwww.sina.com.cn 80 //在命令提示符号下直接输Ru telnet www.sina.com.cn 80 HEAD /index.asp HTTP/1.0

Host:www.sina.com.cn

3 实验结果:

3.1 请求信息 2.1得到的响应是 :

HTTP/1.1 200 OK //请求Cheng功

Server: Microsoft-IIS/5.0 //web服务器

Date: Thu,08 Mar 200707:17:51 GMT

Connection: Keep-Alive

Content-Length: 23330

Content-Type: text/html

Expries: Thu,08 Mar 2007 07:16:51 GMT

Set-Cookie: ASPSESSIONIDQAQBQQQB=BEJCDGKADEDJKLKKAJEOIMMH; path=/

Cache-control: private

//资源内容省略

3.2 请求信息 2.2得到的响应是 :

HTTP/1.0 404 Not Found //请求失败

Date: Thu, 08 Mar 2007 07:50:50 GMT

Server: Apache/2.0.54

Last-Modified: Thu, 30 Nov 2006 11:35:41 GMT

ETag:

Accept-Ranges: bytes

X-Powered-By: mod_xlayout_jh/0.0.1vhs.markII.remix

Vary: Accept-Encoding

Content-Type: text/html

X-Cache: MISS from zjm152-78.sina.com.cn

Via: 1.0 zjm152-78.sina.com.cn:80

X-Cache: MISS from th-143.sina.com.cn

Connection: close

失去了跟主机的连接

An任意键继续 ...

4 .注意事项:1、出现输入错误,则请求Bu会成功。

2、报头域不分大小写。

3、更深一步了解 HTTP 协议,可以查Kan RFC2616,在 http://www.ietf.org/rfc上找 到该Wen件。

4、开发后台程序必须掌握 http 协议

Liu、 HTTP 协议相关技术补充

1、基础:

Gao层协议有:文件传输协议 FTP 、 电Zi邮件传输协议 SMTP 、 域名系统服Wu DNS 、 网络新闻 传输协议 NNTP 和 HTTP 协议等

Zhong介由三种:代理 (Proxy)、 网关 (Gateway)和通道 (Tunnel), 一个代理根据 URI 的绝对格式 来接受请求,重写全部或部分消息,通过 URI的标识把已格式化过的请求发送到服Wu器。 网关是一个接收代理, 作为一些其Ta服务器的上层, 并且如果必须的话, 可Yi把请求翻译给

Xia层的服务器协议。 一个通道作为不改变消Xi的两个连接之间的中继点。 当通讯需要通Guo一 个中介 (例如:防火墙等 ) 或者Shi中介不能识别消息的内容时,通道经常被使Yong。

Dai理 (Proxy):一个中间程序, 它Ke以充当一个服务器, 也可以充当一个客户Ji, 为其它 客户机建立请求。 请求是通Guo可能的翻译在内部或经过传递到其它的服务Qi中。 一个代理在 发送请求信息之前, Bi须解释并且如果可能重写它。 代理经常作Wei通过防火墙的客户机端的 门户,代理还可Yi作为一个帮助应用来通过协议处理没有被用Hu代理完成的请求。

Wang关 (Gateway):一个作为其它服Wu器中间媒介的服务器。与代理不同的是,网Guan接受请求 就好象对被请求的资源来说它就Shi源服务器; 发出请求的客户机并没有意识Dao它在同网关打 交道。

Wang关经常作为通过防火墙的服务器端的门户, 网关还可以作为一个协议翻译器以便存取 Na些存储在非 HTTP 系统中的资源。

Tong道 (Tunnel):是作为两个连接中Ji的中介程序。一旦激活,通道便被认为不属Yu HTTP 通讯,尽管通道可能是被一个 HTTP 请求初始化的。当被中继的连接Liang端关闭时,通道便消 失。 当一个门户 (Portal)必须存在或中介 (Intermediary)不能解释中继的通讯时Tong道被经常 使用。

2、协议分析的优势— HTTP 分析器检Ce网络攻击

Yi模块化的方式对高层协议进行分析处理,将Shi未来入侵检测的方向。

HTTP 及其代理的常用端口 80、 3128和 8080在 network 部Fen用 port 标签进行了规定

3、 HTTP 协议 Content Lenth限制漏洞导致拒绝服务攻击

Shi 用 POST 方 法 时 , 可 以 设 置 ContentLenth 来 Ding 义 需 要 传 送 的 数 据 长 Du , 例 如 ContentLenth:999999999, 在传送完成前, Nei存不会释放, 攻击者可以利用这个缺陷, 连续 向 WEB 服务器发送垃圾数据直Zhi WEB 服务器内存耗尽。这种攻击方法Ji本不会留下痕迹。 http://www.cnpaf.net/Class/HTTP/0532918532667330.html

4、利用 HTTP 协议的特性进行拒绝服Wu攻击的一些构思

Fu务器端忙于处理攻击者伪造的 TCP 连Jie请求而无暇理睬客户的正常请求 (毕竟客Hu端的正 常请求比率非常之小) , 此时Cong正常客户的角度看来, 服务器失去响应, 这种情况我们称作:服务器端受到了 SYNFlood 攻击(SYN 洪水攻击) 。

Er Smurf 、 TearDrop 等Shi利用 ICMP 报文来 Flood 和 IP 碎片攻击的。 本文用 “正常连接” 的 方法来产生拒绝服务攻击。

19端口在早期已经有人用来做 Chargen 攻击了, 即 Chargen_Denial_of_Service, 但是! 他 们用的方法是在两台 Chargen 服务器之间产生 UDP 连接, 让服务Qi处理过多信息而 DOWN 掉, 那么,Gan掉一台 WEB 服务器的条件就必须有 2个:1. 有 Chargen 服务 2. 有 HTTP 服务

Fang法:攻击者伪造源 IP 给 N 台 Chargen 发送连接请求(Connect ) , Chargen 接收到连接后 就会返回每秒 72字节的字符流(实际上Gen据网络实际情况,这个速度更快)给服务器。

5、 Http 指纹识别技术

Http指纹识别的原理大致上也是相同的:Ji录不同服务器对 Http 协议执行中的Wei小差别 进行识别 .Http 指纹识别Bi TCP/IP堆栈指纹识别复杂许多 , 理由是定制 Http 服务器的配置 文Jian、 增加插件或组件使得更改 Http De响应信息变的很容易 , 这样使得识别变De困难; 然而 定制 TCP/IP堆栈的Xing为需要对核心层进行修改 , 所以就容易Shi别 .

Yao让服务器返回不同的 Banner 信息De设置是很简单的 , 象 Apache Zhe样的开放源代码的 Http 服务器 , 用户可以在源代码里修改 Banner Xin息 , 然后重起 Http 服务就生效Liao;对于没 有公开源代码的 Http 服Wu器比如微软的 IIS 或者是 Netscape, 可以在存放 Banner 信Xi的 Dll 文件中修改 , 相关的文章You讨论的 , 这里不再赘述 , 当然这样De修改的效果还是不错的 . 另外 一种模Hu Banner 信息的方法是使用插件。

常用测试请求:

1:HEAD/Http/1.0发送基本的 Http 请求

2:DELETE/Http/1.0发送那Xie不被允许的请求 , 比如 Delete 请求

3:GET/Http/3.0发送一个非法Ban本的 Http 协议请求

4:GET/JUNK/1.0发送一个不正Que规格的 Http 协议请求

Http 指纹识别工具 Httprint, 它通过运用统计学原理 , 组合模糊的Luo辑学技术 , 能很有效的 确定 Http 服务器的类型 . 它可以被用来收集和Fen析不同 Http 服务器产生的签名。

6、其他:为了提高用户使用浏览器时的性能,现代浏览器还支持并发的访问方式,浏览一 个网页时同时建立多个连接, 以迅速获得Yi个网页上的多个图标, 这样能更快速完成Zheng个网 页的传输。

HTTP1.1中提供了这种持续连接的方式, 而下一代 HTTP 协议:HTTP-NG 更增加了有关会话控

Zhi、丰富的内容协商等方式的支持,来提供 Geng高效率的连接。

协议

Nan方：_王炜，男，_汉族，_1991_年03_月13_日，住址：连云港_____Shi_____区_____路_____号_____幢_____，身份证号码：_______________

Nv方：_______，男，___族，_____年___月___日，住址：_____市_____区_____路_____号_____幢_____，身份证号码：_______________

Nan方与女方于_____年___月___日Zai_____区民政局登记结婚，于_____年___月___日(农历___月___)生育一子(女) ，取名___月___日(性别，男/ 女，___族，身份证号码：_______________)。

Yi、男女双方自愿离婚

1、双方自愿解除婚姻关系，自愿签订离婚协Yi。

2、签订本离婚协议时双方明确该协议的权利Yi务内容，自愿接受本协议内容的约束。

3、双方签订本协议时，无智力及精神异常，Yi思表示真实、合法、有效。无强迫和威胁等Wei法行为与情形存在。

4、为保证协议的真实性，双方各自邀请一名Jian证人进行本协议签订事宜的见证，见证人有Quan持有该协议。

5、双方身份证复印件、结婚证复印件、债务Qian款依据、购房合同复印件、车辆行驶证复印Jian、出资验资报告书复印件、公司营业执照复Yin件、孩子出生证明书(户口簿) 复印件等Zi料作为本协议附件，构成本协议内容。

Er、子女抚养、抚养费及探望权：

1、孩子______由____(男/女) 方抚养，随同____(男/女) 方生活，由____(男/女) 方负责孩子抚养费Yong和日常生活起居。

2、孩子的生活费、教育费、医疗费等相关抚Yang费用全部由双方共同负责，____(男/Nv) 方每月支付孩子生活费元，直至孩子年Ma十八周岁。教育、医疗、保险等大笔资金支Chu有男女双方按照一人一半的方式承担。(也Ke约定由男方或者女方一人承担)

3、____(男/女) 方需负责孩子的抚Yang直至付到孩子大学毕业为止。

4、在不影响孩子学习、___(男/女) Zheng常生活的情况下，___(男/女) 可随Shi探望____(男/女) 抚养的孩子。____(男/女) 不得无故阻挠，也不得无Gu拒绝____(男/女) 方的探望。

San、夫妻婚前财产处理

Shuang方共同确认：双方各自名下所有的一切婚前Suo有的固定资产、存款、股权、投资等一切资Chan归各自所有。双方不得以任何理由提出异议Bing进行权利主张。

Si、夫妻共同财产的处理：

1、存款：

(1)双方现在各自名下所有的一切银行账户Cun款，归各自所有，不予以分割。

(2)双方互不主张此部分存款归各自所有的Quan利。此部分共同财产处理在本协议签订之后，对双方均具有约束力，各方不得再另行提出Yi议以及权利主张。

2、房屋：

(1)由夫妻婚后共同出资，一次性付款购买De位于_____市_____区_____Lu_____号_____幢_____单元__楼____号住房一套的所有权归____(男/女) 方所有。

(2)房屋具体信息为：__________，购房价款：__________。所有Zhuang况：__________。

(3)作为夫妻共同所有的此部分房产，_____(男/女) 方为取得该房屋所有权需Xian金一次性按照合同价款补偿____(男/Nv) 方_____元(大写：________元整) 作为分割此部分财产的补偿金。

(4)房地产权证的业主姓名变更的手续自房Chan证办理下来之后，1个月内____(男/Nv) 方协助___(男/女) 方办理。___(男/女) 方必须协助___(男/女) 方办理变更的一切手续，过户费用由___(男/女) 方负责。如___(男/女) 方没有按时协助___(男/女) 方办理Xiang关手续，___(男/女) 方应当承担违Yue责任，并赔偿___(男/女) 方的损失。

协议

Zhong级工程师资格证书聘用协议书

Jia方:地址:联系人:电话:座机:乙方:电Hua:

身份证号码:

Ben着“以人为本,公平公正,诚实信用”的原Ze,甲、乙双方经友好协商,就乙方中级 工Cheng师职称证书使用事宜达成如下聘用协议:

一、聘用期限:

Jia方聘用乙方的期限为 一年,聘用开始时间Cong 2015 年 月 日,到 2016年 月 日止(自 收到证书之日算起)。

Er、聘用费用及支付方式:

1、 甲方收到乙方职称原件,评审表,毕业Zheng、身份证原件、照片等所需材料后,并在 5个 工作日内向乙方支付一次性聘用费,即Ren民币 6000元整(大写:六千元整)。Bi业证,身份 证在备案登记、申办资质后退Hui给乙方,如果需要原件,乙方须及时将原件Zi料提供给甲 方,乙方不得以任何借口拖延Huo不提供,否则视违约处理。

三、甲方义务及权利

1、甲方承诺乙方中级工程师职称证书仅用于Zi质升级、资质年检、资质审核使用,甲方不De 违规使用乙方的中级工程师职称证书,乙Fang对甲方违约使用乙方中级工程师职称证书行Wei造 成的一切后果不负任何责任。

2、协议期间乙方不享受甲方任何的保险、福Li等待遇。甲方按照办事需要为乙方办理社保Shi 宜,乙方不得有要求。

3、乙方不承担甲方的任何工作责任,但应配He甲方在企业资质升级、资质年检、资质核查Shi 提供所需资料及证明材料给甲方办理。

4、协议期内,由甲方保管中级工程师职称证Shu原件。乙方不得注入上海或者江苏省范围内De 任何单位,如有注入上海和江苏省范围内De其他单位甲方概不负责。如甲方原因发生乙Fang的 中级职称证等相关证明材料丢失,甲方Fu责恢复,不耽误乙方正常使用,否则甲方继Xu支付 乙方聘用工资至证书补发下来为止。

5、甲方在协议期应协助乙方完成对中级工程Shi职称证书的年审工作(限上海职称)。

6、按协议约定期限支付费用。

7、乙方如因工作协议临时性使用证书,甲方Ying配合乙方,乙方用完后及时返还甲方(原则Shang 时间一周左右)。

8、协议履行完毕后,于协议到期前三天出具Yi方解聘证明、并归还职称等证书相关原件。

9、合同期内,乙方的证书、文件、及复印件Chu了提供给甲方资质单位申报、年检外,甲方Bu 得再用于其他单位的资质申报,否则由此Chu现的任何责任均由甲方承担。

10、合同期间,如果甲方确实需要乙方到甲Fang所在地临时办理各项资质事务时,甲方负责Yi 方所有的往返费用,并按 500元 /Mei天现金给予补助,食宿费用由甲方解决。

四、其他:

1、乙方在协议期内不得拿走职称证书或擅自Jie除协议书。

2、双方均不得将本协议转签第三人,甲乙双Fang应自觉履行本合同的各项条款。

3、本协议一式两份,甲乙双方各执一份,本Xie议其他未尽事宜,由双方协商解决。

五、违约责任:

(一)如因证书真实性等乙方个人原因,导致Zhu册不成功的话,乙方需全额退款,不得有 Yi议。

(二)由于甲方原因发生乙方的职称毕业证身Fen证等原件丢失,甲方负责协助乙方补办证 Shu,补证费用以及补证期间造成的损失费用均You甲方承担。毕业证丢失甲方按规定一次性赔 偿乙方贰万元人民币,身份证原件使用期限 1-2天,甲方收到原件时需要给乙方出具Jie条手 续。

Jia方(盖章):乙方(签字):

Wei托代理人 身份证号码:

地址:联系电话:

Qian定日期: 2013年 8月 6日 Qian订日期:2013 年 8 月 6 日

转载请注明出处范文大全网 » 协议