为什么我听到如此多的Java不安全感？其他语言更安全吗？

#1 楼

如果您像大多数其他编程语言一样使用Java，例如要编写独立的应用程序，它不会比其他语言安全，而且由于没有缓冲区溢出等原因，它比C或C ++更安全。

但是Java通常被用作网络浏览器中的插件，例如类似于Flash。因为在这种情况下，用户在未显式安装的情况下运行了不受信任的代码，所以我们的想法是使代码在有限的沙箱中运行，在沙箱中，代码不应以某种方式对系统或用户采取行动（例如，读取本地文件并发送）他们到网站，扫描本地网络等）。这就是Java近年来失败的地方，例如有时每天都会弹出新的错误，这使得它们可以从沙箱中逃逸。

此外，有时字节码解释器或本机库中的错误会导致缓冲区溢出并可能危及系统，但是在这方面通常认为Flash更糟。

至于其他更好的语言：它们通常甚至不能在沙箱中作为不受信任的代码运行（JavaScript和Flash除外），所以它们会变得更糟，因为没有固有的限制他们与系统交互的方式。

#2 楼

报告的安全漏洞与Java（编程语言）无关，Java通过JVM强制执行内存安全性，实际上比诸如C或C ++的语言更健壮，因为C或C ++的缓冲区溢出和缓冲区过度读取仍然是威胁，并且可能会导致诸如Heartbleed之类的混乱。

相反，所报告的漏洞在Java Sandbox中，该漏洞试图强制实施允许安全执行不受信任代码的特权模型，并且最著名的做法是允许自动执行在浏览器中执行Java Applets。那个沙盒到处都是孔。而且，Oracle一年仅发布4次补丁（“关键补丁更新”）。不用说，浏览器厂商对此并不满意。例如，从Firefox 26开始，Firefox就要求用户授权才能启动Java Applet。

新闻报道没有区别的原因是Oracle在编程语言中都使用了“ Java”商标。 ，以及运行小程序的浏览器插件。实际上，如果普通用户遇到Java商标，它可能是指Java商标。

为什么Sandbox仍然容易受到攻击，这在一定程度上是推测性的。如果您问我，原因是有和没有Sandbox都使用相同的API，并且大多数Java代码都在没有Sandbox的情况下运行（因为该代码是受信任的）。结果，当更改Java API或其实现时，开发人员很可能会忘记该晦涩的功能，而无意间暴露了应该保护的内容（为了说明这是多么容易，请看冗长的Java SE安全编码指南）。另一个但又相关的原因是Java API的庞大规模（对于Java SE 6，有5800个类和近50,000个方法）。

#3 楼

还有很多其他的编程语言都没有这个问题，因此必须有更好的方法来处理Java所做的错误。

这是一个很高的要求，在哪里你有那种印象吗？有许多其他的编程语言没有像Java那样步调一致，或者被广泛使用。
原则上，存在如此多的安全补丁的原因是因为Java被设计为安全，具有其他语言没有的许多以安全性为重点的功能。

Java语言环境
1.2.2强大而安全的
Java技术旨在运行在分布式环境中，这意味着安全性至关重要。通过在语言和运行时系统中设计的安全功能，Java技术使您可以构建无法从外部入侵的应用程序。在网络环境中，使用Java编程语言编写的应用程序可以防止未经授权的代码入侵，以防止其进入后台并创建病毒或入侵文件系统。

如果您不包括“安全”在您的编程语言规范中，您几乎不必发布安全补丁。另一方面，如果这是您声明的目标之一，那么您将很难避免这样做。

#4 楼

就其本身而言，Java具有极大的安全性资产，即其固有的抵抗缓冲区溢出和内存管理错误的能力：


检查所有数组访问是否与分配的数组长度有关。因此，可靠地捕获了缓冲区溢出，并触发了一个更好的异常（这将远程代码执行漏洞变成了仅拒绝服务）。
内存分配是通过垃圾收集器进行管理的，从而防止了后继使用。自由和双重自由错误。此外，GC还允许更轻松地处理字符串（在Java中字符串是不可变的），从而消除了大多数情况下出现缓冲区溢出错误的情况。
严格键入；代码无法访问不是它们的数据字节。这再次防止了漏洞（在编译时或在最坏的情况下，将在运行时报告错误的数据类型的错误ClassCastException）。

这使得Java比许多编程语言（特别是地狱语言）强得多C / C ++）。但是，Java设计人员试图利用这种增强的安全性来使某些事情变得困难，例如小程序。问题在于攻击面：由于小程序可能是恶意代码，因此必须控制它的所有操作。但是，如果要执行任何操作，那么恶意代码必须能够使用“标准Java类”，因此必须在每个单个标准Java类上强制执行“控制点”。因此，攻击面由数百个包含数千种方法的类组成，所有这些类都必须强制执行适当的检查。

Java设计师怀有雄心勃勃的罪行：在不破坏任何代码的情况下实现数千个检查的难度很大比他们想象的要高。所有“ Java错误”都来自这个事实。

我们可以在这里将Java与Javascript进行比较。例如，Java允许访问磁盘上的文件，但是，除非小应用程序要求它并且用户同意（这需要整个小应用程序签名业务），否则不能将此权限授予小应用程序。不那么雄心勃勃的Javascript根本没有任何文件访问方法：如果该函数实际上不存在，则对函数的访问控制不能正确实现！

总结：Java很好并且安全。 Java applet意味着巨大的攻击面，其安全性很难保证。但是，对于独立的应用程序和服务器，如果需要安全性，使用Java是个好主意（这同样适用于C＃）。

#5 楼

如今，发现更多漏洞可能并不表示该软件有多不安全。问题是每个软件供应商的安全响应团队对此有何反应以及补丁发布的速度如何。

只需检查Firefox和Chrome的补丁速度有多快。

我还记得，Oracle有一个名为关键补丁更新（CPU）的程序，该程序每季度提供大量补丁。如果存在零日漏洞，他们还会发布不带CPU的补丁​​。但是问题是Oracle发布补丁所需的时间。

#6 楼

高估的恐惧.. Java本身很好。这些问题是在网络浏览器中运行的老式Java-Applet出现的，但是我怀疑有人真的再创建了Applet-大多数开发机构至少在最近十年中已将Flash或HTML4 / 5用于前端Web界面。

如今，Java主要用于后端JEE，前端GUI客户端（JFX / AWT / SWING），控制台应用程序和移动应用程序-因此没有问题。

#7 楼

答案很明显。您可以使用JavaScript，HTML或Flash删除计算机文件吗？不，你不能。

Java呢？您可以删除所有文件，使用Java小程序（托管在网站上）完全擦除硬盘驱动器吗？如果您接受运行小程序，答案是肯定的。与任何其他Web浏览器语言不同。

Java可以执行诸如在计算机上执行程序（可执行文件）之类的功能，还可以写入，更新或删除硬盘驱动器上的文件。

也，病毒扫描程序无法检测到Java applet：在大多数情况下，您甚至都不知道它会破坏您的计算机。一些扫描仪可能会检测到某些内容正在尝试删除受限制的目录中的文件：我知道的是Kaspersky，但是大多数人默认情况下已禁用此功能。

Java applet可以执行诸如更新Windows之类的操作。文件，例如HAL.dll，它们将阻止您的计算机启动。当您接受运行该applet时，它可以对您的计算机执行任何操作。

在某些情况下，即使Java applet已签名还是未签名也无关紧要-它仍会在您的计算机上下载文件。

更不用说Java了。

还有一种正在越来越流行，称为Unity Engine（类似于Flash）：它具有与has相同的安全问题。 Java，可以对您的计算机执行任何操作。 Unity Engine和Java之间的唯一区别是Unity在运行时不会询问您是否要运行它。因此，如果某人安装了Unity Player并运行包含病毒的游戏，它将破坏您的计算机。

虽然不太流行，但VBScript可能会极为有害。我相信Microsoft Internet Explorer是当前唯一支持此功能的工具，但是我可能是错的。它具有与Java相同的功能。