加密某些数据与签署某些数据(使用RSA)之间的区别是什么?
加密保留了消息(“一些数据”)的机密性，而签名提供了不可抵免性:即只有签署它的实体才能签署它。还有功能上的差异;继续读下去。
它只是颠倒了公共-私有密钥的角色吗?
绝对不是。使用相同的私钥进行签名和解密(或者同样地，使用相同的公钥进行验证和加密)是不允许的，因为您不应该混合使用这些目的。这不是一个数学问题(RSA应该仍然是安全的)，而是一个密钥管理的问题，例如，签名密钥应该有更短的存活时间，并在使用前包含更多的保护。
对于相同的消息，应该使用发送方的私钥进行签名，使用接收方的可信公钥进行加密。通常使用签名后加密，否则对手可以用自己的签名替换签名。同样，您应该使用接收方的私钥进行解密，使用发送方的可信公钥进行验证。
此外，您应该理解签名生成不使用“私钥加密”。虽然所有的RSA操作都是基于模取幂，填充方案是完全不同的签名生成。此外，在RSA的所有实际应用中，公钥与RSA私钥具有完全不同的属性。
例如，我想使用我的私钥来生成消息，这样只有我可能是发送者。
这就是不可抵赖性，可以通过签名来实现。
我希望我的公钥被用于阅读消息，我不关心谁阅读它们。
公钥应该被认为是所有人都知道的。如果您希望每个人都能阅读消息，那么您只需不加密它们。
签名通常不会影响消息的内容。消息被认为是独立于签名的。这种签名在官方上被称为“带附录的签名”，其中附录就是信息。这是一个有点奇怪的名字，因为信息被认为比上面的签名更重要，但是是的。只有少数签名提供(部分)消息恢复;它们不再经常使用，通常被认为已弃用。
请注意，诸如CMS之类的签名协议可以部署包含消息和签名的容器格式。在这种情况下，您首先需要从容器中获取尚未加密的消息，就像从普通的.zip归档文件中解压缩文件一样。因此，消息可能从视图中隐藏，在这种情况下不能直接使用。
我希望能够加密某些信息，并将其用作我的软件的产品密钥。我只在乎我是唯一能产生这些的人。
加密用于实现机密性。在过去，RSA签名生成通常被认为是“用私钥加密”。然而，如上所述，操作是完全不同的，后来的标准拼命地尝试将加密和签名生成分开。
我想在我的软件中包含我的公钥，以解密/读取密钥的签名。我不关心谁可以读取密钥中的数据，我只关心我是唯一可以生成它们的可验证的人。
是的，这被称为在公钥中建立信任。但是，保护程序代码与保护消息是完全不同的。您可以执行代码签名，但随后需要一些东西来检查代码之外的签名。有一些操作系统提供这种功能。
比如微软的Authenticode。像iStore和Android应用程序商店这样的应用程序商店可能使用也可能不使用代码签名，但它们提供了一些保证，确保您的应用程序不是克隆的，或者至少不是在商店内克隆的。密码学并非总能解决问题。
让你的代码不被克隆/修改要困难得多，如果你这样做，你就会陷入数字版权管理的领域。
签名在这种情况下有用吗?
是的,当然。如果对公钥有信任，它当然可以帮助确保消息仅由您签名。它是否有助于验证应用程序代码/集成公钥，这完全取决于您希望在其中运行代码的环境。