Forgot your password?

Comment: Bash needs to remove env-based procedure passing (Score 4, Interesting) 236

by m.dillon (#47999281) Attached to: First Shellshock Botnet Attacking Akamai, US DoD Networks

It's that simple. Even with the patches, bash is still running the contents of environment variables through its general command parser in order to parse the procedure. That's ridiculously dangerous... the command parser was never designed to be secure in that fashion. The parsing of env variables through the command parser to pass sh procedures OR FOR ANY OTHER REASON should be removed from bash outright. Period. End of story. Light a fire under the authors someone. It was stupid to use env variables for exec-crossing parameters in the first place. No other shell does it that I know of.

This is a major attack vector against linux. BSD systems tend to use bash only as an add-on, but even BSD systems could wind up being vulnerable due to third party internet-facing utilities / packages which hard-code the use of bash.


Comment: Re:"unlike competitors" ??? (Score 1) 504

by m.dillon (#47938615) Attached to: Apple Will No Longer Unlock Most iPhones, iPads For Police

It's built into Android as well, typically accessible from the Setup/Security & Screen Lock menu. However, it is not the default in Android, the boot-up sequence is a bit hokey when you turn it on, it really slows down access to the underlying storage, and the keys aren't stored securely. Also, most telco's load crapware onto your Android phone that cannot be removed and that often includes backing up to the telco or phone vendor... and those backups are not even remotely secure.

On Apple devices the encryption keys are stored on a secure chip, the encryption is non-optional, and telcos can't insert crapware onto the device to de-secure it.

The only issue with Apple devices is that if you use iCloud backups, the iCloud backup is accessible to Apple with a warrant. They could fix that too, and probably will at some point. Apple also usually closes security holes relatively quickly, which is why the credit card companies and banks prefer that you use an iOS device for commerce.


Comment: VPN is the only way to go, for those who care (Score 1) 418

by m.dillon (#47909791) Attached to: Comcast Allegedly Asking Customers to Stop Using Tor

I read somewhere that not only was Comcast doing their hotspot crap, but that they will also be doing javascript injection to insert ads on anyone browsing the web through it.

Obviously Comcast is sifting whatever data goes to/from their customers, not just for 'bots' but also for commercial and data broker value. Even this relatively passive activity is intolerable to me.

Does anyone even trust their DNS?

Frankly, these reported 'Tor' issues are just the tip of the iceberg, and not even all that interesting in terms of what customers should be up in arms about. It is far more likely to be related to abusing bandwidth (a legitimate concern for Comcast) than to actually running Tor.

People should be screaming about the level of monitoring that is clearly happening. But I guess consumers are mostly too stupid to understand just how badly their privacy is being trampled.

There is a solution. Run a VPN. If Comcast complains, cut the T.V. service and change to the business internet service (which actually costs less).


Comment: High perf SMP coding is in a category of its own (Score 5, Informative) 195

by m.dillon (#47615991) Attached to: Facebook Seeks Devs To Make Linux Network Stack As Good As FreeBSD's

Designing algorithms that play well in a SMP environment under heavy loads is not easy. It isn't just a matter of locking within the protocol stack... contention between cpus can get completely out of control even from small 6-instruction locking windows. And it isn't just the TCP stack which needs be contention-free. The *entire* packet path from the hardware all the way through to the system calls made by userland have to be contention-free. Plus the scheduler has to be able to optimize the data flow to reduce unnecessary cache mastership changes.

It's fun, but so many kernel subsystems are involved that it takes a very long time to get it right. And there are only a handful of kernel programmers in the entire world capable of doing it.


Comment: That's nothing (Score 4, Informative) 361

In the 80's it was well known that the CIA was monitoring the USENET. Apparently there was a list of keywords that they searched for that became well known, so we used them all the time. We had it on good authority that the CIA had become amused by our antics. It probably relieved the boredom.


Comment: Stupid argument (Score 4, Informative) 441

by m.dillon (#47347067) Attached to: Researchers Claim Wind Turbine Energy Payback In Less Than a Year

It's hilarious watching people argue over a topic that has already been shown to be a non-issue. The EIA (US) and German statistics show that, in aggregate, wind-energy sources produce a relatively steady amount of power. Individual turbines and even whole wind farms might not be deterministic, but all the wind farms taken together... are.


Comment: Re:And the winners are... (Score 1) 164

by m.dillon (#47252161) Attached to: Endurance Experiment Writes One Petabyte To Six Consumer SSDs

And... that's it? What did SMART say? Did you actually wear the SSDs out as-per the wear indicator? Or did you hit a bug in the samsung controller before the wear-indicator maxed out?

To be fair, the precise situation you describe, particularly if you did not retune the RAID-6 setup or the mysql server, and if the server was fsync()ing on every transaction (instead of e.g. syncing on a fixed time-frame as postgres can be programmed to do)... that could result in el-cheapo samsungs not being able to do any write-combining and cause a 256:1 write-amplication of the data.

With proper tuning the write-amplication could easily be reduced to 4:1 and you would probably be able to run the server with SSDs. Maybe use Intel or Crucial though, and not Samsung. It isn't just the controller that matters... just using stock firmware doesn't really net you a good, robust SSD and there aren't too many real vendors who work on the firmware vs just OEM whatever was supplied with the controller. Intel is probably one of the better ones. They actually fix bugs, as does Crucial. Samsung... I dunno.


Comment: Re:IO pattern (Score 2) 164

by m.dillon (#47251701) Attached to: Endurance Experiment Writes One Petabyte To Six Consumer SSDs

Yes, but it's a well-known problem. Pretty much the only thing that will write inefficiently to a SSD (i.e. cause a huge amount of write amplification) is going to be a database whos records are updated (effectively) randomly. And that's pretty much it. Nearly all other access patterns through a modern filesystem will be relatively SSD-efficient. (keyword: modern filesystem).

In the past various issues could cause excessive write amplification. For example, filesystems in partitions that weren't 4K-aligned, filesystems using a too-small a block size, less efficient write-combining algorithms in earlier SSD firmwares. All of those issues, on a modern system, have basically been solved.


Comment: All still going (Score 1) 164

by m.dillon (#47250301) Attached to: Endurance Experiment Writes One Petabyte To Six Consumer SSDs

I have around 30 ranging from 40G to 512G, all of them are still intact including the original Intel 40G SSDs I bought way at the beginning of the SSD era. Nominal linux/bsd use cases, workstation-level paging, some modest-but-well-managed SSD-as-a-HDD-cache use cases. So far wearout rate is far lower than originally anticipated.

I'm not surprised that some people complain about wear-out problems, it depends heavily on the environment and use cases and people who are heavy users who are not cognizant of how they are using their SSDs could easily get into trouble.

For the typical consumer however, the SSD will easily outlast the machine. Even for a pro-sumer doing heavy video editing. Which, strangely enough, means that fewer PCs get sold because many consumers use failed or failing HDDs as an excuse to buy a new machine, and that is no longer the case if a SSD has been stuffed into it.

A more pertinent question is what the unpowered shelf-life for typical SSDs is. I don't know anyone who's done good tests (storing a SSD in a hot area unpowered to simulate a longer shelf time). Flash has historically been rated for 10-years data retention but as the technology gets better it should presumably be possible to retrieve the data after a long period on a freshly written (only a few erase cycles) SSD. HDDs which have been operational for a time have horrible unpowered shelf lives... a bit unclear why, but any HDD I've ever put on the shelf (for 6-12 months) that I try to put back into a machine will typically spin-up, but then fail within a few months after that.


Comment: A little surprised. (Score 1) 249

by m.dillon (#47216999) Attached to: New Permission System Could Make Android Much Less Secure

Google must know by now how bad a light its broken permission system is putting on Android. I can't run half the android apps I want to run on any of my Android devices any more because of the permissions they want. And a lot of the ones that I intentionally do not upgrade no longer work. It's making my three android devices useless and almost worthless.

I'm flabbergasted that there are full-on idiots in the Google command chain who are unwilling to address such a severe and obvious problem. Truly flabbergasted. Has Google gone insane?

I've already stated but I will again... when the iPhone-6 comes out, I'll be moving over to it from my perfectly working but horribly insecure Motorola Razr. At least then I can browse my facebook account from my phone without it sucking up all the stuff I've tried so hard to keep partitioned off of it. As it stands now, I can't even run customized UIs on my Android because the g*d* program insists on advertising on my notifications screen, even though I bought the paid-for version.

At least with iOS I don't have to worry about all this in-the-face crap ruining the experience.


Comment: Re:Arbitrage (Score 1) 382

by m.dillon (#47176857) Attached to: High Frequency Trading and Finance's Race To Irrelevance

The spreads are smaller because of computerized trading, *NOT* because of HFT. HFT itself, verses normal computerized trading and non-HFT computer trading, is not going to have a big impact on the spread. In fact, HFT algorithms themselves do not really work all that well if there is any significant spread. They require volume to operate... no volume, no HFT.


Comment: Re:Frequent auctions (Score 1) 382

by m.dillon (#47176707) Attached to: High Frequency Trading and Finance's Race To Irrelevance

I think reality tends to trump thought experiments. I don't dislike the 1-second auction idea, I think it would work quite well. But I disagree that IEX's ability to stop the HFTs cold is a fluke that will disappear as their volume goes up. Their reasoning is sound and obvious and immediately solves the biggest problem that money managers have these days when trying to buy or sell large amounts of stock. I don't see how volume changes the equation at all.

Besides, his paper does not appear to say what you summarized at least in regards to IEX. It simply states that IEX is solving one aspect of the problem. It's pretty easy to argue that the piece they are solving is the biggest piece of the pie. Personally speaking, I don't care about the aspects of HFT which only involve standard arbitrage.

In terms of HFT... it was obviously fraudulent from the day it started beind used. The SEC should have acted immediately and didn't. Companies were spending hundreds of millions of dollars on infrastructure to get sub-millisecond transit improvements and they were lying to our faces talking about improving liquidity, magically, well in excess of the capital they actually had in play, when it was obvious that they were only exploiting flaws in the system.

It was a failure of the financial media as much as it was a failure of the SEC, but the SEC *should* have acted immediately and they didn't. And the result is a major loss of trust in the mechanisms of the stock market to the point where many retail investors who didn't understand the low scale of the fraud exited the market and stayed out of the market when they should have stayed in. I'm not going to make excuses for those people, I certainly wasn't scared away, but the general public deserves better than what the media and the government has handed to them over the last ~6 years.


Comment: Re:Maybe there is too much capital? (Score 1) 382

by m.dillon (#47176449) Attached to: High Frequency Trading and Finance's Race To Irrelevance

What, you mean pensions that companies are unable to make good on? Sounds to me like they SHOULD be eliminated.

And you forgot the single biggest reason why poor people stay poor. It's a four-letter word. D.E.B.T. #1 reason. Not 'Jim Crow' laws, regulatory capture (huh?), the destruction of unions, or anything else. You seem to have a chip on your shoulder yet you don't know the #1 reason for why poor people stay poor?


In any formula, constants (especially those obtained from handbooks) are to be treated as variables.