前言:tim是去中心化分布式即时通讯引擎。不依赖于任何中心服务器,采用去中心化分布式架构,解决传统中心化通讯方式的问题,去中心化分布式架构的通讯引擎的各个节点之间相互连接,形成一个庞大的分布式网络。可以轻松地扩展服务规模,支持更多的用户和业务需求,提供更加安全、可靠、高效的通讯服务。
Github系列开源文章《tim实践系列文章》
信息安全是IM最重要的问题之一,tim将信息安全分为 用户资料信息安全与通讯数据信息安全,并对这两部分数据做了不同的处理,特别是用户资料安全方面,tim内置用户账户信息,用户登录后,tim会将用户登录账号换算为tim内置的账号进行数据传输,tim本身不会保留用户登录账号信息。以下是详细说明:
用户信息包括用户登录账号,登录密码,用户个人资料等信息等;登录账号通常是邮箱,手机号等个人通讯账号,属于用户私密信息,在没有用户授权的情况下,在数据传输过程中,应该避免被窃取到。类似QQ,微信等APP的做法是,通过QQ号,微信号标识用户个人微信或QQ,该做法的特点是,用户需要记住QQ号或微信号;如果用户手机号绑定,则手机号被记录在系统中;对一般商业系统来说,记录用户手机号等登录账号是没有问题的。但是对于IM引擎来说,或者对于通信云平台来说,它们本身只是一种信息通信服务,应该可以不记录用户登录信息,个人认为,im引擎应该独立于其他业务之外,尽可能不记录有安全隐患的敏感信息。
基于账号安全考虑,tim实现了一套用户系统,用户既可以使用自己熟悉的账号进行注册登录,账号信息又不会被记录到tim中,达到信息安全的效果。tim记录的用户信息如下所示:
如上数据截图,每一行为一个用户的信息。所以tim的用户信息是安全的,也没有被泄露的风险。如乱码部分,则是加密后的用户个人资料,通常来说,虽然tim提供记录修改个人资料的功能,但是个人建议 开发者对用户个人资料应该在自己的业务系统中提供接口进行增删改查,用户资料数据记录到业务数据库中,最好不记录到tim中,因为个人资料本身与IM没有直接的关联性。
注意:如果开发者外接自己的业务数据库,如mysql,Oracle等, 则tim的账号系统完全按照开发者配置的业务数据库返回的数据传输,不会转换或修改。接入自己的业务数据库,用户通信时,使用的是 执行登录SQL返回的标识,该标识可以是字符串,也可以是整数,比如 sql返回用户id号,或直接返回用户登录账号等。
使用内置账号时:
tc.Register("13398765432", "123456", "github.com");
//tim会返回内置账户信息 ,如返回账号: NGhMpCbk2wQ
tc.Login("13398765432", "123456", "github.com", "ios-20-plus", MOBILE, null);
//登录成功后,tim也会返回账号 NGhMpCbk2wQ
//发信给其他账户,使用内置账号。比如发送给 GhpCk2M4Pa用户
tc.MessageToUser("GhpCk2M4Pa", "hello,我是jerry", (short) 0, (short) 0, null, null);
注意:使用外接数据库时,由于外接数据库,账号信息都不是tim生成的,所以是不支持注册接口的;使用tim的注册接口,数据将被记录到tldb中。
//外接数据库,直接用户已经存在从账户登录
tc.Login("13398765432", "123456", "github.com", "ios-20-plus", MOBILE, null);
//登录成功,比如执行登录sql,返回登录账号 13398765432
//发信给其他账户,
tc.MessageToUser("13898765430", "hello,我是jerry", (short) 0, (short) 0, null, null);
通讯数据安全这一点无需解释,聊天内容必须加密存储,减少泄密的风险。tim的通讯数据是比较安全的,有几方面的特点:
需要多层条件同时达成的情况下,才有可能获取用户的通讯数据, 因此tim的通讯数据是比较安全的。
数据如图:
所以使用tim搭建的通讯服务平台,对于接入的其他业务来说,信息是安全可控的。
有任何问题或建议请Email:donnie4w@gmail.com或 https://tlnet.top/contact 发信给我,谢谢!