...
An organization that signs its own code should not vouch for code acquired from a third party without carefully auditing the third-party code. When signing privileged code, ensure that all of the signed code is confined to a single package jar file (as in rule ENV01-J. Place all security-sensitive code in a single jar and sign and seal it for more information), and also that any code invoked from the privileged code is also contained in that packagejar file. Non-privileged code must be left unsigned, restricting it to the sandbox. For instance, unsigned applets and JNLP applications are granted the minimum set of privileges and are restricted to the sandbox. Finally, never sign any code that is incomprehensible or unaudited.
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="e44c3e95235e03a1-7f632f6f-4d434b92-b6b083e5-05043253f3a42b419b84eb06"><ac:plain-text-body><![CDATA[ | [[Dormann 2008 | AA. Bibliography#Dormann 08]] |
| ]]></ac:plain-text-body></ac:structured-macro> |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="42423498b9103f49-71ff678d-4dc34585-afbeb7ef-3d3f280da3cf7725796b3904"><ac:plain-text-body><![CDATA[ | [[McGraw 1999 | AA. Bibliography#McGraw 99]] | Appendix C: Sign Only Privileged Code | ]]></ac:plain-text-body></ac:structured-macro> |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="da42d7e603aa3238-ff5a2d0d-44de4d90-9372aee9-74e39527ba6553583f9d2a86"><ac:plain-text-body><![CDATA[ | [[Schneier 2000 | AA. Bibliography#Schneier 00]] |
| ]]></ac:plain-text-body></ac:structured-macro> |
...