我正在升级一个用闪存编写的现有应用程序，以播放电话的mp3文件。 该应用程序的目的是培训员工如何与客户合作。 有些电话是"负面"电话，这些电话用于培训员工不该做什么。
我不需要提供mp3的位置的原因是，如果有人心怀不满并离开公司并决定与他们一起接听一些负面电话，那将是糟糕的。 我从不喜欢低估我们用户的智力，所以我相信有些人无论如何都能找到一种方法来获得他们。
正如我所说，当前的实现是用闪存编写的，当 swf 文件在客户端上加载时，它会加载所有 mp3，从而减轻了调用服务器以获取新 mp3 文件的必要性。 这些mp3的文件大小都不是很大的，因为它们都只有大约30秒的电话剪辑。
有没有办法防止从IIS服务器直接下载mp3。 我可以将它们作为需要特定哈希或盐才能播放的 aspx 文件与 c# 一起提供吗？
如果可以避免的话，我真的不想将它们全部引入像当前实现那样的 swf 中。
欢迎任何建议。
蒂亚
老实说，如果用户决心获取数据，他们就会这样做。我相信这里的平衡是在什么时候假设的员工会觉得通过获取数据获得的收益不值得努力获得它。以及您必须付出多少努力与它对公司的价值。
如果音频将始终在您的应用程序上播放，一个简单的安全层是加密文件。为了简单起见，您可以使用对称密钥，将其存储在应用程序中，并在播放之前将文件解密到内存中（这样它就不会存储在用户可以抓取的临时文件中）。当然，拥有 3/4 大脑的用户可能会从可执行文件中捞出密钥，但坦率地说，声音正在他们的扬声器上播放，我确信他们有智能手机。他们也可以轻松地使用录音机录制输出，因为它也可以播放。
简单地说，我相信最低限度的技术安全层与具有约束力的保密协议相结合，应该给你足够的追索权。保安将保持诚实的人诚实并阻止懒惰的人，并让您证明员工通过邪恶手段获得音频（即它不仅仅是"可供获取"）。