"Hundreds of gigabytes per second" sounds like it's either from RAM or you're talking out of your arse.
Say a standard SATA disk might do 60meg/sec (could be a bit more, but I reckon that's probably ballpark), then 48*60 = 2.8G/sec. So around 2 orders of magnitude less.
No, you're wrong. Bonjour (aka rendezvous aka mdns[responder]) listens on UDP port 5353 by default on a client install - that's how iTunes/iChat/AFP sharing find other computers. And guess what - it's one of the apps that has a local root exploit in this security update.
Lots of people have suggested Parallels (with good reason), though I'm curious whether it can handle various different users logging in to a single Windows disk image (not simultaneously). AFAIK the logged in OS X user needs full permissions on the disk image, so that's a bit of a security issue. The alternative could be one image per user, though that would suck for maintenance and also disk space?
Also for the people suggesting ASR for a dual-boot cloning solution - will that work with non-HFS partitions?
So, they had to explicitly enable all of ftp, samba, afp etc for OS X to get something to show, yet didn't even notice MDNS/Rendzejour (port 5353) open out of the box? Mongs.
You'd think that a tesla coil or something might be effective in disabling them? When the local science museum here (Scitech in Perth, Australia) first got their one (without a faraday cage) the cash registers in the store below all went on the blink...
In short bursts they probably wouldn't be _too_ damaging to human health either
At least round here (Perth, Australia), in terms of Firewire cables Apple's ones _are_ superior. For the sole reason that they're about 3mm thick (~0.1" I guess?), as opposed to all the other ones you get that are at least twice that. Thinking design is useful:) But yeah. You can get what you pay for with any platform.
802.11-b/g operate on the same frequency as microwaves (i.e. in the microwave spectrum); a microwave is shielded by physical means (no, no magical force fields when you power it up), and if you toss a laptop inside (don't turn the microwave on!) you can still connect to it over wifi with good signal. The shielding lets more through than wifi.
I just tried this, it didn't work. Full signal outside the microwave, absolutely none inside. Maybe you should check yours?...
Having implemented rudimentary PAM support for a SSH server, I'd have to say that I agree that PAM is somewhat horrible. It appears that it works great for it's original intended purpose of printf() at a login prompt, but not for much else without jumping through hoops.
It doesn't ask for a passphrase, just a yes/no answer. Not sure how the default X11 ssh-askpass thing treats it, but here with SSHKeychain I just press enter to confirm/esc to cancel.
A few versions ago OpenSSH added a -c "Require confirmation to sign using identities" to ssh-add to take care of this. Or using something like SSHKeychain on OS X so it'll ask for confirmation for multi-hop auth, but not for connections direct from your trusted machine.
Uhmmm. The submitter has missed the entire point of that exploit - admin rights aren't required, because the program checks for admin credentials with 'getenv("USER")' - ie "export USER=some_admin" is the exploit.
Slashdot Mirror
What the fuck does the (draft still?) 802.11n standard have to do with PCI standards?
I haven't used gmail that much, but I was under the impression that it saved drafts of what's in the composition textbox at intervals.
That data would be all cleartext wouldn't it? Seems a tad risky to me.
Yeah, mostly since it's not airspace, but rather space. Like, there isn't any air there. Duh :)
"Hundreds of gigabytes per second" sounds like it's either from RAM or you're talking out of your arse.
Say a standard SATA disk might do 60meg/sec (could be a bit more, but I reckon that's probably ballpark), then 48*60 = 2.8G/sec. So around 2 orders of magnitude less.
Mmm, hands not connected with head :)
No, you're wrong. Bonjour (aka rendezvous aka mdns[responder]) listens on UDP port 5353 by default on a client install - that's how iTunes/iChat/AFP sharing find other computers. And guess what - it's one of the apps that has a local root exploit in this security update.
The intent was always that the rules would be progressively relaxed - see http://www.securityfocus.com/archive/142/464216/30 /0/threaded from last month.
Lots of people have suggested Parallels (with good reason), though I'm curious whether it can handle various different users logging in to a single Windows disk image (not simultaneously). AFAIK the logged in OS X user needs full permissions on the disk image, so that's a bit of a security issue. The alternative could be one image per user, though that would suck for maintenance and also disk space?
Also for the people suggesting ASR for a dual-boot cloning solution - will that work with non-HFS partitions?
So, they had to explicitly enable all of ftp, samba, afp etc for OS X to get something to show, yet didn't even notice MDNS/Rendzejour (port 5353) open out of the box? Mongs.
You'd think that a tesla coil or something might be effective in disabling them? When the local science museum here (Scitech in Perth, Australia) first got their one (without a faraday cage) the cash registers in the store below all went on the blink...
In short bursts they probably wouldn't be _too_ damaging to human health either
Nah, I think root's the only user that _won't_ work...?
Since noone seems to have bothered posting it yet, "telnet -l -frandomuser randomsolarishost".
So stupid.
At least round here (Perth, Australia), in terms of Firewire cables Apple's ones _are_ superior. For the sole reason that they're about 3mm thick (~0.1" I guess?), as opposed to all the other ones you get that are at least twice that. Thinking design is useful :) But yeah. You can get what you pay for with any platform.
I take it you've never written C code to parse any file format....
802.11-b/g operate on the same frequency as microwaves (i.e. in the microwave spectrum); a microwave is shielded by physical means (no, no magical force fields when you power it up), and if you toss a laptop inside (don't turn the microwave on!) you can still connect to it over wifi with good signal. The shielding lets more through than wifi.
I just tried this, it didn't work. Full signal outside the microwave, absolutely none inside. Maybe you should check yours?...
Isn't that what the current iMacs have?
http://support.intel.com/support/wireless/wlan/sb/ CS-023065.htm is the actual link.
Having implemented rudimentary PAM support for a SSH server, I'd have to say that I agree that PAM is somewhat horrible. It appears that it works great for it's original intended purpose of printf() at a login prompt, but not for much else without jumping through hoops.
That could make things exciting...
It doesn't ask for a passphrase, just a yes/no answer. Not sure how the default X11 ssh-askpass thing treats it, but here with SSHKeychain I just press enter to confirm/esc to cancel.
A few versions ago OpenSSH added a -c "Require confirmation to sign using identities" to ssh-add to take care of this. Or using something like SSHKeychain on OS X so it'll ask for confirmation for multi-hop auth, but not for connections direct from your trusted machine.
There are unpatched local root exploits in 10.4.5 though.
Uhmmm. The submitter has missed the entire point of that exploit - admin rights aren't required, because the program checks for admin credentials with 'getenv("USER")' - ie "export USER=some_admin" is the exploit.
"made using XCode" is apple-speak for "compiled with GCC". Just add -arch i386 and it will likely work.
I've got an old several-kilo ibm keyboard, with great clicky switches and even better, the letters come off. IIRC I got 5 of them for ~$7.