Tag: technology

Set autocomplete to “0”

Set autocomplete to “Off”

Set autocomplete to some other value

Set autocomplete to “no-store”

Request that the user authenticate him/herself by replying to the email with their account credentials.

Personalized greeting line

Providing easy access to the customer's account via a “Click Here” style link

Sending the email from a domain set up specifically for the special offer

No. Because leads to insecure storage of private information of the customer

Yes. Because it is a good logging practice to log all relevant information during an exception

Yes. Because it will help in troubleshooting specific customer problems

No. Because its an additional over head

Resources to become unavailable to legitimate users

Cross Site Tracing

Server Instability

Both A and B

Client (Browser)

Database

Web Application

Web Server

Secure

Domain

Expires

Static

Compromise of users

Loss of data integrity

Destruction of data

None of the above

Host Header

Cookie

Referrer Header

None of the above

Web Server configuration files

Application configuration files

Application error handlers

All of the above

Java sand box environment provides protection against decompilation

Java is compiled into ELF binaries and cannot be decompiled

Java byte code can always be decompiled, code obfuscators can make the reverse engineering process more time confusing but cannot prevent it

Java is difficult to decompile because the Just-In-Time compiler automatically perform string encryption by default