基本から理解するJWTとJWT認証の仕組み | 豆蔵デベロッパーサイト
これは、豆蔵デベロッパーサイトアドベントカレンダー2022第8日目の記事です。 JSON Web Token(JWT)の単語を目にすることがよくあると思いますが、それと一緒に認証と認可や、RSAの署名や暗号化、そしてOpenIDConnectやOAuth2.0までと難しそうな用語とセットで説明されることも多いため、JWTって難しいなぁと思われがちです。しかし、JWT自体はシンプルで分かりやすいものです。そこで今回は素のJWTの説明からJWS、そしてJWT(JWS)を使った認証を段階的に説明していきます。 おな、この記事はJWT全体の仕組みや使い方の理解を目的としているため、以下の説明は行いません。 RSAやHMACなど暗号化やアルゴリズムの細かい説明 JWTを暗号化するJWEとJSONの暗号鍵表現のJWKについて OpenIDConnectとOAuth2.0について 記事は上記のような内容
標的企業をロックオン、ランサムウエア攻撃はなぜ怖い？
ランサムウエアの被害の広がりはとどまるところを知らない。最近では大阪の災害拠点病院が被害を受け、救急患者の受け入れを停止するなど、一般にも影響が及ぶ事態に陥った。ランサムウエア対策や被害対応で豊富な経験を持つラック サイバー救急センターのメンバーが執筆した『ランサムウエアから会社を守る 身代金支払いの是非から事前の防御計画まで』（日経BP）から、ランサムウエアの実態と対策の考え方を連載で解説していく。今回はまずランサムウエアがどんな仕組みのサイバー攻撃で、どのような被害を受けるか、概要を説明する。 ランサムウエアはリスクの低い誘拐 ランサムウエアが猛威を振るっています。ランサムウエアとは、サーバーやパソコンなどのコンピューター内のデータを暗号化して使用できない状態にし、データを元に戻すことを条件に「身代金」を要求するコンピューターウイルスです。「ランサム」とは身代金のこと。そして、コンピュ
ランサムウエアが怖くなくなるデータ防御法、感染対策から世代バックアップまで
コンピューターシステムに甚大な被害を与えるマルウエア（悪意のあるプログラム）の中でも、トップクラスに凶悪なのが「ランサムウエア」だ。「ランサム（身代金）」とソフトウエアを組み合わせた造語で、ユーザーのデータを人質に取り、身代金を取ろうとしてくるのがやっかいこの上ない。 犯人に身代金を支払っても、暗号化を解除してくれるとは限らず、基本的には泣き寝入りするしかない。既知のランサムウエアであれば、暗号化を解除するツールもあるのだが、サイバー犯罪者の技術も日進月歩。新型のランサムウエアが暗号化したデータはどうしようもないことが多い。 そのため、重要なデータは普段から守り、ランサムウエアに感染しない防御対策を準備しておくことが重要だ。そして、万一ランサムウエアに感染しても、データを失わないようなバックアップ体制を構築する必要もある。今回は、データを失わないためのランサムウエア対策を紹介しよう。 たく
GitHubでEd25519鍵をつかう - 尋常でないもふもふ
TL;DR GitHub 使ってる人のほとんどは RSA 鍵 2048 ビットつかってる でも 2031 年からは強度が弱く非推奨扱い もっと新しい ECDSA 鍵や Ed25518 鍵もあるよ Mac でも対応してるから今すぐ使えるよ GitHub でもっとも使われている公開鍵暗号方式 多くの人は GitHub のドキュメントに倣って SSH 公開鍵を RSA 鍵 の 2048 ビットで生成してると思います。 Generating a new SSH key and adding it to the ssh-agent - User Documentation [2017-01-30追記] 執筆当初、上記ドキュメントには -b 4096 のオプションが書かれていなかったので、2048 ビットでみんな生成していたはずです。いつのまにか GitHub 側でこのページにアップデートが入り、完全
YubikeyでOpenPGP鍵をセキュアに使う | κeenのHappy Hacκing Blog
κeenです。最近Yubikeyを買ったので色々試しています。今回はそのうちのPGP回です。 Yubikeyについて Yubikeyは米瑞企業のYubico社が販売している認証デバイスです。FIDOやらWebAuthnやらの文脈で耳にした方も多いんじゃないしょうか。Yubikeyは日本ではソフト技研社が販売代理店をしています。 Yubikeyはラインナップがいくつかありますが私が買ったのはYubikey 5 NFCです。 Yubikeyでできることは色々あります。 FIDO U2F FIDO/WebAuthn Challenge and Response OATH-TOTP / OATH-HOTP Yubico OTP PIV OpenPGP 静的パスワード 参考：Yubikey 5をArchLinuxで使う - Qiita このうち今回はOpenPGPサポートの機能を使います。 Open
暗号利用モード - Wikipedia
「IGE」はこの項目へ転送されています。In Ground Effectについては「地面効果」をご覧ください。 暗号利用モード（あんごうりようモード、Block cipher modes of operation）とは、ブロック暗号を利用して、ブロック長よりも長いメッセージを暗号化するメカニズムのことである。 ECBモード（単純なブロック暗号の利用法）では、ある鍵で同一の平文を暗号化すると、同一の暗号文になる。したがって、長いメッセージ（画像データなど）のある部分が他の部分と同じであるかどうかが、暗号文の比較によって判断できてしまうので、他のモードが必要となった。 暗号利用モードには、秘匿用の利用モードと、認証用の利用モードとがある。 秘匿用の利用モード[編集] 秘匿用として多くの暗号利用モードが定義されており、これらのうち、ECB, CBC, OFB, CFBの4つは、FIPS, ANS
128ビットカエサル暗号 | 水無月ばけらのえび日記
会社で Google Chrome をいろいろ見ていたのですが、HTTPSなサイトで情報を見ると……。 いや……単に128ビットとだけ言われてもなぁ。同じ128ビットでも、AESとRC4ではだいぶ違う気がするし……などと社内で話していたら、「ひょっとしたら128ビットカエサル暗号かもしれない」という話が。 カエサル暗号というのはローマ時代の暗号で、HELLO → IFMMP のように文字を前後にずらして暗号文を作るものです。この暗号における鍵とは、「何文字目の文字を何文字ずらすか」という情報になるでしょう。鍵が 12345 なら HELLO → IGOPT となるわけです。 ……これをバイナリに適用すると、バイナリデータの各ビットについてシフトする・しないを記したものが鍵ということになるでしょう。要は、鍵とデータとのXORをとるだけということですね。データの方が長い場合は (たいてい長いと
GnuPG を使って暗号化したり署名したりする - ぽち＊ぷ〜ち
インターネットを介した通信では特別な暗号化手段を取らない限り通常は平文のデータがやりとりされます。こういった平文のデータは通信経路の途中で簡単に覗き見出来、悪意を持って内容を改竄する事も可能です。このページでは debian lenny で、安全なメールのやりとりの為に GnuPG を使って暗号化したり署名したりする方法をメモしておきます。 自分用の公開鍵・秘密鍵ペアを作成する GnuPG は公開鍵暗号方式を利用しているので、自分用の公開鍵と秘密鍵のペアが必要です。 $ gpg --gen-key gpg (GnuPG) 1.4.12; Copyright (C) 2012 Free Software Foundation, Inc. This is free software: you are free to change and redistribute it. There is NO
SSL/TLSでBEASTを恐れてRC4を優先するのは危ない - Tetsu=TaLowの雑記（はてブロ版）
前職のお仕事で電子政府推奨暗号リストの改定作業を行う暗号技術検討会の事務局をやってたのですが、それ関係の話。3/1付けで電子政府推奨暗号リストあらためCRYPTREC暗号リストが公表されたのですが… 電子政府における調達のために参照すべき暗号のリスト（CRYPTREC暗号リスト）に対する意見募集の結果 今回の改定では、電子政府で広く使われているがすでに危殆化が始まっているものを「運用監視暗号リスト」にするということが行われたのですが、今回その扱いにされた暗号のうち代表的なものがストリーム暗号RC4です。この件、もう少し大きな話題になってもいいと思うのですが… 残った国産暗号はCamelliaとKCipher-2 他は消えたのではなく推奨候補暗号リストになった 今回のハイライトの一つはRC4の運用監視暗号リスト行きだと思うのだけど昨日のシンポジウムでは意外と話題にならなかったな / “1…”
AES2 レポート
本文章は共立出版 Bit 2000年4月号 (pp17-pp24) に掲載された 『AESファイナリストをめぐって〜暗号最新動向/鈴木裕信』を Web用に編集したものです。 AESファイナリストをめぐって 〜暗号最新動向〜 鈴木裕信 hironobu at h2np.net DESからAESまでの道 暗号アルゴリズムとしてDESは広く知られているが、正式にはData Encryption Standardという名称である。これは1970年代米国商務省が政府の標準化暗号と して公募し、そして選定した暗号アルゴリズムである。 1960〜70年代前半にかけて米国内では既にデータプロセッシングのための各種 の"商用"暗号処理システムが存在していた。ここで商用とわざわざ強調するの はコンピュータが一般に使われ、そしてデータプロセッシングのセキュリティ として暗号技術が必要になる以前は暗号技術とは軍
“日本の標準暗号”が10年ぶり大改定、国産暗号削減よりもRC4とSHA-1の監理ポスト入りが影響大：ITpro
図●改定で特に変化が大きかった箇所 共通鍵暗号（64ビット・ブロック暗号、128ビット・ブロック暗号、ストリーム暗号）のカテゴリは、改定前には多くの国産暗号がリストに掲載されていたが、それらの多くが改定で落とされた。ハッシュ関数は、安全性に問題がある二つの方式が削られている。（日経エレクトロニクス2013年4月15日号p.11から抜粋） 電子政府で用いる暗号方式を評価・調査するプロジェクトであるCRYPTRECが公開している「電子政府推奨暗号リスト」が10年ぶりに改定された（Tech-On!の関連記事）。同リストは、日本政府が電子システムを調達する際に使用を推奨する暗号方式を示すもの。技術的に安全性が確認された暗号方式を政府が示す役割も担っている。いわば“日本の標準暗号”を示すリストだ。 今回の改定では、2012年春に予告された通り、リストから多くの国産暗号が消えた（Tech-On!の関連
PHP5.3.7のcrypt関数のバグはこうして生まれた
昨日のブログエントリ「PHP5.3.7のcrypt関数に致命的な脆弱性(Bug #55439)」にて、crypt関数の重大な脆弱性について報告しました。脆弱性の出方が近年まれに見るほどのものだったので、twitterやブクマなどを見ても、「どうしてこうなった」という疑問を多数目にしました。 そこで、このエントリでは、この脆弱性がどのように混入したのかを追ってみたいと思います。 PHPのレポジトリのログや公開されているソースの状況から、PHP5.3.7RC4までこのバグはなく、PHP5.3.7RC5でこのバグが混入した模様です。RC5はPHP5.3.7最後のRelease Candidateですから、まさに正式リリースの直前でバグが入ったことになります。 バグの入る直前のソースは、ここの関数php_md5_crypt_rから参照することができます。以下に、おおまかな流れを図示します。まずはバ
BugTrack/709 - PukiWiki-dev
※今後推奨する方式は、SHA-1アルゴリズムが利用できる環境ならば SSHA、利用できないならば SMD5です。ソルトを用いる事ができるこれらの形式は、設定ファイルの「覗き見」に対してより高い耐性を持っています。 ※ソルトを指定/変更できる保存方式は、「例え実際のパスワードが(偶然または意図して)同じであっても」パスワードの保存文字列を異なる値にスクランブルする事が可能であるため、「クラックに成功した特定のパスワードと、同じパスワードを利用している別のユーザーを探索する」行為を困難にします。(アカウントごとに異なるソルトを与える事で実現可能になります) ※LDAP SHAと PHP-sha1()、LDAP MD5 と PHP-md5()はフォーマットが少し異なるだけで内容は同一です。LDAP CRYPT と PHP-crypt() の内容は同一です。 ※SHA-1アルゴリズムは PHP 4
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
古いWi-Fiルーターをいつまでも使い続けるのは危険！− 警視庁も注意喚起
DESCryptoServiceProvider Class (System.Security.Cryptography)
CYPHERTITE
[C] 「64bit環境でSEGVで落ちます」ってbug票まで書いたけど-ウンコード・マニア
Access Denied
Ubuntu – Error
Ubuntu – Error