A static charge of 1500 volts is able to cause disk drive data loss.
A charge of 1000 volts is likely to scramble monitor display and a charge of 2000 volts can cause
a system shutdown.
It should be noted that charges of up to 20,000 volts or more are possible under conditions of very
low humidity with non-static-free carpeting.
Source: KRUTZ, Ronald L. & VINES, Russel D., The CISSP Prep Guide: Mastering the Ten
Domains of Computer Security, John Wiley & Sons, 2001, Chapter 10: Physical Security (page
333).

"Socks Proxy Server Characteristics Circuit-level proxy server Requires clients to be SOCKS-fied with SOCKS client software Mainly used for outbound Internet access and virtual private network (VPN) functionality Can be resource-intensive Provides authentication and encryption features to other VPN protocols, but not considered a traditional VPN protocol" Pg. 422 Shon Harris CISSP All-In-One Certification Exam Guide
Reference:
The SOCKS is an example of a circuit-level proxy gateway that provides a secure channel between two computers. pg. 379 Shon Harris CISSP

"Thou shall think about the social consequences of the program you are writing or
the system you are designing." is the ninth commandment of the Computer Ethics Institute and is
not part of the (ISC)2 Code of Ethics.
Code of Ethics Preamble
Safety of the commonwealth, duty to our principals (employers, contractors, people we work for),
and to each other requires that we adhere, and be seen to adhere, to the highest ethical standards
of behavior. Therefore, strict adherence to this Code is a condition of certification.
Code of Ethics Canons:
There are 4 high level canons within the ISC2 code of ethics, below you have the details of what
apply to each of them.
1.Protect society, the commonwealth, and the infrastructure Promote and preserve public trust and confidence in information and systems Promote the understanding and acceptance of prudent information security measures Preserve and strengthen the integrity of the public infrastructure Discourage unsafe practice
2.Act honorably, honestly, justly, responsibly, and legally Tell the truth; make all stakeholders aware of your actions on a timely basis Observe all contracts and agreements, express or implied Treat all members fairly. In resolving conflicts, consider public safety and duties to principals, individuals, and the profession in that order Give prudent advice; avoid raising unnecessary alarm or giving unwarranted comfort Take care to be truthful, objective, cautious, and within your competence When resolving differing laws in different jurisdictions, give preference to the laws of the jurisdiction in which you render your service
3.Provide diligent and competent service to principals Preserve the value of their systems, applications, and information Respect their trust and the privileges that they grant you Avoid conflicts of interest or the appearance thereof Render only those services for which you are fully competent and qualified
4.Advance and protect the profession Sponsor for professional advancement those best qualified. All other things equal, prefer those who are certified and who adhere to these canons. Avoid professional association with those whose practices or reputation might diminish the profession Take care not to injure the reputation of other professionals through malice or indifference Maintain your competence; keep your skills and knowledge current. Give generously of your time and knowledge in training others
Reference used for this question: (ISC)2 Code of Ethics. Available at: https://www.isc2.org/uploadedFiles/%28ISC%292_Public_Content/Code_of_ethics/ISC2-Code-of-Ethics.pdf

CHAP is not used within IPSEC or IKE. CHAP is an authentication scheme used by
Point to Point Protocol (PPP) servers to validate the identity of remote clients. CHAP periodically
verifies the identity of the client by using a three-way handshake. This happens at the time of
establishing the initial link (LCP), and may happen again at any time afterwards. The verification is
based on a shared secret (such as the client user's password).
After the completion of the link establishment phase, the authenticator sends a "challenge"
message to the peer.
The peer responds with a value calculated using a one-way hash function on the challenge and
the secret combined.
The authenticator checks the response against its own calculation of the expected hash value. If
the values match, the authenticator acknowledges the authentication; otherwise it should
terminate the connection.
At random intervals the authenticator sends a new challenge to the peer and repeats steps 1
through 3.
The following were incorrect answers:
Pre Shared Keys
In cryptography, a pre-shared key or PSK is a shared secret which was previously shared
between the two parties using some secure channel before it needs to be used. To build a key
from shared secret, the key derivation function should be used. Such systems almost always use
symmetric key cryptographic algorithms. The term PSK is used in WiFi encryption such as WEP or
WPA, where both the wireless access points (AP) and all clients share the same key.
The characteristics of this secret or key are determined by the system which uses it; some system
designs require that such keys be in a particular format. It can be a password like 'bret13i', a
passphrase like 'Idaho hung gear id gene', or a hexadecimal string like '65E4 E556 8622 EEE1'.
The secret is used by all systems involved in the cryptographic processes used to secure the
traffic between the systems.
Certificat Based Authentication
The most common form of trusted authentication between parties in the wide world of Web commerce is the exchange of certificates. A certificate is a digital document that at a minimum includes a Distinguished Name (DN) and an associated public key.
The certificate is digitally signed by a trusted third party known as the Certificate Authority (CA). The CA vouches for the authenticity of the certificate holder. Each principal in the transaction presents certificate as its credentials. The recipient then validates the certificate's signature against its cache of known and trusted CA certificates. A "personal certificate" identifies an end user in a transaction; a "server certificate" identifies the service provider.
Generally, certificate formats follow the X.509 Version 3 standard. X.509 is part of the Open Systems Interconnect (OSI) X.500 specification.
Public Key Authentication Public key authentication is an alternative means of identifying yourself to a login server, instead of typing a password. It is more secure and more flexible, but more difficult to set up.
In conventional password authentication, you prove you are who you claim to be by proving that you know the correct password. The only way to prove you know the password is to tell the server what you think the password is. This means that if the server has been hacked, or spoofed an attacker can learn your password.
Public key authentication solves this problem. You generate a key pair, consisting of a public key (which everybody is allowed to know) and a private key (which you keep secret and do not give to anybody). The private key is able to generate signatures. A signature created using your private key cannot be forged by anybody who does not have a copy of that private key; but anybody who has your public key can verify that a particular signature is genuine.
So you generate a key pair on your own computer, and you copy the public key to the server. Then, when the server asks you to prove who you are, you can generate a signature using your private key. The server can verify that signature (since it has your public key) and allow you to log in. Now if the server is hacked or spoofed, the attacker does not gain your private key or password; they only gain one signature. And signatures cannot be re-used, so they have gained nothing.
There is a problem with this: if your private key is stored unprotected on your own computer, then anybody who gains access to your computer will be able to generate signatures as if they were you. So they will be able to log in to your server under your account. For this reason, your private key is usually encrypted when it is stored on your local machine, using a passphrase of your choice. In order to generate a signature, you must decrypt the key, so you have to type your passphrase. References:
RFC 2409: The Internet Key Exchange (IKE); DORASWAMY, Naganand & HARKINS, Dan Ipsec: The New Security Standard for the Internet, Intranets, and Virtual Private Networks, 1999, Prentice Hall PTR; SMITH, Richard E. Internet Cryptography, 1997, Addison-Wesley Pub Co.; HARRIS, Shon, All-In-One CISSP Certification Exam Guide, 2001, McGraw-Hill/Osborne, page 467. http://en.wikipedia.org/wiki/Pre-shared_key http://www.home.umk.pl/~mgw/LDAP/RS.C4.JUN.97.pdf http://the.earth.li/~sgtatham/putty/0.55/htmldoc/Chapter8.html#S8.1

The correct answer is "Aquantitative RAuses less guesswork than a qualitative RA". The other answers are incorrect.