这是一个创建于 4361 天前的主题，其中的信息可能已经有所发展或是发生改变。
想问一下这样（纯）前端（js）的服务，怎么保证别人不能使用我的ID和Key。
看了一下Parse和Firebase这样的东西，我的理解是他们的ACL（或者叫Security Rules）都是针对对象级别的，比如Parse的每个obejct都有一个ACL字段，可以指定谁能读，谁能写。
此外，他们也都提供（集成）了用户认证（username/password，social）等，这样，就能确保用户和他们的数据的安全性。这和非BAAS应该是一样的。
这两个服务器的通信也都是SSL的，FB更是号称采用了2048位加密。
我的问题是，js的话代码都是暴露的，key和id都是明文的。我怎么能防止别人使用这个key和id呢？
看了一下Parse和Firebase这样的东西，我的理解是他们的ACL（或者叫Security Rules）都是针对对象级别的，比如Parse的每个obejct都有一个ACL字段，可以指定谁能读，谁能写。
此外，他们也都提供（集成）了用户认证（username/password，social）等，这样，就能确保用户和他们的数据的安全性。这和非BAAS应该是一样的。
这两个服务器的通信也都是SSL的，FB更是号称采用了2048位加密。
我的问题是，js的话代码都是暴露的，key和id都是明文的。我怎么能防止别人使用这个key和id呢？
 | 1 openroc 2014-01-09 17:33:12 +08:00 最近也在研究这个。 先mark一下。 |
| 2 openroc 2014-01-10 11:23:14 +08:00 看了一下parse的文档，根据他们介绍的security， App ID和App Key是不保证安全的，而且要求，client和server之间的通信必须是https。接下来主要class level的控制，以及object level的控制。才能保护到你想保护的数据。 因此，即便有了ID和key，只是开放的数据，对写爬虫，或者其他第3获取你的内容的容易了，可以直接通过api获取数据。你通过class level和object level的限制的数据，还是不能轻易被获取的。 由于user login，Parse返回了session token。 https://parse.com/docs/rest#users |
 | 3 liubin OP @openroc 是，他们都有针对类和对象的Class设置。但是还是不能防止别人使用我的id和key，比如写入垃圾数据等。 |
| 4 openroc 2014-01-10 20:20:30 +08:00 put、post都限制用户了，不是你的用户肯定不能写入，如果是你的用户，就应该写入。：） 因此，id和key只是个标识，关键安全机制在class level和object level的权限控制。 |
| 5 openroc 2014-01-10 20:21:18 +08:00 btw，如果你的用户写入垃圾数据，就和v2上，发垃圾贴一样，该运维的处理。 |
Select Language