今回の事案に関しては、悪質である・悪意がある・非常識であるといった批判は適切ではありません。
# 技術屋としての良心があるならOAuthで開発すべきだった、などは適切。
それは、UNIQLOという大型物件かつ炎上しやすい事案であるにもかかわらず、小炎上で留まっている事にも関連があります。

今回の事案は、
1. Twitterではないサービスに、TwitterのIDとパスワードを入力させているという（正しいがいまさらな）指摘
2. IDとパスワードを入れるページが、httpsではないという（正しいがありがちな）指摘
3. FlashからアクセスするDBに制限をかけていないスカタンな実装であるという指摘
という独立な3つからなる複合炎上物件です。

主に、3番の煙を1番,2番を絡めながら煽った結果で炎上という典型的な「正論で叩く＋不安を煽る」事案です。
典型的なのになぜ小炎上かというと、Twitterの歴史と文化圏にその理由があります。

まず、Twitter連携サービスでは、TwitterのIDとパスワードを入力させることは珍しくないです。
理由はTwitterAPIにあります。
2007年4月にTwitterAPIが公開され、2009年3月にOAuthが利用可能になりました。
つまり約2年の間Twitter APIはBASIC認証しか使えず、TwitterAPIを使う全てのサービスはTwitterのIDとパスワードを必要としました。(過去形)
# Twitterの名誉のために付け加えると、2009年8月以降に開発するサービスはOAuth使ってねというアナウンスはあった。（但し義務ではない）

そして、Twitter APIを使うサービスが粗製濫造されたという歴史があります。
とうぜんSSLってなにそれ？というサービスも大量に存在し、TwitterのIDとパスワードを入力させていました。

つまりTwitter文化圏にどっぷりな人間なほど、1番や2番は"良くあること"であって、別に気にするほどではないわけです。
またOAuthの実装がややこしかったこともあり、ほとんど採用が進んでいなかったのも原因の一つでしょう。
# 有名な連携サイトであるTwitpicがOAuthに対応したのは、2010年になってからだったハズ。

以上のことより、「UNIQLO LUCKY LINE」にいち早く登録してしまう人たちは、既に免疫が出来上がっており1番2番を問題として認識できなくなっています。
よって、対象者の殆どが炎上できないという珍しいという状況にありました。
そして、Flashのデータにアクセスできてしまったという3番の問題に関しても、"ふぁぼったー"のようなある法則に基づいてツイートを集めるサービスが山のようにあるため、公開情報をリストにしたモノが漏洩してもさほど気にしない人が多かったわけです。

つまりは、Twitterにどっぷりの当事者は問題として認識できず、煽られて「パスワードが漏れてるの！？」といって小炎上したに留まり、Twitterの歴史やTwitter APIは知らないが、Webサービスを構築する際の常識は知っている人が、時流にのって正論を打つという小類焼と言う現状に繋がります。

まとめとしては「Twitter界隈では良くあるサービス」かつ「Flash作るときはちゃんとデバッグしようぜ」ということになります:-P
# Twitter文化圏では良くある認証方法だし問題ないよねーではなく、ちゃんと技術者がまともに提案すべきだった、という話でもある。
# なお、Twitter APIがBASIC認証のみでスタートしただとか、それでTwitter APIを使うサービスがTwitterのIDとパスワードを求めるだとかは、
# 当時死ぬほど批判されつつもなあなあでみんな使い続けたという経緯があるダケに、とっても懐かしい感じです。