当前位置: 首页>>技术问答>>正文


click和.deb包之间有什么安全性差异?

, , ,

问题描述

安装随机(讨厌?).deb可能很危险,因为它会为安装的应用程序和守护程序授予所有权限,因为.deb有一些配置,如果用户在安装过程中验证了密码,则要求应用。

点击包不需要密码(据我所测试)。

点击包对系统/用户数据更安全还是相同?为什么?

一些方面很有待回答:

  • 是基于相同系统(dpkg)的点击和deb?

  • apparmor可以在没有密码的情况下提供对应用程序的root访问权限吗?

  • 是否会提示用户在安装时接受应用程序的访问权限(android-like示例:此应用程序将能够扫描您的/home和访问网络)或在需要权限的情况下运行(browser-like示例请求权限使用凸轮)?

  • 接近这个问题:.apk和click会说同样的话(关于政策和用户故事)吗?

  • 主要是:一个应用程序可以通过点击发送我在网络上的所有私人数据,而不是让我明确知道它,或者它至少具有用户验证的权限,或者它是否会在沙盒中被阻止?

  • 诚然说:点击套餐功能不强(限制更多东西),但更安全?

最佳解决方法

注意:我在Ubuntu安全团队工作,并帮助设计Ubuntu的应用程序限制故事。为了清楚起见,我重复了问题。

问:“关于系统和用户数据,点击包会更安全吗?还是会一样?”

答:一般来说,对于系统和用户数据,点击包比deb更安全。

Click包不包括在deb包安装时以root身份运行的维护者脚本。只需解压缩Click包,然后使用系统提供的挂钩(如果通过单击声明)。例如,单击可能声明使用桌面挂钩生成桌面文件或AppArmor挂钩以生成应用程序的AppArmor配置文件。由于deb打包具有维护脚本的概念,旨在允许对软件或系统进行广泛的自定义,因此deb软件包应仅从受信任的源安装,例如来自Ubuntu等分发的签名存档。可以直接安装Click包,您可以合理地确定包安装不会破坏您的系统。但是,这只是故事的一部分 – 如果您从不受信任的来源安装点击包,则无法保证它会在其清单中声明它已被正确限制,因此在安装它时可以,运行它可能不会是(即,软件可以运行而不受限制,因此能够窃取您的数据或作为您的用户运行程序)。

点击的真正强大之处在于它与具有强策略的软件存储库结合使用。例如,从Ubuntu App Store安装的单击包的安全性通常高于从受信任的存档安装的deb的安全性。这是因为在Ubuntu App Store中,信任模型是应用程序被认为是不可信的*并且策略和检查已到位,以确保商店中的点击包具有适当的安全清单,因此在非常严格的限制下运行。与Ubuntu存档中的deb软件包相比 – 信任模型是软件和deb包装被认为是可信的,并且通常软件不会受到限制(尽管AppArmor配置文件随软件一起提供的例外情况很多防范安全漏洞)。

  • 可信包也可以通过Ubuntu App Store提供。虽然不常见,但它们通常由Canonical开发,可能会或可能不会受到限制。

回答您的具体问题:

问:是否基于与deb相同的系统点击?

答:点击的低级包格式是deb。但是,单击打包更简单,因为它使用声明性清单和钩子而不是传统的打包文件和维护者脚本。

问:AppArmor可以在没有用户交互的情况下提供对应用程序的特权访问吗?

答:AppArmor是root强大的,可以根据定义的安全策略允许或拒绝访问系统资源(文件,DBus,网络等)。只需单击一个包即可运送AppArmor安全清单或运送’safe’的AppArmor安全清单。使系统安全的原因是点击和提供点击包的商店政策的组合。通过Ubuntu App Store提供的点击包将使用非常严格的AppArmor策略,并且不允许幕后的特权操作(例如,在此策略下运行的应用程序无法在幕后的系统上执行程序,访问您的Facebook帐户,偷你的gpg或ssh键,操纵网络等)

问:是否会在安装时提示用户授予对Android应用程序的访问权限? (例如,“此应用程序能够扫描您的/家庭和访问网络”)

答:不可以。可以使用低级工具安装单击包本身而不提示。在Ubuntu上,应该通过Ubuntu App商店安装点击包(见上文),并且由于Ubuntu App商店策略结合了点击功能和Ubuntu系统,因此不需要click-through,context-less安装提示。 Ubuntu可以这样做,因为从Ubuntu App商店安装的应用程序在限制性限制下运行(即它们不能在幕后做坏事),并且当应用程序需要额外访问时,它使用受控API(可能包括提示)这样做。

在特权API的情况下,我们有可信帮助程序的概念,这样用户将有一个上下文提示来允许或拒绝访问(使用(可选)可撤销缓存,因此每次都不会询问用户)。例如,如果应用程序需要访问location-service(受信任的帮助程序),则会在用户尝试使用location-service时提示用户允许访问,这样可以提供上下文,以便用户做出明智的决定。视频和音频录制也会发生同样的情况。通常,我们根本不需要安全提示,我们可以允许基于user-driven与应用程序的交互进行访问。例如,如果应用想要上传图片,则会有一个对话框来选择图片。在幕后,因为不允许应用程序访问〜/Pictures目录,它将使用content-hub API,它将启动图库文件选择器,供用户选择要上传的图片。然后content-hub从画廊拍摄照片并将其提供给应用程序。以这种方式,没有安全对话框,只有用户的自然交互,但在幕后,存在隐含的信任决定。

问:与此问题相关:.apk和click会在策略和用户体验方面有类似的语言吗?

答:不,没有安装提示上述原因。针对Ubuntu定义的点击包的Android权限和安全权限有一些相似之处,但是不同并且实现方式不同。

问:具体来说,通过点击,应用程序可以在我不知道的情况下通过网络发送我的所有私人数据,还是会以某种方式限制它以防止这种情况发生?

答:如果您从不受信任的来源安装点击,是的,它可以做任何事情。如果您从Ubuntu App Store安装了一个单击,否则,应用程序无法通过网络发送所有数据,因为它无法访问它。当然,一个应用程序可以看起来做一件事而做另一件事,所以如果用户授予对location-service的访问权限或让应用程序访问图片,那么应用程序可能对这些数据不利 – 但这就是评级/评论和App Store安全策略生效。如果报告此类应用,则会进行调查。如果合适,应用程序将从商店中删除,应用程序将从安装它的任何设备中删除,并且开发人员的App Store访问权限将被撤销。

问:可以说点击套餐比债券更安全,但功能更少,因为它们更受限制吗?

答:从上面可以看出,答案并不那么简单。单击一下就可以发送可以执行任何操作的软件。点击打包格式是故意通用的,可以以多种方式使用,并且完全不是Ubuntu所特有的。对于Ubuntu,click,Ubuntu API,AppArmor和App Store策略的组合为开发人员提供了一个非常强大的环境,以便用户可以安全,方便地使用应用程序。应用程序本身的实用程序取决于底层系统提供给应用程序的API。在Ubuntu的第一批手机上提供的初始API将允许开发人员使用丰富的API和SDK创建各种有趣和有用的应用程序。随着我们向前发展以更好地支持开发人员和用户,这些API将在其广度和实用性方面得到扩展。

次佳解决方法

我将尝试回答有关安全性和点击包的一些最重要的问题。

  • 一个应用程序可以一键发送我在网络上的所有私人数据,而不让我明确知道吗?

    • 点击应用将在限制下运行。这意味着应用程序无法做坏事:它只能访问自己的私人目录。

  • 可以安装应用程序,然后拥有root权限吗?没有密码或具体提示?

  • 是否会提示用户接受应用程序的权限?什么时候?

    • 点击应用将访问用户允许该应用使用的功能(注意:尚未提供当前/每日Ubuntu Touch版本)。

  • 它是基于同一系统的点击和deb?

    • Debian(.deb)包装完全不同。但是,如果您的应用程序是使用Ubuntu SDK制作的,则不需要使用Debian打包,而是可以使用Click打包,这对于最终用户来说更容易使用且更安全。

  • 与上面类似,要比较:做.apk(Android)和点击工作方式相同吗?

    • Android软件包和Ubuntu Click软件包将以类似的方式工作,因为每个应用程序都有自己的空间来存储数据,并且(理想情况下)禁止直接访问其他应用程序的数据。目前,Android软件包还可以从SD卡或内部存储中读取数据,其中没有访问限制。 Ubuntu Click包还必须请求特定功能的权限。

  • 诚然说:点击套餐功能不强(限制更多东西),但更安全?

由于这些原因,Click包非常安全,发布它们的审核过程要简单得多。

资料来源:

参考资料

本文由Ubuntu问答整理, 博文地址: https://ubuntuqa.com/article/2938.html,未经允许,请勿转载。