url加密调研报告

概述

         数据加密的基本过程就是对原来为明文的文件或数据按某种算法进行处理,使其成为不可读的一段代码,通常称为“密文”,使其只能在输入相应的密钥之后才能显示出本来内容,通过这样的途径来达到保护数据不被非法人窃取、阅读的目的。 该过程的逆过程为解密,即将该编码信息转化为其原来数据的过程。

 

加密算法分类

根据密钥的的类型,加密算法目前可以分为三类:

 

不可逆加密算法

         不可逆加密算法的特征是加密过程中不需要使用密钥,输入明文后由系统直接经过加密算法处理成密文,这种加密后的数据是无法被解密的。这种加密后的数据是无法被解密的,只有重新输入明文,并再次经过同样不可逆的加密算法处理,得到相同的加密密文并被系统重新识别后,才能真正解密。

         不可逆加密算法的实现原理是:对于数据加密,计算量较少,可以轻松实现,但是对于数据解密,所需要的计算量是相当巨大的,几乎认为是不能的。

         优缺点:不可逆加密算法不存在密钥保管和分发问题,非常适合在分布式网络系统上使用,但因加密计算复杂,工作量相当繁重,通常只在数据量有限的情形下使用

         目前比较常用的加密算法:

         MD5SHS

 

不对称加密算法

         非对称加密算法需要两个密钥:公开密钥(publickey)和私有密钥(privatekey)。在使用不对称加密算法加密文件时,只有使用匹配的一对公钥和私钥,才能完成对明文的加密和解密过程。加密明文时采用公钥加密,解密密文时使用私钥才能完成,而且发信方(加密者)知道收信方的公钥,只有收信方(解密者)才是唯一知道自己私钥的人。

非对称加密算法的基本原理是:如果发信方想发送只有收信方才能解读的加密信息,发信方必须首先知道收信方的公钥,然后利用收信方的公钥来加密原文;收信方收到加密密文后,使用自己的私钥才能解密密文。

优缺点:非对称加密算法的保密性比较好,它消除了最终用户交换密钥的需要,但加密和解密花费时间长、速度慢,它不适合于对文件加密而只适用于对少量数据进行加密。

目前比较常用的加密算法:

RSADSA

 

 

对称加密算法

         对称加密算法中,数据加密和解密采用的都是同一个密钥,因而其安全性依赖于所持有密钥的安全性。在对称加密算法中,使用的密钥只有一个,发收信双方都使用这个密钥对数据进行加密和解密,这就要求解密方事先必须知道加密密钥。

         优缺点:缺点是实现密钥的秘密分发困难,在大量用户的情况下密钥管理复杂,而且无法完成身份认证等功能,不便于应用在网络开放的环境中。对称加密算法的优点是算法公开、计算量小、加密速度快、加密效率高。

         目前比较常用的加密算法:

         DESAES

<think>我们正在以产品经理的身份进行技术调研,重点在AndroidNFC跳转形式。需要穷举具体形式、数据类型、技术原理和典型案例。参考用户上次的问题,用户关注的是支付宝的NFC跳转,但这次更广泛地讨论AndroidNFC技术。AndroidNFC跳转主要基于NFC标签的数据格式和相应的处理机制。常见的NFC数据格式有NDEF(NFCDataExchangeFormat),其中包含多条记录(Record),每条记录有类型(TNF和Type)和负载(Payload)。主要的跳转形式包括:1.URI跳转:直接包含一个URI,如http://,https://,alipay://等。2.文本跳转:包含文本信息,可能触发应用根据文本内容进行跳转。3.智能海报:结合URI和文本,还可能包含其他媒体类型。4.应用启动(AndroidApplicationRecord,AAR):指定启动特定应用。5.MIME类型跳转:根据MIME类型触发应用。我们将按照以下结构组织:一、URI跳转二、文本跳转三、智能海报四、应用启动(AAR)五、MIME类型跳转每一部分包括:-具体形式-数据类型-技术原理-典型案例注意:在Android中,NFC跳转的触发依赖于NFC标签中的数据被读取后,系统根据标签中的数据内容分发给相应的应用。应用通过注册Intent过滤器(IntentFilter)来声明自己可以处理某种类型的NFC数据。开始详细回答:</think>### Android NFC 跳转形式技术调研报告(产品经理视角) #### 一、URI 跳转形式(最常用) 1. **具体形式与技术原理** - **数据类型**:NDEF URI 记录(TNF=1) - **技术原理**: $$ \text{NFC标签} \xrightarrow{\text{NDEF数据}} \text{Android Intent系统} \xrightarrow{\text{URI匹配}} \text{目标应用} $$ 系统解析 URI 协议头(如 `alipay://`)触发应用跳转[^1] - **协议格式**:`<scheme>://<host>/<path>?<params>` 2. **典型案例** - 支付宝支付:`alipayqr://platformapi/startapp?saId=10000007` - 微信小程序:`weixin://dl/business/?ticket=xxx` - 共享单车解锁:`hellobike://nfc/unlock?bikeid=12345` #### 二、MIME 类型跳转 1. **具体形式与技术原理** - **数据类型**:自定义 MIME 类型(如 `application/vnd.com.example.data`) - **技术原理**: - 应用注册 `<intent-filter>` 声明 MIME 处理能力 - Android 系统通过类型匹配唤醒应用 - 数据传输格式: ```java NdefRecord mimeRecord = NdefRecord.createMime( "vnd/android.nfc-demo", "SampleData".getBytes(StandardCharsets.US_ASCII) ); ``` 2. **典型案例** - 智能家居控制:`application/vnd.philips.hue` 发送灯光指令 - 电子门票验证:`application/vnd.stadium.ticket` 携带加密票务数据 #### 三、Android 应用记录(AAR) 1. **具体形式与技术原理** - **数据类型**:NDEF 外部类型(`android.com:pkg`) - **技术原理**: $$ \text{AAR} = \text{NdefRecord.createApplicationRecord("com.example.app")} $$ 强制打开指定包名应用,未安装时引导至应用商店[^1] - **优势**:100%跳转成功率,避免 URI 协议冲突 2. **典型案例** - 星巴克会员卡:强制唤起星巴克 App 并跳转支付页 - 小米门禁:`com.mi.keychain` 包名直跳门禁模块 #### 四、NFC 论坛外部类型 1. **具体形式与技术原理** - **数据类型**:NDEF 外部记录(TNF=4) - **技术原理**: ```java byte[] payload; // 自定义二进制数据 NdefRecord extRecord = new NdefRecord( NdefRecord.TNF_EXTERNAL_TYPE, "com.example:type".getBytes(), new byte[0], payload ); ``` - **特性**:支持传输结构化数据(ProtoBuf/JSON) 2. **典型案例** - 华为多屏协同:传输设备加密配对信息 - 车钥匙共享:`com.bmw:carkey` 传输车辆识别码+加密密钥 #### 五、混合跳转模式 | 组合方式 | 技术实现 | 应用场景 | |-------------------|-----------------------------------|--------------------------| | URI + AAR | 主记录URI + 尾记录AAR | 优先跳转,失败时打开应用 | | MIME + 文本 | MIME携带指令+文本显示提示 | 智能设备配置 | | 多URI轮询 | 包含http/https/自定义协议多重记录 | 跨平台兼容方案 | #### 六、技术限制与兼容性 1. **Android 版本差异** - ≤4.4:仅支持 URI 和 MIME - ≥5.0:支持 AAR 和外部类型 - ≥11:要求 `android:exported="true"` 声明[^1] 2. **厂商定制限制** | 厂商 | 特殊限制 | |--------|-----------------------------------| | 华为 | 后台应用需加入白名单 | | 小米 | 关闭NFC时自动屏蔽所有跳转 | | 三星 | 企业模式设备禁止第三方协议跳转 | #### 七、性能优化方案 1. **数据压缩策略** $$ \text{Payload} < 1KB \quad (\text{最优} < 512B) $$ - 使用 Base62 压缩 URL 参数 - 二进制数据采用 Protocol Buffers 编码 2. **缓存加速方案** ```mermaid graph LR A[首次读取] --> B[保存协议指纹] B --> C{二次读取} C -->|指纹匹配| D[直接唤起应用] C -->|无匹配| E[完整解析NDEF] ``` #### 八、安全防护机制 1. **跳转劫持防御** - URI 签名校验:`alipay://...&sign=sha256(...)` - NDEF 记录添加时间戳(±30s 有效) - 敏感操作二次确认(如支付) > **行业最佳实践**: > 1. 重要交互必须包含 AAR 后备机制 > 2. Android 13+ 需声明 `android:nfcTechList`[^1] > 3. 避免在 NDEF 中存储明文敏感信息
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值