405 reputation
311
bio website
location Wellington, New Zealand
age
visits member for 3 years, 1 month
seen 11 hours ago

I am an undergraduate computer science and mathematics student in New Zealand. My fields of interest are computer graphics, in particular the physics of light transport, and to some extent cryptography, as well as programming and software development in general.


Mar
12
awarded  Yearling
Mar
5
comment Account lockout with human interaction required to unlock
The help desk is not 24/7. If this happens at night, you are screwed.
Mar
5
accepted Account lockout with human interaction required to unlock
Mar
4
comment Account lockout with human interaction required to unlock
As for the accounts themselves, they are not particularly valuable in and of themselves, but since you need an account to access many of the online services, a compromise could cause major disruption.
Mar
4
comment Account lockout with human interaction required to unlock
No, it simply says "ERROR: The username and/or password you entered is not correct." in either case.
Mar
4
comment Account lockout with human interaction required to unlock
The username is a simple first name/surname mashup, and I believe I have access to enrolment lists for the courses I'm attending, so I think I could derive at least two hundred usernames without too much difficulty. And even then it would not be infeasible to hang around the library and snoop on people's username as they log on. Not sure about an external attacker, but if the system is as fragile as I fear it is, an attacker with inside information could certainly do a lot of damage.
Mar
4
asked Account lockout with human interaction required to unlock
Feb
28
comment What's the use of making users use digits, uppercase-lowercase combination password if the passwords are hashed?
Personally when looking for raw entropy, I find hexadecimal digits easiest to remember. Lower than that and the password gets too long, and beyond that there are too many symbols to remember. I use a 20-character hexadecimal passphrase as my master passphrase (80 bits of entropy). One can easily remember up to 128 bits, but not too many of them, which is why some form of password derivation is often desired.
Jan
12
comment Passing generated keys to another process
What is your threat model?
Jan
12
comment Passing generated keys to another process
Well, as far as absolute security goes, I'd say process communication would be safest, followed by the socket method (which is really a form of IPC). But for such considerations to be made, you'd have to assume the attacker has complete access to the system, and at that point he could just read your process's memory to get the key anyhow.
Dec
28
comment Why Do we Need CAPTCHA? In what case we should use it?
Or.. you know.. cheaply pay people in third world countries to solve captchas served by proxy.
Dec
28
comment Is possible to know if increased marketshare means more viruses?
In my humble opinion: 1, perpetuated by 2. But just my intuition.
Dec
22
comment Future proof encryption possible in theory?
Check out Tahoe-LAFS, they've apparently done some work on 100-year cryptography.
Dec
21
comment If someone asks to borrow your phone to make a call, what could they do?
Bullet point #1: I have found my true calling.
Dec
19
comment Gold Standard for password hashing
I should mention it here again, the 2^61 collision attack on SHA-1 (and even the 2^80 birthday attack) is irrelevant to password hashing..
Dec
18
comment Is my developer's home-brew password security right or wrong, and why?
@jmoreno In general, security by obscurity is perceived as a crutch for poor cryptography practices, and it often is. That doesn't mean it doesn't have value - it does have its uses, but in this situation it is not warranted.
Dec
18
comment Is my developer's home-brew password security right or wrong, and why?
@jmoreno Still doesn't justify his useless scheme.
Dec
16
comment How to authenticate a salted password?
Just thought I should mention the obvious, in case somebody gets the wrong idea: a 32-bit hash is not secure.
Dec
14
comment Is there value in storing passwords in their own table with encrypted or hashed keys?
And where do you propose the secret key be stored? If it's on the server, why should the hypothetical "hacker" not be able to get a hold of it if it can access the password and user tables?
Dec
14
comment Is it possible to decrypt symmetric key encryption without the key?
@NAlex No, I'm saying modern cryptography assumes plaintext is known and algorithms must ensure the key remains secret even under those circumstances. It would be a mistake to assume the attacker doesn't know the plaintext, because more often than not, he does.