@Xander heh this reminds me of the struggle to protect the seeds bank from being eaten in Saint Petersburg (then Leningrad) during the German invasion ... it was in a sense "a cache" they just disagreed what for
well when I say it reminds me of ... I wasn't there, I just read about it :P
Pavlovsk Experimental Station is an agricultural experiment station and gene bank that is part of the Institute of Plant Industry and situated in Pavlovsk near St. Petersburg, Russia.
== History ==
It was started in 1926 by agricultural scientist Nikolai Vavilov and contains an extensive collection of more than 5,000 varieties of fruits and berries.
The Pavlovsk station's collection contains more than 100 varieties each of gooseberries, raspberries, and cherries. It also contains more than 1,000 varieties of strawberries. More than 90% of the collection is found in no other research collection...
I'm sure SE has some vending machine with snacks or something like it so they won't starve to death.
@TerryChia The design and flow is nifty. My "normal" gmail app also uses the new Lollipop layout, but this one really takes to heart the spirit of the design guidelines, with the transitions and stuff.
so while both email programs "look" very similar, the inbox app behaves like it was better designed.
OH, just noticed in the star panel that the RTL thing reverses the byline too.
Also, there's some way they've got it working from the command line on Linux, because there's a command-line workflow for authentication which requires the security key. And they even tunnel the auth channel over SSH so I can plug the token into my Macbook Air and authenticate a remote process on my Linux desktop over SSH. So I imagine these 2FA keys could easily be made to work for SSH authentication as well.
Google has a publicly available PAM for HOTP/TOTP. Wouldn't surprise me if they have one for the FIDO token (assuming that's the 2FA you are talking about.)
@tylerl I always get the impression that Google does not respond to bug reports on many of their open source projects. I think I have an issue on the google-authenticator repo that's been open for a year without a response now.
@TerryChia They've been working heavily on this project. The NFC security token uses Google Authenticator as its in-app backend.
There's not a large team working on that app.
But I know there's been some real work that's gone in to making this work, including a lot of hardware issues. Powering a chip over NFC to do cryptographic operations is a bit outside the norm.
And this was the team that had to figure out how to make it happen. It's still a bit in progress and the user experience isn't optimal. But they've gotten far enough that Yubico can actually produce devices for sale.
So, how is it that we're more than half-way through the week and haven't heard of a new Internet-breaking vulnerability yet? Is @ThomasPornin on vacation or something?
The lightning strikes I'm okay with, although the regularity and angle of them is a tad weird, but more odd are the regular dim areas (eg in the orange bands near the right)
Gotta love open source! The following code is from the stable Putty-0.63 release.
sshpubk.c
/*
* Decrypt the private blob.
*/
if (cipher) {
unsigned char key[40];
SHA_State s;
if (!passphrase)
goto error;
if (private_blob_len % cipherblk)
goto error;
SHA_Init(&s);
SHA_Bytes(&s, "\0...
laz: It uses the I'm assuming the key is the private key bytes itself, which would mean that it's pretty resilient to pre-computation (i.e. you need the key to even start guessing)
but it does look like it'll be pretty fast, so you could get a lot of guesses/sec to do dictionary-based attacks?
@TerryChia You've spent some time looking at SSL ciphers IIRC, so as part of that I'm guessing you've enumerated the supported ciphers on things, so when you're testing it's handy to have a server where you "know" the answer before you scan (so you can make sure tools are working), s
You may add it to TestSSLServer. Look for the InitCipherSuites() method.
Then add the entry: B5(0x0062, "RSA_EXPORT1024_WITH_DES_CBC_SHA");
("B5" means "uses a block cipher in CBC mode, and a medium-sized key")
Recompile, run.
Unfortunately, there are 65535 possible cipher suite identifiers, but only 32767 (at most) can be encoded in a ClientHello, and many servers enforce much lower counts (they don't tolerate big ClientHello messages).
Hence, tools like TestSSLServer must necessarily work with a limited list of "known cipher suites".
I have worked with the IANA registry, but I did not include non-standard cipher suites, for lack of a suitable reference for these cipher suites.
@ThomasPornin that's v. interesting, I'll try to get a chance to do that and see what happens, it does seem that there's some restrictions on SSL checking, especially where it uses the underlying OpenSSL libs as when they disable things like SSLv2 it stops the checker being able to check for them...
Mmh... I could make a version that brutally tries all possible cipher suites by making a thousand connections, each with a few dozens of cipher suite identifiers.
@RоryMcCune So yeah, that's a problem with many scanners out there because they rely on OpenSSL. But Thomas' and my tool will not have that issue since the handshake is hand-rolled.
@ThomasPornin I'm tackling it bit by bit and trying to get useful tools out of it in the process because I know I'll get bored halfway if I have to implement the entire thing as a single project.
@TerryChia indeed I'd guess its something most testers don't realise. I did my own baby implementation on top of OpenSSL in ruby, but realised when OpenSSL dropped SSLv2 support (by default) that it would get less useful quite quickly
@ThomasPornin A complete implementation is definitely on the todo list although it may take me a few years to finish. :)
@RоryMcCune For my implementation I don't even bother to enumerate the supported SSLv2 cipher suites. I just check for support because you already know it's horrible if the server supports it.
Ok, so, I was thinking about projects to do for my masters. One which I've been bouncing back and forth is the idea of a formally verified SSL library. How long did it take you to write the implementation? What was the most difficult part? Is it worth implementing more than just the mandatory cipher suite? How did you handle the ASN1 parsing, isn't it an Evil format?
I did write my own ASN.1 parsers (several times !) and also X.509 validation (that is hard).
However, ASN.1 is for certificates and you can separate certificates from SSL
An SSL library only requires the server public key. You can arrange things at the API level for external X.509 processing.
That way, you get a SSL library that works fine for situations where the server public key is already known (specific, embedded protocols).
Writing a SSL library takes me about 4 days. Less if I stick to only one protocol version, only a couple cipher suites, and use a simple API (i.e. as a stream, not as a state machine).
The most difficult part if wading through the OpenSSL source code to know why you don't compute the same hash value. This has to be done only for your first SSL library ever; afterwards, you already know the tricky details.
You need to implement whatever cipher suites will be required for interoperability in the context you intend to use the library.,
If the context is pedagogical, then you should implement as many as possible.
For anything else than pedagogical, you have to watch out for timing attacks, and getting the crypto right becomes very tricky.
@ThomasPornin the point of the library would be to have a project that I could show it's feasible. The biggest challenge at the moment is potentially doing big integer arithmetic in a verified way
someone down in Germany has produced a verified biginteger lib, but I haven't read their papers yet, so I don't know exactly which properties they've verified, so I don't know if it'll be suitable
@ThomasPornin yea. I might be able to leverage their spec, but it's at quite a high level, and you've got the entire .NET framework to contend with. I might have enough wiggle room to get a project out of it
I only have to use it once or twice a month. I actually have to use Java's KeyTool more often.
Either way, thanks @ThomasPornin, I will have a think, see if I can come up with any alternatives, that miTLS is a bit of a threat, I would have to come up with some form of justification for it, e.g. "has to be able to run on *nix, has to be easily embeddable", etc.
A lot of password managers seems to promote client-side encryption as a key feature of their service. For example : LastPass, Firefox Sync, PasswordBox, etc...
They all say something like
Even we don't know your master password and cannot decrypt your data,
hence it is more secure.
Makin...
I have noticed that it is common practice when setting up a user account (Windows users accounts and Google Apps user accounts in my case) to require new users to create their own password immediately after their first log on. In searching for an answer to this question, I have found many posts e...
Hi I'm a complete noob when it comes to computer security so please excuse me if I say anything stupid. With that being said, I have downloaded a program for a game (WoW) and even though I scanned it with virus total, it was 3/53(or how ever many they use to scan) but I thought those were just fa...