Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
For the out-of-band Slashdot experience (mostly headlines), follow us on Twitter, or Facebook. ×

Comment: All-in-one (Score 1) 325 325

You don't specify why your requirements require a laptop. You talk about doing things "all day" so certainly you are not on battery power all day.

For me I require the portability of a laptop, such that I can move to conferences with my machine and do presentations, or go to coffee shop to work. However, I never need battery power, and am always near an outlet.

The right all-in-one will give you that portability, power, and cooling, but you'll be tethered to an outlet. In the rare case I don't want to shutdown my apps between outlets, I shutdown using hibernate.

I use a Thinkcentre e93z, and for a case I found the ILugger 23, which is intended for a Mac all-in-one, but the internal dimensions matched my machine.

Comment: Re:Martian Maintenance Infrastructure (Score 1) 105 105

"No, I'd say it's time for you to learn what "one-way" means. Mars ain't around the damn corner."

"martian rover maintenance infrastructure" sounds like the repair infrastructure is on Mars, so you would just bring it back to that location on Mars.

"Calm down there"

His post was pretty calm. Yours... not so much.

Comment: Re:Sexual Harassment shouldn't cost us knowledge (Score 1) 416 416

No I read it correctly, and if you come to me and say I "should" do this or that as a content host, and when I CHOOSE to do otherwise, you start yelling about how "This is total bullshit" then you sound like an ignorant child who is trying to tell people that they should do something where you have no right.

Transportation

Why Didn't Sidecar's Flex Pricing Work? 190 190

Bennett Haselton writes Sidecar is a little-known alternative to Lyft and Uber, deployed in only ten cities so far, which lets drivers set their own prices to undercut other ride-sharing services. Given that most amateur drivers would be willing to give someone a ride for far less than the rider would be willing to pay, why didn't the flex-pricing option take off? Keep reading to see what Bennet has to say.

Comment: Re:BGP? (Score 1) 57 57

I think both sides of the argument are pretty mute anyhow. I don't think much is gained or lost either way you go.

I know what BGP is but I never memorized what the letters stand for. Even if we spelled it out, that barely scratches the surface of what it is and doesn't make the article anymore informative for someone not versed in what BGP is.

Yes, it is usually standard practice in any formal writing. Slashdot is hardly formal though, when Bennet gets to spout his half formed ramblings every week.

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

"If only specific files, then simply decrypt those and host them separately"

You are the one who proposed hosting them unencrypted. I read and quoted exactly what you said. I don't have a reading problem at all.

" Decrypt, host separately... done."

Then again you say the same thing.

"A little file the thin clients grab as part of the login script."

You're the one who proposed access controls as part of your architecture. Go back and read your initial statement.

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

PGP is an example of asymmetric encryption. You have to encrypt a copy of the payload for each receiver. This is why it's great for messaging, and exactly what I was talking about why its applicable only when sharing something between two people. Whenever you send a message to multiple parties, you have to encrypt a copy of the message separately for each receiver. When you try to apply this same technique to file sharing, it means potentially large files have to be duplicated to allow them to be encrypted with each receiver's key.

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

"First rule of computer security is physical security."

Indeed. That's exactly why smart cards are superior. The private key is on the card, and the card is always physically with the owner.

Otherwise you have to lock your office and the cleaners can't do their job. Are they just gonna clean the hallways?

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

" that is all you need."

No hardware is not all you need, you have to build an architecture and software platform. you said yourself:

"You have per client access rules and passively encrypt everything. What is more, the encryption keys can be held on office thin clients that transparently download the decryption engine and keys from an onsite server"

Someone has to do onsite key management. Either you are manually copying keys to each thin client, or your onsite server has ACLs that decide who gets what keys. It also needs to be able to integrate with the cloud storage to pull the upstream encrypted files, which means implementing whatever API is used to access the upstream server. Most small businesses I know, even if they have a couple programmers, aren't skilled enough to grasp these web APIs.

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

"Decrypt, host separately... done."

Then anyone at the hosting company can access the decrypted files. You're just describing the same process in use today that is vulnerable to all the problems we were addressing above. You missed the whole point of the discussion.

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

"Your private key is useless for securing information originating from you, since your public key is, well, public."
"Your private key is useless" ... " since your public key is, well, public."
You are arguing the private key is useless because the public key is public. That is utter nonsense. Your private key is not useless. The whole point of public/private key pairs is that one is public and the other is private.

With assymetric encryption, the sender uses their private key, and the receiving party's public key. The process creates an encrypted payload that only the receiver can decrypt. This is a good place to educate yourself on how public-key cryptography works, aka assyemtric encryption: http://en.wikipedia.org/wiki/P...
"Public-key encryption, in which a message is encrypted with a recipient's public key."

"'combining your private key and their public key' statement is nonsense"
No you idiot, that's exactly what asymmetric encryption is. You need to educate yourself before you start telling people what is nonsense.

I have implemented several forms of asymmetric encryption leveleraging Bouncy-Castle Crypto libraries, and have done extensive reading of the RFCs related to these processes.

You also don't understand symmetric encryption but enough time wasted on you.

Comment: Re:PRIVATE encryption of everything just became... (Score 2) 379 379

It doesn't. As far as I can tell from his vague description of XOR'ing "random bits" with "nonrandom bits", he's talking about a very specific mode of using AES, which is OFB or CTR. In both cases it is clearly documented that reusing the key stream would destroy security. As long as you follow the specification for these modes it is secure.

Comment: Re:PRIVATE encryption of everything just became... (Score 2) 379 379

Someone could probably make a business of exactly the architecture you describe, providing a small onsite appliance that does this orchestration. So you use their cloud storage solution, and they provide an architecture that guarantees only your onsite appliance has the keys capable of decrypting the data.

Comment: Re:PRIVATE encryption of everything just became... (Score 1) 379 379

"What is more, the encryption keys can be held on office thin clients that transparently download the decryption engine and keys from an onsite server which likewise can serve both to remote users as part of their login script."

This would be a great architecture for a business when talking only about accessing data that is shared among employees.

However, if they want to share certain files with another business to remotely access the encrypted data, then you have to also share the encryption key to support client side decryption, and you encounter the same problem as before. There are certainly businesses that have moved the majority of their data storage to the cloud, but there are a greater number who haven't made that kind of commitment, and only use cloud storage for sharing certain files/data with business partners. You could host a local server that retrieves the data from the cloud, decrypts it using the onsite stored keys, and serves it to authenticated business partners. This would mean deploying onsite the your own implementation of a web API or website that provides the interface for third parties to login and access authorized data. Half the reason to move to the cloud is to avoid implementing, deploying, and managing this kind of infrastructure.

And of course for individuals sharing with other individuals, this approach doesn't work either.

Essentially, as even your example demonstrates, somewhere a central system must orchestrate access and decrypt the data or provide keys to clients. Moving that system onsite mitigates risk by putting it in your control and affording the business the opportunity to legally challenge information/search requests, but it also decreases the benefits of using the cloud since you've now moved a major piece of infrastructure back onsite.

"Oh my! An `inflammatory attitude' in alt.flame? Never heard of such a thing..." -- Allen Gwinn, allen@sulaco.Sigma.COM

Working...