I am not a flight engineer but if these issues crop up during the flight due to excessive passenger weight, couldn't they just burn more fuel from one wing than the other until the weight balances out. In the end, passengers are 'on average' equally weighted so unless there is an entire group of Weightwatchers on one end and a bunch of Vegan Hippies on the other side, the statistics will take care of that.
Tourist vs. foreign business man. If you are an 'outsider' trying to enter into business in Latin or Slavic cultures (this also holds true for Spain and Portugal as well as Latin/South America) you will get much more done by doing "paperwork" vs doing the actual paperwork.
It's an established cultural phenomenon that seems to work as a form of protectionism. You'll get a lot more done in those cultures by hiring a/the local(s) and putting them to work for you. Especially in Slavic cultures, you'll give someone a 'tip' before the actual work (instead of after) and they'll bow down to their feet. Off course, touristy places have adapted (eg. Prague) but if you're ever in a small village in the middle of a Balto-Slavic country, give the tip first.
Fair use only applies if you credit the work AND only use portions of it (portion is not legally defined except that it is not 100%). At least according to the content lords that own CNN/CBC
There is a difference between showing and criticizing portions of a video and blatantly copying the entire video and portraying it as your own. I don't watch Tosh these days but I've seen a few clips when he first aired on CC and if I remember correctly, he did have credits to the video creator and never showed an entire clip.
Yeah, these kinds of attacks require physical access (either directly or by proxy) to the computer at which point your security is moot. You might as well add-on one of those microcontrollers with a 3G and KVM module because you are using a freaking pci bus.
It is cute to do this but when you have hardware access, all bets are off and you could write the EFI regardless. Signing firmware for EFI only makes alternative software and homebrew harder (eg SecureBoot tripe) but doesn't make it any harder to hack
It is common practice for more renowned professors to include grad students, PhD's in the lab etc on papers just to get their names out there. Since your science worth is often based on the number of papers on your resume, it's a great way of starting a career by having your professor include your name in grad school and beyond. I've seen papers with 20+ names on it where most of them, I know for a fact, have done practically nothing for the paper.
No it doesn't (anymore), a standard setup comes relatively ACID compliant. Developers doing stupid things will happen regardless of the stack you use. Looking at modern web stacks (nginx, Node.js, NoSQL,...) more stupid things are only going to be easier.
Because people treat these companies as victims to the crimes, not accessories to the crime or criminally negligent. If anyone in politics/policing would actually know anything about cybercrime, they would charge them as either accessories or negligent.
You don't have to be logged into Google in order for Google to track you. Same goes for Facebook and LinkedIn etc., I am fairly careful about my searches and private information, yet targeted ads follow me not just on my computer but also on my phone and sometimes even devices I just started to use.
People have already solved that problem eg using havege. I run entropy feeders on all my virtual hosts which helps a lot since all data communications should be encrypted when talking to 'foreign' hosts.
Doesn't Microsoft do the same thing? When was the last time a non-Apple, mainstream (think Dell, Walmart etc) computer came without Windows? Heck, back in the day (Windows 95) you would get the OS with just about any hardware purchase (eg. preinstalled on a retail hard drive)
I think the point is that 1 department requires 2 million licenses for all 10,000 government workers. That is a single department, there are probably several hundred departments.
I know in the case of TekSystems contractors, the contractors get kickbacks from Oracle, PeopleSoft and Microsoft for recommending their 'solutions' to their customers.
It's not even all the API. If it were, WINE wouldn't have a problem emulating Windows. It's also very poorly documented and inconsistent.
If you've ever complained about systemd or the Linux API being changed often, you should have a look at the poor Windows developers where these things are 'standard'.
ANY card reader is susceptible to this attack and that has been known since card readers were being produced.
Look at your grocery store card reader: Serial or USB port. Crack open those all-in-one with an Ethernet port or a phone jack: three wires go to the reader.
Unless you're doing some type of Kerberos-style authentication (ala Apple iWallet or whatever), your card (even the chipped ones) are pretty much going to donate all your information to the first card reader that comes along. Even EMV cards (the ones with the digital certificate on the chip) have been proven to have flaws.
If you're connected to the Internet, your company SHOULD have an expert. Just like when your company has a car, it should have someone that regularly inspects and repairs them. If you have a small fleet, you hire someone on an as-needed basis, but when your fleet grows you may see that it's cheaper to have someone in-house.
People just think because computers are easy to use (and they are to an extent) that everything about it is easy.
Look up Perl Taint Mode. It basically throws up an error if you have not properly cleaned your variables that are sourced from outside (eg. user input) and in turn affect outside sources (eg. SQL query).
If we had something similar for JavaScript where an outside variable or personal data objects were 'tainted' and required user permissions and developer cleanup before they went back out. That way the system can't leak data. Something similar to the pop-up box on iOS (or it's lesser/broken version on Android) where it says: this app wants to use your: "location , address book , battery status , cookies "
There is no such thing as a cyberweapon. There is hacking/cracking and that is generally done through technical weaknesses and/or social engineering. There is no such thing as a cybertank or a cybergun, something that can actively break through something that it was not intended to go through. There is no software that can simply break through a web server by sheer force.
Using any kind of military jargon with what amounts to a technical capability of a piece of software is (car analogy) like telling us that foreign car mechanics and imported engines are capable of destroying our infrastructure and instead of fixing the engines or building our own to counteract it we have to deploy our own car mechanics and engines to foreign countries.
Using these analogies of cyberweapons with technical experts just sounds like a bunch of military people heard of the printing press and now they want to destroy people with paper cuts.
Correct, I remember it was also a great proxy country if you wanted to sell cars, computers etc into the actual Soviet bloc. One of my first jobs actually involved transporting cars from France and Belgium to "dealers" in Zagreb during the Yugoslav War. It involved bribes at the Austrian border to get past miles of border traffic and past checkpoints.
Maybe the OS didn't have a UUID but pretty much all of the hardware did. Your BIOS and CPU's have been able to return serial numbers for a very long time. The generic CPUID came into existence around the 80486 but before that there were almost always methods to return said information. I remember even on my 80286, there were tools that could read unique BIOS information.
It is useful for HTML5 local applications. The problem with JavaScript is that variables can be transmitted without a whole lot of warning to the user(s). If we had something akin to Perl's Taint Mode - something that prevents you from using or affecting 'outside' data sources without your explicit cleaning/permission in JavaScript, we'd be a whole lot further.
I am not a flight engineer but if these issues crop up during the flight due to excessive passenger weight, couldn't they just burn more fuel from one wing than the other until the weight balances out. In the end, passengers are 'on average' equally weighted so unless there is an entire group of Weightwatchers on one end and a bunch of Vegan Hippies on the other side, the statistics will take care of that.
Given that I can get ping pong balls retail at $0.08/ball including shipping, I think they got ripped off.
Tourist vs. foreign business man. If you are an 'outsider' trying to enter into business in Latin or Slavic cultures (this also holds true for Spain and Portugal as well as Latin/South America) you will get much more done by doing "paperwork" vs doing the actual paperwork.
It's an established cultural phenomenon that seems to work as a form of protectionism. You'll get a lot more done in those cultures by hiring a/the local(s) and putting them to work for you. Especially in Slavic cultures, you'll give someone a 'tip' before the actual work (instead of after) and they'll bow down to their feet. Off course, touristy places have adapted (eg. Prague) but if you're ever in a small village in the middle of a Balto-Slavic country, give the tip first.
Fair use only applies if you credit the work AND only use portions of it (portion is not legally defined except that it is not 100%). At least according to the content lords that own CNN/CBC
There is a difference between showing and criticizing portions of a video and blatantly copying the entire video and portraying it as your own. I don't watch Tosh these days but I've seen a few clips when he first aired on CC and if I remember correctly, he did have credits to the video creator and never showed an entire clip.
Yeah, these kinds of attacks require physical access (either directly or by proxy) to the computer at which point your security is moot. You might as well add-on one of those microcontrollers with a 3G and KVM module because you are using a freaking pci bus.
It is cute to do this but when you have hardware access, all bets are off and you could write the EFI regardless. Signing firmware for EFI only makes alternative software and homebrew harder (eg SecureBoot tripe) but doesn't make it any harder to hack
Europe, Asia, ... (just say, non-USA) and young, working-class USA cities (aka hipster cities)
It is common practice for more renowned professors to include grad students, PhD's in the lab etc on papers just to get their names out there. Since your science worth is often based on the number of papers on your resume, it's a great way of starting a career by having your professor include your name in grad school and beyond. I've seen papers with 20+ names on it where most of them, I know for a fact, have done practically nothing for the paper.
No it doesn't (anymore), a standard setup comes relatively ACID compliant. Developers doing stupid things will happen regardless of the stack you use. Looking at modern web stacks (nginx, Node.js, NoSQL, ...) more stupid things are only going to be easier.
Because people treat these companies as victims to the crimes, not accessories to the crime or criminally negligent. If anyone in politics/policing would actually know anything about cybercrime, they would charge them as either accessories or negligent.
You don't have to be logged into Google in order for Google to track you. Same goes for Facebook and LinkedIn etc., I am fairly careful about my searches and private information, yet targeted ads follow me not just on my computer but also on my phone and sometimes even devices I just started to use.
DuckDuckGo never claimed to be something else. They've always been a Google proxy that (as they claim) anonymizes the traffic.
People have already solved that problem eg using havege. I run entropy feeders on all my virtual hosts which helps a lot since all data communications should be encrypted when talking to 'foreign' hosts.
If they include all the investments made in battery technology, charging stations and future lines, then $4k/car is pretty much peanuts.
Doesn't Microsoft do the same thing? When was the last time a non-Apple, mainstream (think Dell, Walmart etc) computer came without Windows? Heck, back in the day (Windows 95) you would get the OS with just about any hardware purchase (eg. preinstalled on a retail hard drive)
I think the point is that 1 department requires 2 million licenses for all 10,000 government workers. That is a single department, there are probably several hundred departments.
I know in the case of TekSystems contractors, the contractors get kickbacks from Oracle, PeopleSoft and Microsoft for recommending their 'solutions' to their customers.
It's not even all the API. If it were, WINE wouldn't have a problem emulating Windows. It's also very poorly documented and inconsistent.
If you've ever complained about systemd or the Linux API being changed often, you should have a look at the poor Windows developers where these things are 'standard'.
ANY card reader is susceptible to this attack and that has been known since card readers were being produced.
Look at your grocery store card reader: Serial or USB port. Crack open those all-in-one with an Ethernet port or a phone jack: three wires go to the reader.
Unless you're doing some type of Kerberos-style authentication (ala Apple iWallet or whatever), your card (even the chipped ones) are pretty much going to donate all your information to the first card reader that comes along. Even EMV cards (the ones with the digital certificate on the chip) have been proven to have flaws.
If you're connected to the Internet, your company SHOULD have an expert. Just like when your company has a car, it should have someone that regularly inspects and repairs them. If you have a small fleet, you hire someone on an as-needed basis, but when your fleet grows you may see that it's cheaper to have someone in-house.
People just think because computers are easy to use (and they are to an extent) that everything about it is easy.
Look up Perl Taint Mode. It basically throws up an error if you have not properly cleaned your variables that are sourced from outside (eg. user input) and in turn affect outside sources (eg. SQL query).
If we had something similar for JavaScript where an outside variable or personal data objects were 'tainted' and required user permissions and developer cleanup before they went back out. That way the system can't leak data. Something similar to the pop-up box on iOS (or it's lesser/broken version on Android) where it says: this app wants to use your: "location , address book , battery status , cookies "
There is no such thing as a cyberweapon. There is hacking/cracking and that is generally done through technical weaknesses and/or social engineering. There is no such thing as a cybertank or a cybergun, something that can actively break through something that it was not intended to go through. There is no software that can simply break through a web server by sheer force.
Using any kind of military jargon with what amounts to a technical capability of a piece of software is (car analogy) like telling us that foreign car mechanics and imported engines are capable of destroying our infrastructure and instead of fixing the engines or building our own to counteract it we have to deploy our own car mechanics and engines to foreign countries.
Using these analogies of cyberweapons with technical experts just sounds like a bunch of military people heard of the printing press and now they want to destroy people with paper cuts.
Correct, I remember it was also a great proxy country if you wanted to sell cars, computers etc into the actual Soviet bloc. One of my first jobs actually involved transporting cars from France and Belgium to "dealers" in Zagreb during the Yugoslav War. It involved bribes at the Austrian border to get past miles of border traffic and past checkpoints.
Maybe the OS didn't have a UUID but pretty much all of the hardware did. Your BIOS and CPU's have been able to return serial numbers for a very long time. The generic CPUID came into existence around the 80486 but before that there were almost always methods to return said information. I remember even on my 80286, there were tools that could read unique BIOS information.
It is useful for HTML5 local applications. The problem with JavaScript is that variables can be transmitted without a whole lot of warning to the user(s). If we had something akin to Perl's Taint Mode - something that prevents you from using or affecting 'outside' data sources without your explicit cleaning/permission in JavaScript, we'd be a whole lot further.