Better car analogy: When a defect (mistake in the fundamental design or implementation of the car) is found that affects its safety, a recall is issued, and the manufacturer fixes it for free. Regardless of warranty status of age of the vehicle.
Imagine being starving and having no ability to do anything for yourself.
You need the fish to get yourself at a basic level before someone teaches you to fish.
You need to know the value of the fish and know that understanding how you can acquire your own fish is beneficial and will improve your life quality.
You need to understand the value of water condensers, farming techniques, etc, first. Then you learn them.
You need both levels.
One of the key concepts taught in *any* decent MBA program is risk management. For a software development company, having more than one person available to make emergency fixes to code is much cheaper than the cost in not being able to deploy a fix in a reasonable amount of time, so any decent MBA graduate will make sure that there is always a backup person available for his purpose.
This is true... ...if you have a valid policy set up for SELinux to enforce. This can be very difficult to construct, especially when you're trying to control the behavior of something like a VM.
For a student lab environment, this is likely to be overkill; if you have students in grades 9 thru 12 finding and exploiting holes in a VMM, you've got much bigger problems.
Schneier started his career as a computer security and cryptography guy. Over the past five to ten years, he has largely gotten out of that specialty and more into general security practices, and, more specifically, how trust, security, and society all interoperate. He has largely made it his business to determine what works and what does not to solve large scale societal problems that have anything to do with "security," be that real security or not.
Most standardized tests where a graphing calculator would be useful, in fact require such a calculator. The current set of AP tests require/recommend a TI-84 or TI-85. The SAT itself highly recommends a graphic calculator.
Cool story. The SAT specifically does not allow calculators with a QWERTY keyboard. The TI-92 (the original one with the symbolic algebra solving system) had one and was, therefore, not allowed for the SAT. So, TI came out with the TI-89, which runs almost the exact same software as the TI-92, specifically so one could use an SAS-equipped calculator on the SAT. This is why the TI-89 is such an odd beast and somewhat harder to work with; the software was not really designed for that form-factor.
I'll always register a new account (usually easy enough) if I really want - too worried about such sites snooping my passwords.
When you use a federated single-sign-on capability like this, your password is NEVER sent to the service provider (the one you're logging in to using you Yahoo/Facebook/Google/etc account). It is only sent to the authenticating service (the identity provider), who already has it, and then that provider generates a signed message in a specific format (OpenID, SAML, etc) that vouches for your identity to the other site. In this model, your password is actually exposed LESS than if you create an account at the site in question.
basic security 101 just says that you don't trust another site with the keys to your kingdom... especially with zero assurance that it might even work.
If the other site can handle proper authentication of the user, secure storage of credentials using a suitable hash algorithm and a good amount of salt, and generally follows all of the best practices associated with these functions, and can provided federated single-sign-on using a mature, tested, and generally accepted protocol like OpenID or OAuth, then you absolutely says that you can trust another site to provide your authentication function for you. Well, maybe you can, depending on your business model and risk tolerance. Whatever you decided, I *highly* doubt that you can securely and safely store your users' credential information in a more secure manner than Facebook can.
The Unix permissions model that is part of the Linux kernel within Android is used extensively and is central to application isolation within Android. It's just not used as you think it is. Each app runs under its own UID and each app has full permission to its own directories and resources (owner has full control) while no other apps have any permissions to those resources (by default, this can be changed by the app's developers and by you, assuming you have root-level access to your phone).
...always a matter of perspective.
The iPod (and a lot of Apple's devices) offers a far superior interface and experience for the vast majority of users. If my mom buys an iPod and it breaks and she's upset, I will argue that the "right thing" for me to since, since I have the capabilities to fix it would be to do so. By doing so, I increase my mom's happiness, I get to undertake a fun little technical challenge, and both me and my mom are happy. If instead, I "guide" her to buying a user-serviceable device that she hates to use due to an inferior interface from her perspective, then she's lost money, doesn't have a device she likes, and she's mad at me. I cannot see how that would be the right thing to do.
It will slow down brute force **for a particular password**. That's the key. If you don't use salt, you can brute force all you want and, for each attempt, check to see if that result is there for ANY of the passwords. If you use salt, since you would be using different salt for each password (or...you should be!), then you need to brute force each password individually.
You cannot use a gift card to sign up for an Android Developer account. Google maintains the same billing information that Apple does and, yes, they do check and enforce this.
No offense intended, but if you think that having a lockscreen on a device is the only thing corporate information security cares about, then you have no idea what you're talking about.
Verizon is... CDMA, CDMA2000 (3G), and LTE (4G).
If you're using CDMA (2G data), then your phone most likely does not have a SIM. If you're using CDMA2000 (3G) and you have a US-only phone, then your phone does not have a SIM, but if you have a world-capable phone, it does (the Blackberry Storm, for example, used the internal CDMA2000 radio when in the US and then also had a GSM radio with a SIM for when it was out of the US). If you're using LTE (4G), then you do have a SIM as LTE is a technology that is derived from the GSM-line of technologies as opposed to the CDMA ones (and, yes, Verizon uses LTE).
Different languages compile down very differently. Indeed, different compilers compile the same source code differently (try comparing GCC output to Visual Studio output and you'll see some obvious differences in how the assembly/machine code is crafted). In this case, there were clear signs of an object-oriented approach (data and functions were located around each other in memory, which is not likely to happen in non-OO languages, etc).
Actually...Regina Dugan is well-known for changing DARPA's focus from a high-risk/high-reward mentality that only seldom produced useful technology (and when it did, it was MAJOR leaps forward) to producing less-leap-forward but more consistent results. One can make a (very good) argument that this is exactly what DARPA needed to be relevant right now, and this is exactly what Google appears to be doing with all of their changes over the past couple of years. It's actually a really good fit for their current direction and her history at DARPA.
Electrons, like other particles, exhibit wave/particle duality. This is inherently a paradox, so it does not, by definition "makes sense." As physics advances, and an explanation for how particles can behave in some ways like a wave and in some waves like a particle is discovered, it will "make sense." Right now...nope.
Slashdot Mirror
Better car analogy: When a defect (mistake in the fundamental design or implementation of the car) is found that affects its safety, a recall is issued, and the manufacturer fixes it for free. Regardless of warranty status of age of the vehicle.
Imagine being starving and having no ability to do anything for yourself. You need the fish to get yourself at a basic level before someone teaches you to fish. You need to know the value of the fish and know that understanding how you can acquire your own fish is beneficial and will improve your life quality. You need to understand the value of water condensers, farming techniques, etc, first. Then you learn them. You need both levels.
One of the key concepts taught in *any* decent MBA program is risk management. For a software development company, having more than one person available to make emergency fixes to code is much cheaper than the cost in not being able to deploy a fix in a reasonable amount of time, so any decent MBA graduate will make sure that there is always a backup person available for his purpose.
You clearly have not worked for any amount of time on minimum wage.
This is true...
...if you have a valid policy set up for SELinux to enforce. This can be very difficult to construct, especially when you're trying to control the behavior of something like a VM.
For a student lab environment, this is likely to be overkill; if you have students in grades 9 thru 12 finding and exploiting holes in a VMM, you've got much bigger problems.
However I disagree that COBOL scales cheaply or efficiently. You could practically build a datacenter for the price of IBM's mainframes.
True...assuming you don't already have an IBM mainframe.
Schneier started his career as a computer security and cryptography guy. Over the past five to ten years, he has largely gotten out of that specialty and more into general security practices, and, more specifically, how trust, security, and society all interoperate. He has largely made it his business to determine what works and what does not to solve large scale societal problems that have anything to do with "security," be that real security or not.
This statement is incorrect.
Most standardized tests where a graphing calculator would be useful, in fact require such a calculator. The current set of AP tests require/recommend a TI-84 or TI-85. The SAT itself highly recommends a graphic calculator.
Cool story. The SAT specifically does not allow calculators with a QWERTY keyboard. The TI-92 (the original one with the symbolic algebra solving system) had one and was, therefore, not allowed for the SAT. So, TI came out with the TI-89, which runs almost the exact same software as the TI-92, specifically so one could use an SAS-equipped calculator on the SAT. This is why the TI-89 is such an odd beast and somewhat harder to work with; the software was not really designed for that form-factor.
I'll always register a new account (usually easy enough) if I really want - too worried about such sites snooping my passwords.
When you use a federated single-sign-on capability like this, your password is NEVER sent to the service provider (the one you're logging in to using you Yahoo/Facebook/Google/etc account). It is only sent to the authenticating service (the identity provider), who already has it, and then that provider generates a signed message in a specific format (OpenID, SAML, etc) that vouches for your identity to the other site. In this model, your password is actually exposed LESS than if you create an account at the site in question.
basic security 101 just says that you don't trust another site with the keys to your kingdom... especially with zero assurance that it might even work.
If the other site can handle proper authentication of the user, secure storage of credentials using a suitable hash algorithm and a good amount of salt, and generally follows all of the best practices associated with these functions, and can provided federated single-sign-on using a mature, tested, and generally accepted protocol like OpenID or OAuth, then you absolutely says that you can trust another site to provide your authentication function for you. Well, maybe you can, depending on your business model and risk tolerance. Whatever you decided, I *highly* doubt that you can securely and safely store your users' credential information in a more secure manner than Facebook can.
Really? You just used VMware? The predecessor for all of these? Well...OK then but please do not pretend to offer an informed opinion on VM software.
If the airplane's design allows you AS A REGULAR PASSENGER to do so, then yes.
This is why 4.3 will be made of wood. Sonic screwdrivers don't work on wood.
The Unix permissions model that is part of the Linux kernel within Android is used extensively and is central to application isolation within Android. It's just not used as you think it is. Each app runs under its own UID and each app has full permission to its own directories and resources (owner has full control) while no other apps have any permissions to those resources (by default, this can be changed by the app's developers and by you, assuming you have root-level access to your phone).
in a pedantic theoretical sense the interviewer was right.
Which is exactly what Google interviews are like.
Plain simple Garak.
The right thing to do is...
...always a matter of perspective. The iPod (and a lot of Apple's devices) offers a far superior interface and experience for the vast majority of users. If my mom buys an iPod and it breaks and she's upset, I will argue that the "right thing" for me to since, since I have the capabilities to fix it would be to do so. By doing so, I increase my mom's happiness, I get to undertake a fun little technical challenge, and both me and my mom are happy. If instead, I "guide" her to buying a user-serviceable device that she hates to use due to an inferior interface from her perspective, then she's lost money, doesn't have a device she likes, and she's mad at me. I cannot see how that would be the right thing to do.
It will slow down brute force **for a particular password**. That's the key. If you don't use salt, you can brute force all you want and, for each attempt, check to see if that result is there for ANY of the passwords. If you use salt, since you would be using different salt for each password (or...you should be!), then you need to brute force each password individually.
They do block these. OP does not know what he is talking about.
You cannot use a gift card to sign up for an Android Developer account. Google maintains the same billing information that Apple does and, yes, they do check and enforce this.
No offense intended, but if you think that having a lockscreen on a device is the only thing corporate information security cares about, then you have no idea what you're talking about.
Verizon is ... CDMA, CDMA2000 (3G), and LTE (4G).
If you're using CDMA (2G data), then your phone most likely does not have a SIM. If you're using CDMA2000 (3G) and you have a US-only phone, then your phone does not have a SIM, but if you have a world-capable phone, it does (the Blackberry Storm, for example, used the internal CDMA2000 radio when in the US and then also had a GSM radio with a SIM for when it was out of the US). If you're using LTE (4G), then you do have a SIM as LTE is a technology that is derived from the GSM-line of technologies as opposed to the CDMA ones (and, yes, Verizon uses LTE).
Different languages compile down very differently. Indeed, different compilers compile the same source code differently (try comparing GCC output to Visual Studio output and you'll see some obvious differences in how the assembly/machine code is crafted). In this case, there were clear signs of an object-oriented approach (data and functions were located around each other in memory, which is not likely to happen in non-OO languages, etc).
Actually...Regina Dugan is well-known for changing DARPA's focus from a high-risk/high-reward mentality that only seldom produced useful technology (and when it did, it was MAJOR leaps forward) to producing less-leap-forward but more consistent results. One can make a (very good) argument that this is exactly what DARPA needed to be relevant right now, and this is exactly what Google appears to be doing with all of their changes over the past couple of years. It's actually a really good fit for their current direction and her history at DARPA.
Electrons, like other particles, exhibit wave/particle duality. This is inherently a paradox, so it does not, by definition "makes sense." As physics advances, and an explanation for how particles can behave in some ways like a wave and in some waves like a particle is discovered, it will "make sense." Right now...nope.