Workaround: Use a different oscillator frequency and an appropriately different filter in the mixer. You will still be radiating some RF, but it will be on frequencies not characteristic for TV tuners. For added security, add a small wideband noise transmitter with tiny output power (I guess under a milliwatt could be enough) which will drown the much weaker parasitic emissions of the receiver in the noise without significantly affecting other devices in its vicinity.
Which in its sub-pro versions was hampered with SCMS and was pretty much unusable. It also had 48 kHz samplerate, which was not directly compatible with 44.1 kHz rate of CDs. It never took off into mass use.
The only DAT tapes I ever saw were used in tape backup drives.
"As soon as this cocaine is available outside the US, it will be available in the US."
Unlike drugs, chips do not have any distinctive smell; usage of an unlicenced ADC also does not show in a piss test, hampering the enforcement efforts. You can take a shipment of "uncontrolled" chips, swap part or all of it for "controlled chips" with proper relabeling of their casings, and send it off. Somebody would have to rat on you, or you'd have to be exceptionally unlucky, to get caught.
Alternatively, you can make a batch of Tamagotchis controlled by a DSP with 16-bit inputs, and then strip the $1 per device of the casing and displays when it gets through the customs, reflash the chip, and voila.
Legal and illegal electronics is not distinctive enough; for a naked eye, a chip is a chip is a chip. In the age of hybrid analog-digital technology, you can even pass one chip as a working device of another kind.
Not even mentioning the possibility of shipping bare dies, and packaging them only after they enter the country, or even making the whole device as a thick-layer hybrid integrated circuit. A swallowed capsule can hold an immense number of thin 4x4 mm silicon dies, and the mule risks MUCH less than with cocaine, because silicon is not poisonous. You do not even have to swallow it; methods how to hide non-smelling small things without a distinctive x-ray signature within other things are copious. In one research institute here, such hybrid circuits were being assembled by hand, including wire bonding, with old cold-war grade equipment.
Even without the bare dies, the TQFP chip cases are pretty small already.
But it might be a violation to sell a bare ADC circuit with a bandwidth of 32 kHz or greater and an SNR of 60 dB or greater without a business license.
Two words: black market.
Alternatively, sell measuring instruments that are very easy to convert to audio input devices. With high enough demand, digital oscilloscopes with USB interface will become dirt cheap.
Another argument you could use is a comparison with IKEA. They are pretty much successful too, and people are FAR less likely to dislike them. What could be the reason? Maybe that peoples' butts are not forced to be compatible with only that brand of chairs? Or that the sofas don't get a blue cushion of death each other time people sit on them?
You have to use steel or iron or anything ferromagnetic. The tags that are coupled via a coil use magnetic field, and the card-reader pair is effectively an air-core transformer. Foil will shield the electric field, but the magnetic field that does the coupling stays largely unattenuated. If you can afford it, use permalloy (mu-metal) foil, if you're on a budget use a piece of a tin can sheet.
Real men do server-side scripting in PHP (well, the really real hardcore men code CGI scripts in machine code, but it is rather extreme) in a text editor.
But how many public schools do you know of that can spare the money or manpower to un-constipate their network? IT attention costs money.
In a school here, the one student who bothered to hack the LAN became the admin's assistant, and later the admin. I know about two more schools where similar stories happened, and caused substantial IT-related savings for the schools involved. I attended one of them.
However, it was not the Land of the Free, but a postcommunistic banana republic. What else to expect in such uncivilized place.
The Chinese also do not follow anything resembling the Euroamerican copyright regime.
Yes. That's why they are unlikely to cooperate beyond the minimum required set.
...impossible in "managed" code under the.NET framework.
Different code style, different kind of bugs. There are always some.
You can't chip the hardware because then it will fail to authenticate the TPM.
That depends on the actual implementation. Who knows where commercially available FPGAs will be in 7 years.
If you think you've actually found a bug in the TPM specification, then please tell the TCG about it.
Isn't it better to wait until the bug is widely deployed, and then exploit it when the Adversary can't do much about it anymore?
Who decides which pictures are needed?
Who was deciding yesterday in the age of analog modems?
Wavelet compression is heavily encumbered by fundamental patents, and implementation of JPEG2000 has been delayed by patent licensing negotiations.
We are designing a blacknet here. We are already "sinning" here by breaking/workarounding the Holy TPM, so why worry about patents? The code is the law.
Remember that a 16 kByte picture would take nearly 20 minutes to send with the 150 bps codec that you postulated as an engineering target.
So do without images entirely when on a restricted line, and fetch them on demand if you are on a better feed. Scale the solution. Also, 20 minutes of download time is nothing if it happens when I sleep while my morning edition of Shaddack Times is being assembled by the computer.
Depends on whether my changes make the build fail for someone else, or whether two people working on the same project happen to work on the same file, etc.
Even at 150 bps, 160 bits of SHA1 hash take slightly over a second. Voila, file identity proof. The protocol will have to be amended to support this but that's about it.
But are you sure you'll be able to squeeze even 2400 bps over "trusted" channels once the PC has been reduced to an appliance?
Frankly, yes. Besides, I can always move to a location where the ISPs are less insane. Or rent-a-fiber to such place and share the cost with neighbours. When you leave your defeatist mindset, you'll see a whole plethora of possibilities.
And watch those plug-ins get severely bandwidth-capped by the TNC dialer.
One buffer overflow exploit is all that's needed to break the cap. Also, a cap on everything is unlikely; there is a market that says that if you make an imperfect product where the "bug" introduces a desired behavior, you'll get an advantage. Mind that most of hardware is done by Chinese these days, and they are rather pragmatic.
That's why the TNC dialer makes sure that your patches are recent before giving you an IP.
If it can see everything. Just chip the hardware. Like the X-box.
How expensive is it to buy hard drives and then mail them back and forth, even as peak oil approaches and shipping companies raise their rates to compensate for fuel costs?
Under a buck per gig? Also mind there are new emerging fuel systems, eg. based on hydrogen or zinc. That may mix up the peak oil thing, especially in high-use applications with established network of facilities (eg. UPS or Fedex).
And could you manage forums such as Slashdot or your typical phpBB with 150 bps?
Not using traditional HTTP with large pages. Fractional requests in the Web 2.0 style may be helpful here.
What about news gathering with pictures?
How needed are the pictures? Use wavelet compression on the most important ones, and do without the rest.
Can CVS and its successors work well with 24 hour latency?
Move around just the.diff files, then yes. How many lines of a debugged code can you write per day?
My first modem was 2400 bps, and it was good enough. The speeds we have now are not a necessity, but a luxury. The wasteful ways of moving data around are an artefact of abundance of bandwidth. Change this, and new approaches emerge overnight.
It's too bad that typical VoIP codecs kill the phase information and the fine frequency structure that are superfluous in voice operation but vital for even 2400 kbps operation.
Design a codec tailored to the VoIP codec used.
How exactly were you planning to get around the low frame rate and compression artifacts?
By designing a codec that takes them into account?
And not get an IP if the dialer detects through the TPM that you have such a modified version of AIM running.
At least some software is likely to have an API with a plugin. Exploit that. Also do not forget that we talk about a Microsoft platform, and MSFT are those who are able to squeeze three bugs into 512 bytes of machine code.
At a useful speed?
What is "useful speed"? Even mere 150 bps is enough for talk, and that is all you need to negotiate where the 400GB hard drive has to be fedexed overnight, where with 24 hours of transport time we approach 40 effective megabits per second. Do you need high bandwidth, or low latency? Think outside of the box.
Bringing a camera onto the employer's private property without prior authorization will still result in confiscation of the camera and termination of employment.
Only if you are caught. Check the Cold War, and the then-hightech photographic equipment. Eg, the Minox cameras. Only a handful of spies was probably revealed.
Until the FCC (or a foreign counterpart) shuts it down. In most countries, the central government has plenary authority over electromagnetic emissions in "useful" radio frequencies (9 kHz to 200 GHz).
We also forget about the possibility of various exotic low-power high-frequency spread-spectrum modulations. Military has a lot of toys that can be repurposed or used as an inspiration. It won't be fast, but who really needs 100 megabit speed? Look at the power of the GPS satellite transmitters, and what distance they are in. It is all in the encoding.
With low enough power, you can look like "natural" EMI of a worn out microwave or a crooked USB cable.
Couple neighbourhood geeks lay down some fiber and accesspoints, buy satlink gear from a Canadian or Mexican ISP, and voila - they're online.
Even if the gear itself would be restricted or expensive, in 6-7 years the cost of high-speed DSP chips will fall even lower than today. GaAs transistors capable of going over 60 GHz are already on open market. And who knows how many Chinese or Indian satellites will fly overhead, offering services to anybody who asks. Think about GNU Radio mixed with a VSAT microwave stage.
We can always run acoustically coupled data via VoIP connections. Or video-encoded data via videotelephony. Or tunnel full TCP/IP BASE64-encoded in AOL IM messages.
If you can get any kind of data back and forth, you can get all kinds of data back and forth.
Don't give up so easily, give the adversaries some hell!
Run it as a connection proxy then. Once you can run code on a machine, it can act as a TCP/IP proxy/gateway. Without ability to run your own code, a computer turns into an overpriced worthless appliance. And mostly anything can be hacked to run Linux.
In the worst case you modchip the router.
There is always a way. Keep your soldering iron hot and your eyes open.
Mount some shotgun shells at the top of the disc. Wire them to security system that blasts the discs at forced entry. Refuse to open the door to the cops, let them do the destruction job themselves.
Alternatively, use an encrypted filesystem, with key stored in an EEPROM chip secured the same way. Destruction (and secure off-site backup) of 256 bits is easier than operating on whole discs. Also does not require entire shotgun shells and gun-like assemblies, likely to be problematic in some jurisdictions, as a teaspoon or two of thermite should do the job in a much safer way. Or use a microcontroller with a challenge-response scheme, in a tamperproof enclosure, which will destroy itself when mishandled (eg. physically moved without authorization).
Easy. Stop, switch off the engine, politely insist the car is red until the car cools down and becomes red. (Difficult in hot summer, but if you are patient enough, you can wait it until the evening.)
In case of a lawsuit, all that is needed is to show the judge your blue car, already well-cooled at the moment your case gets to the schedule of the day.
Electrochromic paint, where the color can be changed electronically, will be more interesting here.
Whatever. How is the government keeping track of what hotel rooms and cars I reserve giving up an "Essential Liberty" for a little "Temporary Safety"?
Hope that you won't ever start disagreeing with the establishment to the point of printing or distributing samizdat. Keep in mind that political leaders and their agendas change, so your eventual agreement with them now does not mean it will apply to the next administration.
Don't bother. Just wait for Signal 11.
Workaround: Use a different oscillator frequency and an appropriately different filter in the mixer. You will still be radiating some RF, but it will be on frequencies not characteristic for TV tuners. For added security, add a small wideband noise transmitter with tiny output power (I guess under a milliwatt could be enough) which will drown the much weaker parasitic emissions of the receiver in the noise without significantly affecting other devices in its vicinity.
Which in its sub-pro versions was hampered with SCMS and was pretty much unusable. It also had 48 kHz samplerate, which was not directly compatible with 44.1 kHz rate of CDs. It never took off into mass use.
The only DAT tapes I ever saw were used in tape backup drives.
elinks remembers the forms, which is good for passwords, but not for reply titles. Growl. Sorry for confusion.
There's also mencoder.
Unlike drugs, chips do not have any distinctive smell; usage of an unlicenced ADC also does not show in a piss test, hampering the enforcement efforts. You can take a shipment of "uncontrolled" chips, swap part or all of it for "controlled chips" with proper relabeling of their casings, and send it off. Somebody would have to rat on you, or you'd have to be exceptionally unlucky, to get caught.
Alternatively, you can make a batch of Tamagotchis controlled by a DSP with 16-bit inputs, and then strip the $1 per device of the casing and displays when it gets through the customs, reflash the chip, and voila.
Legal and illegal electronics is not distinctive enough; for a naked eye, a chip is a chip is a chip. In the age of hybrid analog-digital technology, you can even pass one chip as a working device of another kind.
Not even mentioning the possibility of shipping bare dies, and packaging them only after they enter the country, or even making the whole device as a thick-layer hybrid integrated circuit. A swallowed capsule can hold an immense number of thin 4x4 mm silicon dies, and the mule risks MUCH less than with cocaine, because silicon is not poisonous. You do not even have to swallow it; methods how to hide non-smelling small things without a distinctive x-ray signature within other things are copious. In one research institute here, such hybrid circuits were being assembled by hand, including wire bonding, with old cold-war grade equipment.
Even without the bare dies, the TQFP chip cases are pretty small already.
Two words: black market.
Alternatively, sell measuring instruments that are very easy to convert to audio input devices. With high enough demand, digital oscilloscopes with USB interface will become dirt cheap.
Another argument you could use is a comparison with IKEA. They are pretty much successful too, and people are FAR less likely to dislike them. What could be the reason? Maybe that peoples' butts are not forced to be compatible with only that brand of chairs? Or that the sofas don't get a blue cushion of death each other time people sit on them?
You have to use steel or iron or anything ferromagnetic. The tags that are coupled via a coil use magnetic field, and the card-reader pair is effectively an air-core transformer. Foil will shield the electric field, but the magnetic field that does the coupling stays largely unattenuated. If you can afford it, use permalloy (mu-metal) foil, if you're on a budget use a piece of a tin can sheet.
You can have it both ways. Reverse the polarity of the power, and the sensor chip will croak.
Real men do server-side scripting in PHP (well, the really real hardcore men code CGI scripts in machine code, but it is rather extreme) in a text editor.
In a school here, the one student who bothered to hack the LAN became the admin's assistant, and later the admin. I know about two more schools where similar stories happened, and caused substantial IT-related savings for the schools involved. I attended one of them.
However, it was not the Land of the Free, but a postcommunistic banana republic. What else to expect in such uncivilized place.
Your average Joe will ask the nearest EE student to chip his PVR. The market price of the geeks is bound to rise.
Get a GNU Radio board. Connect baseband video to its input. Load its FPGA with a MPEG encoder from opencores.org, or with another codec of choice.
As long as we have ADCs and FPGAs, we are free. If they don't want to give us freedom, we have to take it by force.
I love the smell of rosin in the morning!
Yes. That's why they are unlikely to cooperate beyond the minimum required set.
Different code style, different kind of bugs. There are always some.
You can't chip the hardware because then it will fail to authenticate the TPM.
That depends on the actual implementation. Who knows where commercially available FPGAs will be in 7 years.
If you think you've actually found a bug in the TPM specification, then please tell the TCG about it.
Isn't it better to wait until the bug is widely deployed, and then exploit it when the Adversary can't do much about it anymore?
Who decides which pictures are needed?
Who was deciding yesterday in the age of analog modems?
Wavelet compression is heavily encumbered by fundamental patents, and implementation of JPEG2000 has been delayed by patent licensing negotiations.
We are designing a blacknet here. We are already "sinning" here by breaking/workarounding the Holy TPM, so why worry about patents? The code is the law.
Remember that a 16 kByte picture would take nearly 20 minutes to send with the 150 bps codec that you postulated as an engineering target.
So do without images entirely when on a restricted line, and fetch them on demand if you are on a better feed. Scale the solution. Also, 20 minutes of download time is nothing if it happens when I sleep while my morning edition of Shaddack Times is being assembled by the computer.
Depends on whether my changes make the build fail for someone else, or whether two people working on the same project happen to work on the same file, etc.
Even at 150 bps, 160 bits of SHA1 hash take slightly over a second. Voila, file identity proof. The protocol will have to be amended to support this but that's about it.
But are you sure you'll be able to squeeze even 2400 bps over "trusted" channels once the PC has been reduced to an appliance?
Frankly, yes. Besides, I can always move to a location where the ISPs are less insane. Or rent-a-fiber to such place and share the cost with neighbours. When you leave your defeatist mindset, you'll see a whole plethora of possibilities.
Rule #1: Solution exists.
One buffer overflow exploit is all that's needed to break the cap. Also, a cap on everything is unlikely; there is a market that says that if you make an imperfect product where the "bug" introduces a desired behavior, you'll get an advantage. Mind that most of hardware is done by Chinese these days, and they are rather pragmatic.
That's why the TNC dialer makes sure that your patches are recent before giving you an IP.
If it can see everything. Just chip the hardware. Like the X-box.
How expensive is it to buy hard drives and then mail them back and forth, even as peak oil approaches and shipping companies raise their rates to compensate for fuel costs?
Under a buck per gig? Also mind there are new emerging fuel systems, eg. based on hydrogen or zinc. That may mix up the peak oil thing, especially in high-use applications with established network of facilities (eg. UPS or Fedex).
And could you manage forums such as Slashdot or your typical phpBB with 150 bps?
Not using traditional HTTP with large pages. Fractional requests in the Web 2.0 style may be helpful here.
What about news gathering with pictures?
How needed are the pictures? Use wavelet compression on the most important ones, and do without the rest.
Can CVS and its successors work well with 24 hour latency?
Move around just the .diff files, then yes. How many lines of a debugged code can you write per day?
My first modem was 2400 bps, and it was good enough. The speeds we have now are not a necessity, but a luxury. The wasteful ways of moving data around are an artefact of abundance of bandwidth. Change this, and new approaches emerge overnight.
Design a codec tailored to the VoIP codec used.
How exactly were you planning to get around the low frame rate and compression artifacts?
By designing a codec that takes them into account?
And not get an IP if the dialer detects through the TPM that you have such a modified version of AIM running.
At least some software is likely to have an API with a plugin. Exploit that. Also do not forget that we talk about a Microsoft platform, and MSFT are those who are able to squeeze three bugs into 512 bytes of machine code.
At a useful speed?
What is "useful speed"? Even mere 150 bps is enough for talk, and that is all you need to negotiate where the 400GB hard drive has to be fedexed overnight, where with 24 hours of transport time we approach 40 effective megabits per second. Do you need high bandwidth, or low latency? Think outside of the box.
Only if you are caught. Check the Cold War, and the then-hightech photographic equipment. Eg, the Minox cameras. Only a handful of spies was probably revealed.
Option. Go terahertz.
We also forget about the possibility of various exotic low-power high-frequency spread-spectrum modulations. Military has a lot of toys that can be repurposed or used as an inspiration. It won't be fast, but who really needs 100 megabit speed? Look at the power of the GPS satellite transmitters, and what distance they are in. It is all in the encoding.
With low enough power, you can look like "natural" EMI of a worn out microwave or a crooked USB cable.
Couple neighbourhood geeks lay down some fiber and accesspoints, buy satlink gear from a Canadian or Mexican ISP, and voila - they're online.
Even if the gear itself would be restricted or expensive, in 6-7 years the cost of high-speed DSP chips will fall even lower than today. GaAs transistors capable of going over 60 GHz are already on open market. And who knows how many Chinese or Indian satellites will fly overhead, offering services to anybody who asks. Think about GNU Radio mixed with a VSAT microwave stage.
The development works both ways.
NEVER EVER give up.
We can always run acoustically coupled data via VoIP connections. Or video-encoded data via videotelephony. Or tunnel full TCP/IP BASE64-encoded in AOL IM messages.
If you can get any kind of data back and forth, you can get all kinds of data back and forth.
Don't give up so easily, give the adversaries some hell!
Run it as a connection proxy then. Once you can run code on a machine, it can act as a TCP/IP proxy/gateway. Without ability to run your own code, a computer turns into an overpriced worthless appliance. And mostly anything can be hacked to run Linux.
In the worst case you modchip the router.
There is always a way. Keep your soldering iron hot and your eyes open.
Mount some shotgun shells at the top of the disc. Wire them to security system that blasts the discs at forced entry. Refuse to open the door to the cops, let them do the destruction job themselves.
Alternatively, use an encrypted filesystem, with key stored in an EEPROM chip secured the same way. Destruction (and secure off-site backup) of 256 bits is easier than operating on whole discs. Also does not require entire shotgun shells and gun-like assemblies, likely to be problematic in some jurisdictions, as a teaspoon or two of thermite should do the job in a much safer way. Or use a microcontroller with a challenge-response scheme, in a tamperproof enclosure, which will destroy itself when mishandled (eg. physically moved without authorization).
Easy. Stop, switch off the engine, politely insist the car is red until the car cools down and becomes red. (Difficult in hot summer, but if you are patient enough, you can wait it until the evening.)
In case of a lawsuit, all that is needed is to show the judge your blue car, already well-cooled at the moment your case gets to the schedule of the day.
Electrochromic paint, where the color can be changed electronically, will be more interesting here.
Hope that you won't ever start disagreeing with the establishment to the point of printing or distributing samizdat. Keep in mind that political leaders and their agendas change, so your eventual agreement with them now does not mean it will apply to the next administration.