認証プラットフォーム Auth0 とは？ - Qiita
2017/06/28にドコモベンチャーズがAuth0に出資をしたというニュースが流れましたが、Auth0とはどんな会社で、どんなサービスを提供していのでしょうか？ Auth0とは Auth0 Inc.は2013年に米国Microsoftに在籍していたメンバーを中心に創業した会社で、Washington州Bellevueに本社があります。創業メンバーはEugenio Pace(CEO), Matias Woloski(CTO) などMicrosoftに在籍していたメンバーのほか、Node.jsの認証フレームワークである"Passport"の開発者であった Jered Hanson, AT&T, Amazon.com, 国防総省での勤務経験のある Eugen Koganも創業メンバーです。 Auth0 統合認証プラットフォーム Auth0はWebアプリやモバイル、APIなどに対して認証・認可の
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べた - Qiita
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べたAPIOAuthWeb TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトークンを送る API あるよね、ああいうやつ 疑問 Authorization: Bearer ヘッダは OA
モバイルアプリのユーザ認証方法についてまとめてみた - Qiita
追記 (2018-10-08) 4年以上前に書いた記事ですが、Access Token として JWT を利用することは非推奨なようなので、お詫びして修正致します。 参考: どうしてリスクアセスメントせずに JWT をセッションに使っちゃうわけ？ 概要 みんなやってるはずなんだけど、あまりまとまった情報がなかったので書いてみます。認証周りはセキュリティを気にして、みんな書きたがらないのかな？それとも私の調べ方が悪かっただけ？マサカリお待ちしてます。 認証の基本方針 +--------+ +--------+ | | | | | |----(1) Credential ------------>| | | | | | | |<---(2) Access Token -----------| | | | | | | Client | | Server | | | | | | |----(3)
Catalyst/DBICでDigest認証する - 日向夏特殊応援部隊
自分の為のメモですよ。 準備 まずはCatalystプロジェクトを作ります $ mkdir -p /path/to/dir $ cd /path/to/dir $ catalyst.pl AuthSample ユーザー用のDBICスキーマを定義します。 $ module-starter --module AuthSample::Schema $ cd AuthSample-Schemaでこのディレクトリにて、 CREATE TABLE user ( user_seq INTEGER PRIMARY KEY, user_id TEXT UNIQUE, password TEXT, created_on DATETIME, updated_on DATETIME ); こんなスキーマを定義して、schema.sqlとして保存して、 $ sqlite3 -init schema.sql auth
livedoor auth apiをRoRに組み込む - zorioの日記
昨日公開したlivedoorauthはuserdataのエスケープが出来てなかったので、 gem install livedoorauth ってやり直してください。 で、Railsに組み込む場合の話。 認証の必要なページにいきなりアクセスされた場合、 livedoorにリダイレクトして認証を要求 認証を取得できたら改めて元のページを開きなおす というように動かしたい。 アクセスしたかったページのPATHをuserdataに持たせる事にする。 $ cat vendor/plugins/ldauth/lib/livedoor_auth_plugin.rb module LivedoorAuthPlugin LIVEDOOR_AUTH_APPKEY = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX' LIVEDOOR_AUTH_SECRET = 'XXXXXXXXXXXXXX
rhacoでlivedoor Authを使う - nazolabo
http://highfreq.net/dev/LivedoorAuth.php.txt HMAC-SHA1の実装はhttp://www.php.net/manual/en/function.sha1.php#39492を使わせていただきました！勝手に使っていいのかな ※rhacoのバージョンはSVN trunk版じゃないと動かないかもしれません 使い方（ログイン） $lda = new LivedoorAuth($app_key, $secret); $loginurl = $lda->getLoginURL('id', 'userdata'); $loginurlにログイン用URLが入る 使い方（コールバック） $lda = new LivedoorAuth($app_key, $secret); $sig = $lda->makeSignature($request->getVari
http://highfreq.net/dev/LivedoorAuth.php.txt
app_key = $app_key; $this->secret = $secret; } function getLoginURL($perms, $userdata = "") { $time = time(); $sig = $this->getLoginSignature($time, $perms, $userdata); $ver = urlencode($this->protocol_version); $perms = urlencode($perms); $userdata = urlencode($userdata); $url = "{$this->hosturl}{$this->loginpath}?app_key={$this->app_key}&perms={$perms}&t={$time}&v={$ver}&sig={$sig}&userdata={$us
livedoor Authの運営終了のお知らせ
livedoor Authの運営終了のお知らせ 2021年3月末をもちまして、livedoor Authの運営を終了いたしました。 長きに渡りご愛顧をいただきまして、誠にありがとうございました。 livedoorホームへ戻る
携帯業界の認証事情 Part2 - y-kawazの日記
先日の日記で携帯の認証に関しての考察をして、とりあえずキャリア毎のIP制限を行っていれば端末IDやユーザID認証を信用していいのでは無いか？と書いたのだが、更に調べた結果どうも怪しい実態が見えてきたので危険度と合わせて再度纏めてみようと思う。 とりあえず指摘があったので前回のテストに加えて以下を試してみました。 NO uidに指定した値 実際に送信されてくる値 8 %30%31%32%33%34%35%36%37%38%39%61%62*1 1234567890ab うわ弱っ、駄目じゃん。見事にuidの詐称が成功してしまった…。 DoCoMoのユーザIDの信頼性が地に落ちた瞬間です。 2007-03-01追記）DoCoMoスゲー！昨日は確かに上記の方法で詐称できたのに、今日はもう既に対策されとるし(^^; 今、同じことを試すと以下のメッセージが出るのみでした。 IPサイトの記述に誤りがある
TechCrunch Japanese アーカイブ » YahooのBBAuthでマッシュアップはもっと面白くなる
The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent layoffs tracker Layoffs.fyi. Companies like Tesla, Amazon, Google, TikTok, Snap and Microsoft have conducted sizable layoffs in the first months of 2024. Smaller-sized…
まちがった自動ログイン処理
(Last Updated On: 2018年8月20日)問題：まちがった自動ログイン処理の解答です。このブログエントリは最近作られたアプリケーションでは「問題」にしたような実装は行われていないはず、と期待していたのですがあっさり期待を破られたのでブログに書きました。このブログの方が詳しく書いていますけが「Webアプリセキュリティ対策入門」にも正しい自動ログイン処理を書いています。 参考：自動ログイン以外に2要素認証も重要です。「今すぐできる、Webサイトへの2要素認証導入」こちらもどうぞ。HMACを利用した安全なAPIキーの送受信も参考にどうぞ。 間違った自動ログイン処理の問題点 まず間違った自動ログイン処理を実装しているコードの基本的な問題点を一つ一つ順番にリストアップします。 クッキーにランダム文字列以外の値を設定している クッキーにユーザ名が保存されている クッキーにパスワードが保
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
mizzy.org : Inside JugemKey's Backend
Inside JugemKey's Backend Posted by Gosuke Miyashita Thu, 01 Jun 2006 14:36:10 GMT よくある Inside Backend 系の話と違って、ハードの話ではなくプログラムの話が中心です。 JugemKey 認証 API の仕様や PHP/Perl ライブラリ を読んだ方はお気づきだと思いますが、認証 API を利用するには2つのサーバにアクセスする必要があります。1つは secure.jugemkey.jp、もう 1つが api.jugemkey.jp です。 secure.jugemkey.jp の方は、直接ユーザに見える部分をを担当していて、PHP で開発されています。https://secure.jugemkey.jp/ で見えるところがこれにあたります。 api.jugemkey.jp はそのバックエン
mizzy.org : JugemKey 認証 API リリース
JugemKey 認証 API リリース Posted by Gosuke Miyashita Wed, 31 May 2006 03:47:00 GMT 追記 CPAN モジュールが Perl 5.8.7 じゃないとインストールできない、という指摘が宮川さんからありましたので、修正しました。CPAN に反映されるまで時間がかかりますので、ここから取得してください 。モジュール作るのに h2xs を使うのはやめます。今は Module::Starter の時代らしいです。 JugemKey 認証 API がリリースされました。PHP4, PHP5, Perl の 認証 API ライブラリも提供しています。 基本的には、Flickr や はてなの認証 API とほぼ同等のものなのですが、Kazuho@Cybozu Labs, Tociyuki::Diary, まちゅダイアリー のはてな認証
窓の杜 - 【NEWS】指紋認証でWebサイトにログイン可能にするFirefox拡張「Fingerfox」
マイクロソフト（株）製の指紋リーダー“Microsoft Fingerprint Reader”を利用し、指紋認証でWebサイトにログインできる「Firefox」用拡張機能「Fingerfox」v0.6が公開された。「Firefox」上で動作するフリーソフトで、編集部にてWindows XP上の「Firefox 日本語版」v1.5.0.3上で動作確認した。現在、作者のホームページからダウンロードできる。 “Microsoft Fingerprint Reader”には、ID・パスワード入力の代わりに指紋認証で会員制のWebサイトなどにログインする機能があるが、この機能は通常、IE上でのみ利用可能。そこで「Fingerfox」を使用すると、「Firefox」でも指紋認証によるログインが可能になる。 本拡張機能のインストール後は、「Firefox」のステータスバーに“Fingerfox”という
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Auth0：誰もが安全にアクセスするために。でも、誰でもというわけではありません。
API提供におけるOAuthの役割 #apijp
ブログが続かないわけ | ログイン処理が簡単と言い切れるか 〜 フィッシング対策も忘れずに
鰆缶 - はてなのアカウントでBasic認証より手軽にひそひそ話
http://www.machu.jp/posts/20060521/p01/