Slashdot Mirror
Southwest Airlines iPhone App Unencrypted, Vulnerable To Eavesdroppers
New submitter davidstites writes "I am a masters computer science student at University of Colorado at Colorado Springs, and in November I performed a security audit of 230+ popular iOS applications because I wanted to know how secure apps on smartphones and tablets really are. I made a shocking discovery. The largest single potential security breach was with the Southwest Airlines application. Southwest Airlines' iPhone app leaves a user's information vulnerable to hackers. When you login to the application on your phone using your Rapid Rewards account, the app submits your username and password information as plain-text (unencrypted) to a Southwest remote server (mobile.southwest.com). A potential attacker can simply sniff for the data on the network and steal it. This situation is a hackers dream! If a victims credentials were captured, a hacker could use those credentials to login to that particular account and they would have access to anything the victim would have access to, such as addresses, birthdays, e-mail, phone and credit cards. They could even book a flight in the victims name." (Read on below for more details.)
davidstites continues: "This not only obviously worrisome from the standpoint of a potential attacker fraudulently using a victims account and credit card information, but also due to the possibility of terrorist threats in air travel.
The possibility of being able to capture this data is especially probable since Denver International offers free WiFi and it is an unencrypted network. The probability that a Southwest passenger would login to their account is also quite high since they have an entire terminal to themselves (C concourse). However, this could occur on any unencrypted or encrypted network.
Consider the possibility of a person who is currently (and rightfully) on the Department of Homeland Security's 'No-Fly' list. If this person were able to capture a victim's credentials and create a fake ID, he could pass through TSA security without being stopped.
I don't know how Southwest Airlines let this happen, but sometimes companies have to decide between security and the bottom line. Companies rush to get products out, the engineering dollars are not there to complete the project, so security falls to the back. Usually, security is not thought of as a benefit, until it fails.
I contacted Southwest when the vulnerability was found in early December and they still have not released a patch as of today and they have never contacted me back about the vulnerability. Until the security flaw is fixed, the best solution is to not use the application.
A full list of applications with vulnerabilities can be found here. Additionally, some local NBC and ABC news stations and the Denver Post covered this story."
The possibility of being able to capture this data is especially probable since Denver International offers free WiFi and it is an unencrypted network. The probability that a Southwest passenger would login to their account is also quite high since they have an entire terminal to themselves (C concourse). However, this could occur on any unencrypted or encrypted network.
Consider the possibility of a person who is currently (and rightfully) on the Department of Homeland Security's 'No-Fly' list. If this person were able to capture a victim's credentials and create a fake ID, he could pass through TSA security without being stopped.
I don't know how Southwest Airlines let this happen, but sometimes companies have to decide between security and the bottom line. Companies rush to get products out, the engineering dollars are not there to complete the project, so security falls to the back. Usually, security is not thought of as a benefit, until it fails.
I contacted Southwest when the vulnerability was found in early December and they still have not released a patch as of today and they have never contacted me back about the vulnerability. Until the security flaw is fixed, the best solution is to not use the application.
A full list of applications with vulnerabilities can be found here. Additionally, some local NBC and ABC news stations and the Denver Post covered this story."
So "Rapid Rewards" becomes "Raped Rewards". So it goes.
Those who can make you believe absurdities can make you commit atrocities. - Voltaire
... because I'm just looking for someone else to blame, too. But there is this big WTF:
The possibility of being able to capture this data is especially probable since Denver International offers free WiFi and it is an unencrypted network.
It doesn't have to be unencrypted to be free.
now we need to go OSS in diesel cars
It's a pain in the behind to distribute apps with encryption code (even if all your app does is use SSL!) on the app store.
You need to go through hoops registering with the US government for an export license for every app you publish. When we built our software, we got hit with these requirements and had to go through a bunch of paperwork that really slowed us down and gave us a headache all because we communicate with only communicate with our web service via SSL.
It's ridiculous that there's no exemption for SSL usage on US export controls. It's just a pain in the ass for everyone in the process and you can't honestly claim that it prevents awfully dangerous tech from getting into the enemy's hands.
You realize that you're about to be sued into oblivion right?
"liberty and justice for all those who can afford it"
This is so reassuring when state and Federal governments are so busy forcing us to use electronic cash. One day some hackers or a rogue nuke are going to scramble the system.
Just to check I'm interpreting this correctly: a well-defined algorithm in daily use across the globe is 'export controlled' if it happens to be implemented by a US company?
Fuck that. Just ship with the code. What's more likely to happen, your obscure app being noticed by bureaucrats or hackers?
You are now free to have your identity stolen
Strictly from a non-technical, user's point of view, this stuff shouldn't happen precicely because of the app review process. That screening process is supposed to give the user the confidence that the app is going to be a good actor, and not do a bunch of stuff its not supposed to. It essentially tells the user "trust Apple to keep a look out for you".
I don't expect to hear that a vetted app throws my login credentials out there in plain text for all to see. Things like this, along with finding out that iOS gives up my entire address book to an app without asking me first, leaves a bad taste in my mouth and makes me question that review process.
"We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
When you login to the application on your phone using your Rapid Rewards account, the app submits your username and password information as plain-text (unencrypted) to a Southwest remote server (mobile.southwest.com). A potential attacker can simply sniff for the data on the network and steal it.
Wouldnt it be quite difficult to sniff data from a GSM network?
Consider the possibility of a person who is currently (and rightfully) on the Department of Homeland Security's 'No-Fly' list. If this person were able to capture a victim's credentials and create a fake ID, he could pass through TSA security without being stopped
Oh, please. Fuck off with the fearmongering. Even the DHS knows that the threat of terrorism is a bunch of bullshit.
Does the operating system not provide the SSL libraries? Or do you actually have to code the encryption routines into each application on iOS?
I would have thought the export restrictions would only apply to the SSL libraries, not the application that uses them.
Or perhaps someone wrongly on the no-fly list won't be wouldn't also be the same to eavesdrop on a connection to steal credentials. Just a guess.
Southwest isn't an international airline anyway... the only people I know who use their iphone app are people who fly southwest (in the U.S.) at least once a month.
The OP informed the company of the vulnerability, which is the correct way to do.
For some reason the company doesn't update the app which is not good.
I think however OP should not make the specifics public afterwards.
By now something like this is obviously grossly negligent and should have drastic negative legal ramifications for them. The time where you do this the elCheapo way is past.
Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
They were lifted a decade ago as the web took off. True Korea and China still use activeX in any banking or ecom site but that is because users still use IE 6 so why bother changing to SSL? The same users still use IE because EBAY and their bank still require activeX because users still use it in a viscious cycle etc.
But legally Clinton resolved that. There is no excuse.
There is an exemption for Free Software. I agree that the controls are asinine, though.
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
Yep. You can't even preconfigure a server with openssl and ssl enabled if it is sold outside of the U.S. Pretty funny huh?
Having to work for a living is the root of all evil.
a ton of programs and websites transmit your stuff in clear text. this isnt new.
You must be mistaken. Apple's app review process means that it's unpossible for an iOS app to do anything bad.
Just imagine how much damage Southwest could really do if they made an Android app.
Oh wait ... they did
now we need to go OSS in diesel cars
This may be true, but cannot be considered an acceptable excuse for a multibillion dollar corporation like Southwest.
And to get back to OP's findings...I hesitate to downplay this since it's fundamentally bad security, and I love a good public flogging as much as the next security nerd, but calling this "shocking" and speculating on how it could facilitate terrorism is a little bit extra.
You're interpreting it correctly. The rest of the world, including terrorists living in caves, are perfectly capable of implementing encryption on their own. And instead of helping or protecting Americans, so-called "export controls" are aimed squarely at the US populace. US companies are prevented from taking basic steps to protect online privacy for exactly the same reason that mild external threats are hyped and used as justification to strip other rights from US citizens -- the US is a fascist, occupation government with absolutely no regard for the rule of law.
"I assumed blithely that there were no elves out there in the darkness"
>> This situation is a hackers dream!
No, not really. A hackers dream usually involves a game of Global Thermonuclear War or a nice game of Chess.
There is no economic incentive for them to build security into the app. Until we have mandatory fines for shit like this, it means nothing.
How am I going to fly for free now? Dick!
Let's be honest! Most people are going to find that they have a phone security problem through the news, through becoming a victim, or not at all! We need an app written by this University of Colorado - Colorado Springs Student that checks the security of our phone and other apps on a regular basis. There's a real possibility for a successful business here. I hope that I will be buying a security APP in the near future!! Keep up the good work, anonymous UoC student!!
Southwest needs to recoup money lost from free checked bags, so they will now start to charge you to keep your data secure. The board meeting where they decided this was a doozy.
Silence is a state of mime.
Yet another perfect example of something being a little hard to do, so security is just pushed to the side in order to ship a POS application. SDLC is around for a reason, just because it is a "free" or "consumer" application doesn't mean all security should be given up on. damn!
"My immediate reaction is "WTF? What kind of moron doesn't make things 64-bit safe to begin with?" Linus
"I love a good public flogging as much as the next security nerd, but calling this "shocking" and speculating on how it could facilitate terrorism is a little bit extra."
Well, while I'm draining your bank and credit lines to fund weapons purchases and false identification, you keep thinking terrorists aren't going to get this info and use it.
Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
They could even book a flight in the victims name.
That's OK, the TSA's security is so good that the crackers could never actually do anything with the false booking.
That's nothing. The very popular note taking app Evernote syncs in the clear.
I was going to use it to store my big list of passwords, bank account numbers, etc. Lucky for me, I checked it out using Wireshark - it syncs everything in the clear! Anybody on the WiFi network with a packet sniffer can see all your stuff!
I posted about this on by blog way back in 2009... http://nerdfever.com/?p=311
WTF? eBay requires ActiveX? Since when? I don't recall PayPal ever requiring installation of an ActiveX control, much less eBay. I really think you're spreading misinformation...
A successful API design takes a mixture of software design and pedagogy.
This whole argument is a dud. One can trivially make up their own boarding passes, there's no need to even have an internet connection for that, just an example to look at and copy from.
A successful API design takes a mixture of software design and pedagogy.
At least to me, the way this post comes across is a bit.. attention seeking?
Ok, while sending your data unencrypted (and this is apparently the worst thing he found looking at 230+ apps.. I am surprised none of these apps store credentials unencrypted on the phones, etc?), we are looking at a few more hurdles than just getting a fake id.
Especially if you consider international flights, if you can get a hold of a passport that checks out in customs _and_ in the name of the southwest account holders name, then the ticket part should be doable too
Just to check I'm interpreting this correctly: a well-defined algorithm in daily use across the globe is 'export controlled' if it happens to be implemented by a US company?
Yes. See the Electronic Code of Federal Regulations (eCFR), Part 774 (Commerce Control List), Category 5, Part 2 (Information Security).
What I do wonder with regards to SSL or TLS is if you can get away with using it as long as your limit the key length? Is it possible to limit key lengths used to encrypt the data traffic on an SSL or TLS connection?
'The tyrant will always find pretext for his tyranny.' - Aesop's Fables
It seems that if you let the user transmit or receive encrypted data (even if it's just a login!) you need to get a license.
We use the built in iOS classes for HTTP requests that support SSL transparently. The US government still required us to register for export compliance. It's really senseless.
I've looked at several apps, and security has been an afterthought in many. Look at how many apps actually USE the authentication. I've found a number of vulnerable web services used by iOS apps which an attacker can bypass auth all together.
The only portion they encrypt is when you're entering your credit card number.
I once took an excursion to Reddit, and later HN. Unlimited up/down voting sucks when dealing with a hive-mind.
My boss at the time told me to drop it, after he took them to dinner... told me a great story about it:
After discussing the issue over dinner, I dropped my credit card on the table to pay. The Southwest guy asked me "Do you know what you just did?"
I replied "I'm paying for our dinner!"
Southwest guy chuckles and said "you just handed your credit card to a 19 year old girl who probably has a crack head biker boyfriend waiting behind the restaurant to take your credit card number. Do you feel at risk?"
Boss man chuckles and said "not really, no"
Credit card companies take the heat when you expose CC info.
Not saying Southwest is right here, but there are security risks and business risks. If southwest thinks soaking the credit card companies vs spending money on something that isn't going to be on them in the first place makes sense, thats what they are going to do, and all the scary security talk in the world isn't going to change that.
Besides, evaluating an app isn't the same as looking at the entire process behind what goes on behind the curtain. Maybe the app is insecure with your account login info, but what does that actually get you if you log in as someone else? Your going to buy tickets under someone else's name, and not be able to use them because faking your ID to get on a plane now brings you to the attention of home land security ?
IMHO, app security will always be a joke, because it's an app. If your going to assume it's used in an uncontrolled environment, it shouldn't have access to sensitive information in the first place. So, not an 'app' issue, so much as poorly conceived workflow and architecture issue.
If a "hacker" can log in to your airline account and book a flight in your name, then all they need is to present a fake drivers license in your name to take the flight... and so once again we see that the TSA is actually only a ludicrous theatrical production being staged in Airports nationwide. Thanks for nothing.
if your life is such a big joke then why should I care?
Many people will be using their mobile devices (I'm assuming these vulnerabilites aren't secific to iOS) on 3G even if there is a wifi network because it's cheaper, more reliable, just plain lazy or don't know there is wifi present.
So is 3G well encrypted? Or are there a lack of 3G scanning tools?
They were lifted a decade ago as the web took off. True Korea and China still use activeX in any banking or ecom site but that is because users still use IE 6 so why bother changing to SSL? The same users still use IE because EBAY and their bank still require activeX because users still use it in a viscious cycle etc.
WTF? eBay requires ActiveX? Since when? I don't recall PayPal ever requiring installation of an ActiveX control, much less eBay. I really think you're spreading misinformation...
I suspect that he/she meant in South Korea. Until recently, IE6 had a ludicrously high (98.6%) market share there. This is because around a decade back they got tired of waiting for the improved version of SSL and designed their own encryption called SEED instead, which virtually all online commerce in the country used.
The Netscape SEED plugin was abandoned early on, leaving only the IE ActiveX SEED control supported. Hence everyone had to use IE. Since (for good security reasons), ActiveX use is more fiddly with later versions of IE, everyone there stuck with IE6.
Apparently this *has* started to change, and IE6's share has fallen drastically in the past 2 or 3 years, though IIRC it was still in the twentysomething percent range the last time I checked.
(Not sure what China has to do with it- SEED is pretty much only used in South Korea. Maybe the OP was getting confused)
"Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
They used antiquated hardware for about 3 decades too long and now they seem to have overlooked another major issue. No security in the information age? That's not going to work very well. At least put some layers of defense in there so a potential hacker would have to put in work to get in.
It doesn't matter where the code is or how you use it. If you use cryptography you need to get the license.
Using libraries is actually a serious complication. Look up "crypto with a hole." Any product employing crypto with a hole will be prohibited from export for rather logical reasons. (Think this way: Explain exactly what your application does with encrypted data. Can you guarantee that if a shared library which implements crytography is replaced? ) It is actually very lenient of the US government to allow you to use SSL libraries in your product. That leads to and interesting situation requiring that you must leave the SSL hole totally open, meaning that you cannot simultaneously ship and install a particular SSL library along with your product. (You say you can use any SSL library, right? So why do you insist on this particular library? Did you ship a library with some special feature?) It is also important to note that using the SSL crypto libraries is not the same as using the SSL communication protocol. SSL is a communication protocol, plain text goes in and pops out at the other end as plain text. If you use the cryto libraries directly then you are performing cryptography and need to explain it and get an export license for that use.
Whatever crypto solution you use in your product you must get export approval which will involve explaining in detail how you use it in the product. The process has actually gotten much easier in the US during the last decade, but it is something that developers sometimes aren't aware of until the last minute.
Also, the US is not the only country that is very touchy about cryptography. Many countries have import restrictions that are even more difficult to satisfy than US export rules. For example, a few years ago you could not legally import into France an application that stored encrypted passwords or password hashes unless you provided a way to recover the plain text password. (I'm not sure if that has changed. I doubt it has been completely eliminated.)
Suggestion: If you use any cryptography in your application and want to export it from you host country or import it into another country then you should check the laws carefully.
US companies are prevented from taking basic steps to protect online privacy for exactly the same reason that mild external threats are hyped and used as justification to strip other rights from US citizens -- the US is a fascist, occupation government with absolutely no regard for the rule of law.
Maybe it's just me, but I see the US as a bloated red giant star that's just finished burning up its fuel. It's about to collapse into itself going nova but has so far been held up by sheer momentum. It's already dead but doesn't realize it yet. I thought this silliness had gone the way of the dodo soon after the FBI wised up to what Phil Zimmerman was really doing.
Wow. Can we possibly get this over with before the presidential election? I'd like to avoid all of that if possible. I'm going to miss you guys. Bon chance.
"Tongue tied and twisted, just an Earth bound misfit
Fuck that. Just ship with the code. What's more likely to happen, your obscure app being noticed by bureaucrats or hackers?
The problem with that is you forgot to take into account the legal system and lawyers. Bottom feeders love potential victims like you. They're patient, and they'll eventually find you.
"Tongue tied and twisted, just an Earth bound misfit
We use the built in iOS classes for HTTP requests that support SSL transparently. The US government still required us to register for export compliance. It's really senseless.
I think you misspelled "insane."
And, I wonder when the tsunami of refugees pouring across the 49th parallel into Canada, and the Rio Grande into Mexico, is going to start. Good luck containing that, DHS.
"Tongue tied and twisted, just an Earth bound misfit
I wonder if you could set up a shell office in another country and have them 'work on your code' to implement SSL.
When you sympathize with stupidity, you start thinking like an idiot.
I don't think so, unless eBay/China requires ActiveX. I'm on a Mac, and to the best of my knowledge Firefox doesn't run ActiveX controls.
When you sympathize with stupidity, you start thinking like an idiot.
WTF? eBay requires ActiveX? Since when? I don't recall PayPal ever requiring installation of an ActiveX control, much less eBay. I really think you're spreading misinformation...
'Sounds odd to me too. I've dealt with eBay and PayPal, and I'm pretty sure my Linux boxes don't do ActiveX.
However, if he uses Windows, it may. Don't know if it's required or not. Pretty seriously stupid, if so.
"Tongue tied and twisted, just an Earth bound misfit
Goddamnit /., this sucks:
"One of the most overlooked advantages to computers is... If they do foul up, there's no law against whacking them around a little. -- Joe Martin"
Computers don't "foul up". Computers do exactly what they're told to do, to a fault!
Go watch 2010:A Space Oddyssey again until you get it, damnit!
[Grumble, mumble, rassafrackin', jiggafriggin', ...]
"Tongue tied and twisted, just an Earth bound misfit
Chiming in here to agree with spac.
This is another annoying grey area with Apple's rules. When you submit an app to the App Store, it asks you if you use encryption, and if you do, you have to have an export license from the USA government. I don't believe there's anything that specifically addresses SSL/TLS in Apple's documentation. If you contact Apple, they usually tell you that you need a license for it, even if you use the features built into iOS. If you don't contact Apple and say that you don't use encryption, sometimes you can get through the approval process. I think it's a case of the Apple employees who you contact playing it safe while reviewers can be a bit sloppy.
I've personally been involved with an app that transmits personal information including GPS coordinates, names and telephone numbers, and it does so without using SSL/TLS for precisely this reason - the company wanted to release as quickly as possible without waiting to get an export license. I didn't like that, but unfortunately, the decision was out of my hands.
I think the best thing Apple could do, assuming that there is no way around the law, is to make it more clear to developers that this is required in their rules, to automatically scan apps for SSL/TLS use to reject apps without a license consistently, and to reject apps that don't use SSL/TLS to transmit personal information.
Bogtha Bogtha Bogtha
This kind of sloppiness is really quite common. Go try to upgrade you trial Pandora account to a paid Pandora One account in a normal desktop browser. Before you put your credit card number in, look for the SSL lock. Oh, wait, it's not there... *sigh*
Consider the possibility of a person who is currently (and rightfully) on the Department of Homeland Security's 'No-Fly' list. If this person were able to capture a victim's credentials and create a fake ID, he could pass through TSA security without being stopped
Oh, please. Fuck off with the fearmongering. Even the DHS knows that the threat of terrorism is a bunch of bullshit.
Not to mention the fact that the TSA has never stopped anything. Quadrupled boarding times, humiliated grannies, scared children, yes, but stopped anything? Oh wait, Ted Kennedy and Rand Paul. "Brillant!" [sic]
"Tongue tied and twisted, just an Earth bound misfit
Yes, this is what it's like to live in a joke of a country.
especially if you consider that that data is likely encrypted somewhere along the line anyway. Just transmitting something over the internet probably has an encrypted hop somewhere.
Paying taxes to buy civilization is like paying a hooker to buy love.
It's not export controlled if the algorithm is created/published in another country that doesn't restrict those type of exports. Which is why a bunch of guys from the U.S. fly up to Canada regularly when the work on new encryption types for OpenBSD.
Southwest Airlines iPhone App
Challenge
Southwest Airlines meets the iPhone. The airline with hardcore fans wanted to establish its presence on the mobile device with a hardcore following. In addition to delivering the creative interface for the app itself, the mission was to bring travelers a best-in-class experience.
Idea
The Southwest iPhone App gave customers the freedom to check in 24 hours before takeoff, receive the latest flight updates right at their fingertips and get DING! deals no matter where they are. Want to log in to your Rapid Rewards account? No problem.
Results
The Southwest iPhone App was an instant hit — rising to No. 4 in the iTunes store within the travel category.
Nope. It's leftover cold war bullshit, back when considering encryption a munition made sense.
But you can't be seen weakening our nation these days, can you? Hence it hasn't been killed yet.
For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
Soon after the iOS App Store debuted and apps became the latest tech fad, I wondered about encryption standards in apps. I always felt a bit weird about logging in to places remotely using apps, wondering to what extent encryption wasn't being used. I'm glad the research was done and that on the plus side only one app was found to be sending logins out in clear. I haven't flown Southwest in years and won't in the future - I've upgraded my standards, up yours! As others have pointed out, any commercial app that handles logins shouldn't be approved if it's not using encryption. And Apple, Google, Microsoft and other app store vendors should lobby to change the stupid, outdated federal dictate that hampers encryption. At best what could that export restriction possibly do in the government's favor? It's not like it's going to prevent any criminals/terrorists/evil-doers from using the software they want to use, right?
Part of the hardcore faithful who believed in Apple long before it was cool again to do so
And, I wonder when the tsunami of refugees pouring across the 49th parallel into Canada, and the Rio Grande into Mexico, is going to start. Good luck containing that, DHS.
Why would they want to contain it? Those people would be leaving the sink^H^H^H^Hcountry, wouldn't they?
Evernote has encryption:
https://support.evernote.com/link/portal/16051/16058/Article/549/Overview-of-Encryption-in-Evernote
Of course then you have to decide if you trust them. Personally I use PGP to encrypt before I sync.
blindly antisocialist = antisocial
As a user I don't much care what you have to do. If you don't do it right, and in this case we're talking about keeping my confidential information secure, then you shouldn't publish the app.
blindly antisocialist = antisocial
And, I wonder when the tsunami of refugees pouring across the 49th parallel into Canada, and the Rio Grande into Mexico, is going to start. Good luck containing that, DHS.
Why would they want to contain it? Those people would be leaving the sink^H^H^H^Hcountry, wouldn't they?
THEY'D BE TAKING THEIR CDs, DVDs, AND BLUERAYS WITH THEM! USA IP would be leaving Hollyweird's sphere of influence. ICE would have no control over it! The horror! *Napster, redux!!!111* Canadians or Mexicans deciding whether Megaupload's legal or not! Aiieeee!
"Tongue tied and twisted, just an Earth bound misfit
Doesn't the app store have geographic-based restrictions, so you can offer a program for download only in the USA?
In this particular case that would be fine, since Southwest doesn't fly internationally.
I know how to use wireshark; can I be a masters student?
I'm thinking about westjet's app, air canada's and so on. Sigh. Why can't they just feed it through rot-13 a couple times?
It's a pain in the behind to distribute apps with encryption code (even if all your app does is use SSL!) on the app store.
Which is why I ask why they are even using an application at all when a web page would be just as effective? All you need to do is code a new version of the page formatted for mobile devices, plenty of airlines do it.
Malaysian Airlines
Thai
Air Asia
These are three airlines off the top of my head.
If you've got a site, you can do SSL easily and know its secure. The added advantage is that you've got one site to maintain for multiple systems (IOS, Android, Blackberry and Windows Phone).
Calling someone a "hater" only means you can not rationally rebut their argument.
Ding! Your data(and money) is now free to move about the country.
Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
You're right, it is cold war bullshit. Because the exact same fucking clowns who lied all through the cold war as an excuse to pad military budgets and implement their stone-age social agenda while schoolchildren cowered under their desks in fear of imminent annihilation are still in positions of influence, and have repeated the exact same bullshit in order to continue terrorizing the American people and perpetuating their bizarre right-wing-collectivist ideologies.
http://www.youtube.com/watch?v=c3defm8SQ9o
http://www.youtube.com/watch?v=CEBu2FW7LB8
http://www.commondreams.org/views06/0213-28.htm
"I assumed blithely that there were no elves out there in the darkness"
Does this apply to non-US based app developers?
I thought the whole export thing went away a long time ago - I mean, back in the days when you had to either pick the "US High Encryption" versus "Export" version of a web browser (back when it was 128bit RSA vs. 40bit RSA). Given that I don't think Safari, Chrome (not Chromium), IE and Opera have "export friendly" versions of their browsers, I thought everyone could use HTTPS and be done with it?
Especially now that everyone's practically upgraded to 256bit AES.
You're in a master's program and you still haven't learned how to spell "log in" or use apostrophes for possessive words? If you're going to criticize other people's code at least proofread your own shitty summary.
Spread this all over the web before making the software developers aware of the bug and giving them time to fix it. The only thing missing is the proof of concept code, which judging by your description would not even be required for anyone experienced in data sniffing.
This needs to be made public, but it needs to be made public after it has been fixed.
One, you can have an encryption layer on top of Evernote so even if you don't trust them, they still can't access the data you upload.
It would be cheaper to ask one of the core openssl developers to "work on your code". None of the are in/from the U.S.
Mark J. Cox UK
Ralf S. Engelschall DE
Dr. Stephen Henson UK
Ben Laurie UK
How is that for irony? Or you could do like Debian's install of Apache. By default the install doesn't enable the "default-ssl" config. The user simply creates a link and it is "installed". Of course the user should buy/create a legit cert and replace the "snakeoil" one first.
Having to work for a living is the root of all evil.
So you never saw the Westfield exposure thru the 'Find you car' application then??
If the worst thing you can find is that then I'd say things are pretty safe.
All right, Miss Mack. You're confirmed on Southwest's flight 114 leaving Chicago's O'Hare Airport at 8.15am on 18 August. Do we need a rental car? No.
Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
Just make sure you have some Celine Dion or Anne Murray CDs when you come north, and we'll let you in, eh?
It doesn't mean much now, it's built for the future.
I really don't get it.
Why are companies even bothering to write an app for this, an app for that, when the only thing it does is communicate with an online service? The app has NO value when you are disconnected. It does NOTHING! What is the point? Create a mobile oriented website. It's not rocket science.
If you REALLY need to make the thing look like it is some kind of app (ie, so you look like you are doing what all the other cool kids are doin' ) then create a site that LOOKS like an app. Hell, if you need to, write an app that launches the browser at the mobile site. Have it check for connectivity to the site first, if you really want to get fancy.
Benefits of a site over an app:
* It stays up to date, unlike the app that gets updated in the app store every other month to fix some probably security related bug in the app, but most users never update anyhow
* You can cover all platforms at once, instead of trying to maintain (at least) 2 code bases (iDevice + Android), twice the testing overhead (haha!), and 2 release schedules. Of course, you could always browser-sniff and redirect browsers to platform specific sites, if needed.
* The security to the website is a solved problem. Use https. Problem solved - AND people can see that it is (or even, if it is not). What's this bullshit about needing export licences if you use https in an app on the iStore. WTF??? If this is a requirement, how many OTHER apps have chosen the "screw security" path?
One other idea to consider is that I presented the very worst possibility. At the very least, one could begin to build a profile of someone to steal their identity. And if that is too outlandish to consider, then perhaps the idea of being able to see when they would be gone (because you can see upcoming trips), and then just rob them. Either way, it's negligence on their part, plain and simple.