Live data from Hacker News

Google acquires Zynamics

techcrunch.com

21–23 of 23 posts

Re: Google acquires Zynamics

#21
post #11
post #10

I would love to know what the typical acquisition process for Google is like. Where does it start (product team, management, engineering, etc)? How long does it take? How intense are the negotiations? Are deals typically cash or stock?

You probably have to sign an NDA about it.

My understanding is that the level of disclosure depends on the circumstances. For small acquisitions by large companies, it's generally difficult to find information, especially for an asset purchase. For larger acquisitions (and other transactions) by US-listed public companies, if the threshold of materiality is met--usually around 5% of the pre-transaction market value of the acquirer--there will typically be public disclosure of the consideration paid, and sometimes further documentation such as fairness opinions, etc.

That said, the individual employees are typically subject to all kinds of agreements as part of the acquisition, including NDAs.

Re: Google acquires Zynamics

#22
post #16

Earlier quoted context omitted.

Indeed we did. Although I wasn't involved in the negotiations proper I can say from working with Halvar (I'm the BinDiff lead) that google is a tough bargainer... Intense indeed ;-)

Any idea where you will end up, and what you'll be doing?

We'll work at the Zürich office. We are not (yet) allowed to talk about what we'll be doing.

Re: Google acquires Zynamics

#23
post #17
post #13

Earlier quoted context omitted.

While Responder Pro and Recon are pretty awesome tools, I'd certainly say that BinNavi and BinDiff are very different and serve different purposes.

What do you like about Responder and Recon? I've never used or seen them (I've used both BinNavi and BinDiff).

They do different things, so I'll give you an overview:

HBGary have a tool called FastDump Pro for imaging memory. What Responder does is it takes (or acquires) a memory image and reconstructs the processes and left over memory modules. It also reconstructs details of open files, sockets, registry entries etc. at the time of the snapshot.

Responder Pro has a thing called Digital DNA (which backs up nearly all of HBGary's enterprise products) - it's a mechanism that looks for potentially malicious code (I say potentially because it's easily triggered by things like McAfee because it has a load of strings in memory at any one point in time). Digital DNA uses known indicators to look for specific signs of things like keyloggers. It's not 100% but it usually reduces analysis time by a lot.

There's a fairly straight forward disassembler, you can look at strings tied to processes and memory modules, check for hooked SSDT, IDT entries etc. and there's a canvas type function for mapping out a processes' structure. There's a C# interpreter for scripting but it's not well documented so most of our guys don't use it much for other than basic scans for specific things.

Recon comes with responder pro and is used to test potentially malicious code pulled off disk in a VM. You define how long it's going to run for then it runs the code under the VM. You can then go back to responder and there's an actual slider that shows you all the changes from registry, files, even cpu registers over time so you can zoom in on your process and see the encryption algorithm in the malware decrypting and flip back and forth, which makes it really cool for basic malware cryptanalysis when you're me and not you :) - it's also handy for extracting 0day from exploit code because you get to see what's being exploited and how, so you can quickly write a cheeky canvas/metasploit module.

There's another tool called flypaper that stops the process in recon from exiting, which can be quite handy.

Although the company's in a bit of disarray at the moment the products are really great for malware analysis, and could be used for exploit dev (but I wouldn't).

Post reply on HN