252コメント83KB

セキュリティースレッド

■ このスレッドは過去ログ倉庫に格納されています

0001名無しさん＠お腹いっぱい。

2001/07/13(金) 22:56ID:E2ZAzpeM

ウェブプログラミング関係のセキュリティー関連スレッド

http://www.japu.org/sa/
http://www.lac.co.jp/security/information/Cgisecurity/
http://www.w3.org/Security/faq/001031wwwsfj.ja.sjis.html
http://www.cert.org/tech_tips/cgi_metacharacters.html
http://www.w3.org/Security/

0244nobodyさん

2013/01/21(月) 02:03:04.91ID:???

ファイルを暗号化してて鍵を変更したいときにファイルを暗号化し直さないで済む方法ってある?
WindowsのEFSは共通鍵生成してそれでファイルを暗号化してその共通鍵をさらに別の鍵で暗号化してるらしいけど
他に良い方法があれば

0245nobodyさん

2013/03/16(土) 21:58:24.47ID:???

OAuth認証でサイト制作者はコールバックURLを自分のページにしてそこで
リクエストトークンとverifireを保存しようと思えば保存できてしまいますよね
この2つから制作者はconsumerkeyとシークレットを持っているので
アクセストークンを受け取れてしまうのでしょうか？

サードパーティの制作者は情報を抜き取ってアクセスはできないという
証明が欲しいのですが

0246nobodyさん

2013/03/26(火) 08:57:57.15ID:???

いやOAuthってそういうもんだろ。
製作者が受け取れてしまうもクソも、受け取って使うんだよ。
ユーザーはクライアント(>>245のいう製作者)を信頼し
サービスアカウントに対する自由なアクセスを許可する。

0247nobodyさん

2013/07/15(月) NY:AN:NY.ANID:???

重複アカウント対策に電話番号認証を組んでます。
過去に認証した電話番号かをチェックする必要があるんですが、電話番号
自体は流出が怖いので保存したくありません。かといって電話番号は
数が限られているので、ハッシュも総当たりで掘られてしまいます。
ハードコーディングしたsaltを付けてもソースが流出したら(以下略
こういう時、みなさんならどういう設計をしますか？

0248nobodyさん

2014/02/21(金) 20:55:50.05ID:???

セキュリティースレッド

0249nobodyさん

2014/05/31(土) 20:40:37.81ID:nnOxUkCb

過疎ってるな

0250nobodyさん

2014/05/31(土) 21:29:31.52ID:???

そもそも2ちゃんねらーってセキュリティの話題が苦手だからな
セキュ板見てみろ

0251nobodyさん

2014/06/18(水) 01:55:32.52ID:???

http://54.178.166.242/

0252nobodyさん

2014/06/21(土) 15:44:00.96ID:???

サイボウズ、サービス脆弱性報告に対する報奨金制度を開始

これやろうぜ！

■ このスレッドは過去ログ倉庫に格納されています