retract. My bad. Their site was down so I couldn't get their side of the story 'till now. it appears to be a true crack. The encryption is broken, the song is left in the compressed format.
The satelites are in LEO, so they are anything but geostationary. If memory serves, their orbits are in the order of hours from horizon to horizon. (the name iridum comes from the number of such satelites necessary for global coverage under such a scheme == the atomic number of iridium (79?)).
It's like passing from cell-to-cell when driving on the high-way, but in this case, the phone is stationary, and the cells move.
So look elsewhere for an explanation of why your coverage was poor.
Since the system always knows (exactly) where a satelite is, it should be possible to analyze signal strengths from a phone to various satelites to give a rough guestimate of where the phone is (accurate enough for the stated use, probly). So the GPS thingie should be easy enough to implent purely in software.
is where it's at. "My my," says one spook to the other. "Those companies we're monitoritng for leaking sensitive information to the Fijis sure do send each other a lot of landscape pictures". The other spook agrees "But there's nothing wrong with that..."
Problem with steganography is that you need a channel with at least an order of magnitude higher sustained bandwith than the secure channel you want to hide.
There was a funny cartoon about this a number of sunday globes ago. I forget the name of the strip -- it's the one w/ the 3 or 4 20somethings who drink alot of coffee.
Anyway, one of them gets a letter, and is completely confused by it. "what is this?". After having the concept of snail mail reintroduced to him, his comment is "wow! you mean someone took the time to write the message by hand and then paid someone to carry it to my house? I'm so touched!"
erm. (when you hear that you know I think one of us has missed something)
Most algorithms are implementable in software. Some are a lot more efficient in hardware (what with parallelism and all, let's not even begin discussing quantum effects), but all deterministic processes can easily be implemented in software, no?
(and if P=NP, also the nondeterministic ones)
Johan
Re:The UN is involved, time for some raving parano
on
UN Proposes Email Tax
·
· Score: 1
Besides, we all know the Rosicrucian's are manipulating the Jaycees, who are using the influence of the international banking cartels and the Gnomes of Zurich to have The Vast Right-Wing conspiracy manipulate UN policy through their devious front, FEMA.
That is a great game. I haven't played that in years. "that game", for those who are interested would be Illuminati
So now americans infecting non american hosts are liable under the munitions-export rules? That'd be a bummer. Get caught playing with one of these babies and don't get out of jail forever...
anyways, about the 3des: is the secret key fixed or is there some diffie-hellman going on?
For a long time, wired was the magazine that didn't suck. Nowadays, I'm reduced to reading wallpaper and black book. Anyone have any pointers to decent mags?
What's slow in a Java web server seems to me to be the boundary into/outof the java bean. A good EJB server provides transaction support, hence the overhead. Most of the logic is written using JDCB (which is pretty fast, done right) and plain java (which is plenty fast, modulo algorithm choice), so _java_ isn't the bottle neck, I don't think.
The cost is that you pay a stiff penalty for crossing the client/server boundary, so that it is actually faster to have a stupid client (pure html/forms) that sumbits large requests than a smart client (java) that chats a lot with the server and tries to do processing locally. Don't forget that serialisation is SLOW too, so with smart clients you have to resist the temptation to send objects back and forth across the connection.
This is really the same lesson computer people relearn all the time: Be stupid quickly, rather than smart slowly. (risc/cisc, ip/atm)
Actually, most compilers do/will not support dynamic loading of classes. I'm not certain that you can't work around this restriction, but I'd caution against just assuming that these compilers will work with, say, EJBs out of the box.
I'm pretty sure they won't actually. EJB containers automatically generate wrapper classes at "deployment" time. These classes are created after you've compiled your app, and thus the app won't be able to use 'em.
You can work up a fix for this fairly easily, I'd imagine, but still it needs fixing, I think.
Slashdot Mirror
retract. My bad. Their site was down so I couldn't get their side of the story 'till now. it appears to be a true crack. The encryption is broken, the song is left in the compressed format.
Since the approach requires decompressing (and then presumably recompressing in mp3) the audio format, this isn't what I would term a crack.
I would not be suprised if this resulted in noticably lower audio quality.
Johan
Westworld with Yul Brunner, I think.
The satelites are in LEO, so they are anything but geostationary. If memory serves, their orbits are in the order of hours from horizon to horizon. (the name iridum comes from the number of such satelites necessary for global coverage under such a scheme == the atomic number of iridium (79?)).
It's like passing from cell-to-cell when driving on the high-way, but in this case, the phone is stationary, and the cells move.
So look elsewhere for an explanation of why your coverage was poor.
Since the system always knows (exactly) where a satelite is, it should be possible to analyze signal strengths from a phone to various satelites to give a rough guestimate of where the phone is (accurate enough for the stated use, probly). So the GPS thingie should be easy enough to implent purely in software.
Johan
is where it's at. "My my," says one spook to the other. "Those companies we're monitoritng for leaking sensitive information to the Fijis sure do send each other a lot of landscape pictures". The other spook agrees "But there's nothing wrong with that..."
Problem with steganography is that you need a channel with at least an order of magnitude higher sustained bandwith than the secure channel you want to hide.
There was a funny cartoon about this a number of sunday globes ago. I forget the name of the strip -- it's the one w/ the 3 or 4 20somethings who drink alot of coffee.
Anyway, one of them gets a letter, and is completely confused by it. "what is this?". After having the concept of snail mail reintroduced to him, his comment is "wow! you mean someone took the time to write the message by hand and then paid someone to carry it to my house? I'm so touched!"
erm. (when you hear that you know I think one of us has missed something)
Most algorithms are implementable in software. Some are a lot more efficient in hardware (what with parallelism and all, let's not even begin discussing quantum effects), but all deterministic processes can easily be implemented in software, no?
(and if P=NP, also the nondeterministic ones)
Johan
That is a great game. I haven't played that in years. "that game", for those who are interested would be Illuminati
So now americans infecting non american hosts are liable under the munitions-export rules? That'd be a bummer. Get caught playing with one of these babies and don't get out of jail forever...
anyways, about the 3des: is the secret key fixed or is there some diffie-hellman going on?
Johan
I've always wondered what those "programming languages" were good for anyways.
Other highlights were the "average high-end hacker" . Hrm. How many self contradictions can you get into one sentence?
I lurve sports writing. Makes me smile every time.
Johan
seen on a house in north cambridge:
"the center for high-energy meta-physics"
For a long time, wired was the magazine that didn't suck. Nowadays, I'm reduced to reading wallpaper and black book. Anyone have any pointers to decent mags?
Johan
What's slow in a Java web server seems to me to be the boundary into/outof the java bean. A good EJB server provides transaction support, hence the overhead. Most of the logic is written using JDCB (which is pretty fast, done right) and plain java (which is plenty fast, modulo algorithm choice), so _java_ isn't the bottle neck, I don't think.
The cost is that you pay a stiff penalty for crossing the client/server boundary, so that it is actually faster to have a stupid client (pure html/forms) that sumbits large requests than a smart client (java) that chats a lot with the server and tries to do processing locally. Don't forget that serialisation is SLOW too, so with smart clients you have to resist the temptation to send objects back and forth across the connection.
This is really the same lesson computer people relearn all the time: Be stupid quickly, rather than smart slowly. (risc/cisc, ip/atm)
Johan
Actually, most compilers do/will not support dynamic loading of classes. I'm not certain that you can't work around this restriction, but I'd caution against just assuming that these compilers will work with, say, EJBs out of the box.
I'm pretty sure they won't actually. EJB containers automatically generate wrapper classes at "deployment" time. These classes are created after you've compiled your app, and thus the app won't be able to use 'em.
You can work up a fix for this fairly easily, I'd imagine, but still it needs fixing, I think.
Johan