Why is Java more secure than other languages?

Answer 1

Java is considered more secure than other languages for several reasons:

• The Java compiler catches more compile-time errors; other languages (like C++) will compile programs that produce unpredictable results.
• Java does not allocate direct pointers to memory. This makes it impossible to accidentally reference memory that belongs to other programs or the kernel.

My answer may differ

Java's security model is focused on protecting users from programs downloaded from sources across a network. Java programs run in Java Runtime Environment. Java Programs can't take any action outside those boundaries. For example, Programms are prohibited from many activities, including:

* Reading or writing to the local disk

* Making a network connection to any host, except the host from which the applet came

* Creating a new process

* Loading a new dynamic library and directly calling a native method

Answer 2

java needs a JVM for it's source code to be executed,which is independent of the system n works on any platform...

so,java codes cannot b executed elsewhere but only with JVM which provides no clue ab the code

By Pintu Debnath (Shyamnagar)

Some of the thing that makes Java more "Secure":

1. auto garbage collector

developer does not have to worries about a memory leak (most of the time - for dangling reference, etc). Java does the releasing of unreferenced object for you

2. hide pointer

Java hide pointer from developer. Allowing direct access to memory can be dangerus. Hacker can takes advantages of this to try to overwrite memory outside of application..or you accident overwrite th ewrong address in your pointer arithmetic.

3. try-catch

java provides try - catch - finally that is different from C++ try-catch.

Java guareentee that when the an Exception occurs, the thread will goto the end of the method before unwinding the stack to where the call was..and keep doing this till the exception is handled. This is important when working with thread. When the thread exit the method..and if the thread have the object lock..then it release the lock upon exiting the method. Java try-catch-finally guareentee the release of the lock (because Java exit the method). C++ does not guareentee this (well..i haven't work with C++ for a long time..it may have changed)..so when you throw the Exception..the lock may not be released.

4. Java is a String type language

you have two type in Java

primitive type and object type.

At runtime, Java knows the type of object, so Java knows what operating allows on th etype...this eliminate bad casting (for the most part)

you can still cast wrongly:

Person p = new Person();

Object o = p;

Cat c = (Cat) o;

compile fine, but will catch runtime exception..because Java knows the type at runtime..so trying to cast to a Cat for the Person object will generate an Exception...In C++..your application may or may not crash right there....so, you could actually keep on running and may or maynot get a runtime error (but your result may be incorrect)

5. Applet provides better security

Applet by default does not gives the Applet application permission to read or write on your computer. ActiveX (from Miscrosoft) default to allow these access.

This encapsulte the applet..and prevent malacious code.

as stated before..you can still write code that is not so "secure," it's just harder to do so, than any other language..Java try to protect developers from making these mistakes..and try to protect the end-user from malacious code.

Answer 3

Java is a platform-neutral language because java programs can run on more than one operating system with only one set of code. For example, if the Xbox 360 and the PlayStation 3 were both platform neutral, one disk would play a game on both the Xbox 360 and the PlayStation 3.

Java is more secure than other programming languages because of it's use of a virtual machine on the host computer. Essentially, when you run a Java program on your computer, it runs on the JVM (Java Virtual Machine.) This JVM translates the code from the java file you downloaded into native machine code specific for your computer. Therefore, the JVM can control all aspects of how the code is executed, and is able to block any security breaches before they even reach your computer. This is much more secure than running a program directly on your computer, although there is a slight performance drop due to the fact that the Virtual Machine must run along with the java program.

Yes, java is secure

Answer 4

Java is said to be secure because, it is difficult to infect a java class file while compared to an executable file.

Java virtual machine performs a check before interpreting it which reduces possibility of executing infected or corrupted files to some extent.

Apart from the system programs, Java also provides a feature called an applet, which is a dynamic program used to execute on a java enabled browser. These applets are safe to download without worrying about the possibility of getting infected with malware as java limits the accessibility of the applet to use system resources.

Java's object oriented features, especially encapsulation with access protection enhances the security as the possible leakage of data or unauthorized access of data and usage of methods is not possible.

Answer 5

Java is known as a platform neutral language because it does not run like regular compiled application. Rather than compile to a native binary, Java instead compiles to a what is known as bit-code. The bit-code is then interpreted by a native (platform specific) application..............

Answer 6

First you should ask yourself "is it really?". Both are fairly modern languages, both are under active development; I doubt any of them is technically much superior to the other, including security.

Answer 7

Java by default provides encapsulation of data which ensures that data is not accessible to all. Moreover Java supports encryption which makes it more secure.

Answer 8

because java is categorized into packages and packages contain classes which are not accessible directly.