在移动网络应用中混合安全且不安全的内容

时间:2013-02-13 15:37:25

标签: security ssl

我有一个使用SSL的移动网站。 我们需要播放一些音频文件,遗憾的是不能用ssl播放 如果我通过http为他们服务他们玩得很好 问题是,如果我这样做,我是否会破坏ssl提供的安全性?

由于

3 个答案:

答案 0 :(得分:2)

如果您有资源,最好的方法是让您的服务器通过SSL接收来自用户的请求,然后动态创建一个常规HTTP URL,客户端可以从该URL重定向以接收内容。通过此链接除了音频之外绝对没有其他任何东西,并且不要交换任何cookie /令牌/键等。另外,如果您使用令牌跟踪会话,请务必在cookie上设置安全标志,以便用户的浏览器不会除非通过SSL / HTTPS连接,否则不传输令牌的内容,否则令牌将在重定向后通过HTTP以明文形式发送。实现此目的的技术因平台而异,否则我将提供更具体的说明来完成此任务。但是,它很常见,所以应该很容易找到。

这也可能有助于提高性能,因为通过避免加密SSL,您将在服务器端节省大量处理。只要音频不敏感,这就是要走的路。祝你好运!

答案 1 :(得分:0)

首先提出一个问题。您是否尝试在默认浏览器中播放这些音频,或者您是否有播放它的应用程序? (我的猜测是你使用浏览器,因为你不能改变客户端)。

如果您对问题有更多背景知识,那将会非常有用。通过这种方式,人们可能会提出各种有趣的解决方法。

此外,您还想检查浏览器将如何处理它。例如,一些浏览器抱怨这些事情(不安全的内容)。某些用户可能会关闭它。

我认为ssl会幸存下来(你不会瘫痪它):)然而,这些音频将清晰开放,适用于所有类型的攻击(ssl阻止)。所以,最关键的问题是你是否关心。

如果你播放一些简单的音效,你可能不会核心。如果您播放一些专有的有声读物,对您来说可能是非常重要的。

更新1

还有一个想法(对不起,我将无法提供经过全面测试的解决方案,因为我在这里不够深入。)

您是否考虑使用脚本(通过安全通道)下载此音频,将其存储在本地存储中(我相信HTML 5允许它)​​或将其存储在内存中并从本地存储中清除它。

这样你就可以解决问题了。

答案 2 :(得分:0)

认为只要不能注入脚本就可以了。攻击者仍然可以替换视频,可能是为了利用视频解码器中的漏洞或更平凡的网络钓鱼。这也意味着您无法保护视频的机密性。