Forgot your password?

typodupeerror

Comment: Would this invalidate contracts? (Score 1) 204

by martok (#37735106) Attached to: Verizon Wireless Changes Privacy Policy

I am not sure how it works in the US, but here in Canada when a celco changes its terms, it allows the end user to cancel his contract without an ECF. That is, unless the celco agrees to honour the terms of the original contract as signed for its duration. So assuming the 2 year contract also says something to the effect of user agrees with the privacy policy, I would argue that makes the privacy policy part of the contract and is thus grounds for cancelation. Thoughts?

Comment: Real encryption (Score 1) 128

by martok (#36504282) Attached to: Brute-Force Password Cracking With GPUs

With the recent MTGox compromise, I've been looking at a better password system. It looks like one way to go is to use a program like password safe or keesafe to generate unique passwords per website. However, I'm curious as to how resistant these master files are to GPU attacks. GPUs basically sliced through the MTGox MD5 hashes like butter. How long would it take a higher-end distributed cluster to break a Password Safe master file? It's blowfish encrypted I believe.

Comment: Home user perspective (Score 1) 425

by martok (#33290954) Attached to: Why You Shouldn't Worry About IPv6 Just Yet

I realize this article is coming from a corporate perspective but from a home user's perspective, I am really getting quite a lot from IPV6. I once had to poke holes in my firewall to get at internal machines on nonstandard ports when away from home. Now that they are IPV6 enabled,, I can address them directly. I can also access my Samba shares (ISP port blocking) and the SIP protocol works much better now that NAT is not involved.

The tunneling does add latency though so here's hoping the ISPs get native connectivity soon now.

Comment: Re:No, and I won't (Score 3, Interesting) 263

by martok (#30481794) Attached to: Are You Using SPF Records?

Actually, DKIM can be used to guarantee a sender. We're using DKIM here with ADSP. That is:
_adsp._domainkey TXT "DKIM=ALL"
tells a receiver that all emails from our domains should be signed. Since the keys themselves are published in our DNS, a machine not under our control should not be able to send an email purporting to be from our domain.

I'm not sure but I would think that mechanism would make SPF irrelavent. Assuming antispam software actually checked the adsp dkim records.

Comment: Re:get rid of symbian signed.. (Score 2, Insightful) 88

by martok (#28680453) Attached to: Symbian Foundation Takes First Step In Open Sourcing Mobile OS

That's the thing I don't understand about the whole Symbian open sourcing and the excitement around it. Unless I am off-base, it's not like a programmer will be able to pick up the Symbian codebase, make a modification, compile a new kernel and flash it into his phone. If that's the level of open-sourcing we're talking about here, disabling 'Symbian Signed' will be trivial. Is this geared more toward device manufacturers? IE. end-users and developers need not care?

We were so poor we couldn't afford a watchdog. If we heard a noise at night, we'd bark ourselves. -- Crazy Jimmy

Working...