When you declare a variable a variable final, you do not want anyone want anyone to change it. If If the type of variable is primitive types, you can undoubtedly make it. Unfortunately, if the variable is is a reference to an object, the "final" stuff you think you think may be not final!
Non-compliant Code Example
In this code, the value of a and b has been changed, which means that when you declare a reference final, it only means that the reference can not be changed but the contents it refer to can still be changed!
Code Block | ||
---|---|---|
| ||
class Test{ Â Â Test(int a, int b){ Â Â this.a = a; Â Â this.b = b; Â } Â void set_ab(int a, int b){ Â Â this.a = a; Â Â this.b = b; Â } Â void print_ab(){ Â Â System.out.println("the value a is: "+this.a); Â Â System.out.println("the value b is: "+this.b); Â } Â private int a; Â private int b; } public class TestFinal1 { Â Â public static void main(String[] args) { Â Â Â Â Â Â Â final Test mytest = new Test(1,2); Â Â Â Â Â Â Â mytest.print_ab(); Â Â Â Â Â Â Â //now we change the value of a,b. Â Â Â Â Â Â Â mytest.set_ab(5, 6); Â Â Â Â Â Â Â mytest.print_ab(); Â Â Â Â Â Â Â Â Â Â } } |
...
Non-Compliant
...
Code Example
If you do not want to change a and b after they are initialized, the simplest approach is to declare a and b final: _
Code Block | ||
---|---|---|
| ||
 void set_ab(int a, int b){ //But now compiler complains about set_ab method!   this.a = a;   this.b = b;  }  private final int a;  private final int b; |
...
An alternative approach is to provide to provide the clone method in the class. When you want do something about the object, you can use clone method to get a copy of original of original object. Now, you can do everything to this new object, and the and the original one will be never changed.
Code Block | ||
---|---|---|
| ||
class NewFinal implements Cloneable {  NewFinal(int a, int b){   this.a = a;   this.b = b;  }  void print_ab(){   System.out.println("the value a is: "+this.a);   System.out.println("the value b is: "+this.b);  }  void set_ab(int a, int b){   this.a = a;   this.b = b;  }  public NewFinal clone() throws CloneNotSupportedException{   NewFinal cloned = (NewFinal) super.clone();   return cloned;  }  private int a;  private int b; } public class Test2 {   public static void main(String[] args) {        final NewFinal mytest = new NewFinal(1,2);        mytest.print_ab();        //get the copy of original object    try {  NewFinal mytest2 = mytest.clone();        //now we change the value of a,b of the copy.   mytest2.set_ab(5, 6);   //but the original value will not be changed        mytest.print_ab();   } catch (CloneNotSupportedException e) {    // TODO Auto-generated catch block    e.printStackTrace();   }  } } |
One common mistake about mistake about this is to use to use public static final array, clients will be able to modify the contents of the array (although they will not be able to change the array itself, as it is final).
Non-compliant Code Example
Code Block | ||
---|---|---|
| ||
 public static final SomeType [] SOMETHINGS = { ... }; |
Wiki Markup |
---|
With this declaration, {{SOMETHINGS\[1\]}}, etc. can be modified by clients of the code. |
...
One approach is to make use of above method: first define a private array and then provide a public method that returns a copy of the array:
Code Block | ||
---|---|---|
| ||
private static final SomeType [] SOMETHINGS = { ... }; public static final SomeType [] somethings() { Â return SOMETHINGS.clone(); } |
Now, the original array values cannot be modified by a client.
Compliant Solution
...
An alternative approach is to have a private array from which a public immutable list is contructed:
Code Block | ||
---|---|---|
| ||
private static final SomeType [] THE_THINGS = { ... }; public static final List<SomeType> SOMETHINGS = Â Collections.unmodifiableList(Arrays.asList(THE_THINGS)); |
Now, neither the original array values nor the public list can be modified by a client.
Risk Assessment
Using final to declare the reference to an object is a potential security risk, because the contents of the object can still be changed.
Recommendation | Severity | Likelihood | Remediation Cost | Priority | Level |
---|---|---|---|---|---|
OBJ03-J | medium | likely | medium | P9 | L2 |
Automated Detection
TODO
Related Vulnerabilities
Search for vulnerabilities resulting from the violation of this rule on the CERT website.
...
Chapter 6, Core Java⢠2 Volume I - Fundamentals, Seventh Edition by Cay SCay S. HorstmannHorstmann, Gary Cornell Gary Cornell
Publisher:Prentice Hall PTR;Pub Date:August 17, 2004