Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
authに関するlamichのブックマーク (59)
-
lamich 2020/01/04
-
-
-
「秘密の質問」が突破される確率は？ Googleが調査 （ITmedia エンタープライズ） - Yahoo!ニュース
「最初のペットの名前は？」「好きな食べ物は？」「母親の旧姓は？」――。オンラインサービスのパスワードを忘れて復旧する時のために登録しておくそんな「秘密の質問」は、セキュリティ対策としては「根本的な欠陥」があるという研究結果を米Googleが5月21日に発表した。 こうした質問は、ユーザーが本人であることを確認して不正ログインを防ぐための措置として普及しているが、Googleはその安全性を検証する目的で、Googleアカウントの復旧に使われていた数億件の秘密の質問を分析した。 その結果、「アカウント復旧の仕組みとしてそれだけで利用するにはセキュリティも信頼性も不十分」という結論に達したという。 理由の1つは、答えが簡単に分かってしまうこと。例えば、米国人の「好きな食べ物」の質問に対する答えは、1回の推測だけで19.7％の確率で言い当てられることが分かった（ちなみにその答えは「ピザ」だっ
-
CakePHP - usersテーブルを更新した際に $this->Auth->user() も更新する方法 - 高橋 です
データは更新されていても表示は変わらない・・・ id:hiromi2424 様からのコメントで他の方法があるそうなのでこちらもご覧ください。 私自身未検証ですが、かなり有力な情報であると思います。 CakePHPのAuthコンポーネントによるログインは 認証に成功するとユーザ情報をセッションに保存します。 保存したセッションは、$this->Auth->user()で取得可能です。 すごく便利なんですけど usersテーブルが更新されても、Cakeは自動的にセッションを更新しません。 その対策として、usersテーブルが更新された際に使える セッションを最新にする関数を紹介します。（自動ではないです // Auth.userのセッションを更新する function _update_session_auth_user() { $this->loadModel('User'); // User
-
-
Mitzyuki's Blog :: htaccess で特定のファイルのみパスワードを要求しない
htaccess で特定のファイルのみパスワードを要求しない Web コンテンツを保護するために .htaccess ファイルを用いて Basic 認証などを実施する場合は多い。 通常 .htaccess はディレクトリ単位で有効になってしまうのだが、 あるディレクトリのアクセスを Basic 認証でアクセス制御したいが 特定のファイルについては認証を要求しない設定を行いたい場合は Files ディレクティブと Satisfy ディレクティブで実現できる。 AuthType Basic AuthUserFile 認証用ファイル AuthName "Enter password" Require valid-user <Files "認証要求しないファイル"> Satisfy Any Allow from all </Files> Satisfy ディレクティブは Allow ディレクティブ
-
.htaccess で特定のファイルのみにBasic認証を設定する方法 | .htaccess | 阿部辰也のブログ――人生はひまつぶし。
.htaccess でユーザー名とパスワードによる認証を行なう「Basic認証」を特定のファイルのみに適用する方法の解説です。 今回の記事は、以前旧ブログから転載してきた.htaccessによるBasic認証のかけ方の続編です。 .htaccess とは Webサーバー(Apache)の挙動を、ディレクトリ単位で指定するための設定ファイルです。 「.htaccess」という名前のテキストファイルを、該当ディレクトリにFTPでアップロードしたり、TelnetやSSH等でログインして、vi 等のエディタで直接作成・編集すればOKです。 .htaccess を設置すると、そのディレクトリと、その下層に位置する全てのディレクトリに、.htaccess で指定した設定が反映されます。 Basic認証とは 特定のディレクトリやファイルに対するアクセスに対して、CGI等の動的なコンテンツを用いることなく
-
GoogleアカウントでWordPressへログイン
以前から、GoogleアカウントでWordPressへログインする方法を探っていたのですが、意外に、情報が少ないので、需要があまりないのかなと思ってました。 ようやく、それを可能にするプラグイン「WP Google Apps」と言うのを知り、要望があったため、某WordPressへ導入しました。 GoogleAppを利用しているので、プラグイン導入後、設定で、GoogleAppのドメインを設定するだけで、Googleアカウントによるログイン認証が可能になります。 GoogleAppで、複数のアカウントがある場合に、WordPressユーザを作成する必要がないので、管理が大変楽です。 プラグインインストールで注意する点は、現バージョンだと、ディレクトリ名がダブってインストールされるようなので、もし、設定項目が表示されない時には、手動でインストールした方が良いかと思います。
-
tjun月１日記
今年はいろいろあったので、書いておく。 仕事 2019年の前半はかなり頑張ったと思う。2018年4月にメルペイに入社してからSREとしていろいろ準備してきて、今年2月にメルペイをリリースできた。この1年、SREのエンジニアTech Leadとしての仕事とEMとしての仕事を両方やっていたので、それぞれ書いてみる。 SRE リリースが近づく前は設計したインフラをコード化して仕組みを作る作業と、リリースまでに必要なことをいろいろ整理してつぶしていくということをひたすらやっていた。Microservices Platform teamと協力してやることもあった。技術的な部分だけでなく、マイクロサービスの運用のための組織的な仕組みづくり、会社としての情報統制などいろいろなことをやってた。このときにいろいろ仕組みを作っておいてよかったと思う。 2018の年末から2月のリリースまではいろいろあってめちゃ
-
PHPでApache認証のユーザ名を得る (r271-635)
PHPでApacheでの認証ユーザ名を得る方法。 Basic認証の場合は、$_SERVER['PHP_AUTH_USER'] にユーザ名がセットされ、MD5認証では$_SERVER['PHP_AUTH_DIGEST']に認証情報がセットされる… はず。 あるレンタルWebサーバでは、Basic認証しているにもかかわらず、ユーザ名を得ることが出来ない… PHPマニュアルによれば、「外部認証が可能でかつ セーフモード が有効の場合」は$_SERVER['REMOTE_USER'] を利用せよと書かれている。 知りませんでした。 認証されたユーザ名を表示するテストプログラム <?php if (!isset($_SERVER['PHP_AUTH_USER'])) { print('BASIC認証されていません'); } else { print('BASICユーザ名 ：' . $_SERVER[
-
クイックスタート - JavaScript用Facebook SDK - ドキュメンテーション - Meta for Developers
このクイックスタートでは、SDKの設定方法と、基本的なグラフAPI呼び出しを行う方法について説明します。今すぐに設定しない場合、JavaScriptテストコンソールを使って、SDKのすべてのメソッドを使用し、いくつかのサンプルも試すことができます(設定手順をスキップしても、このクイックスタートの残りの部分をコンソールで試すことは可能です)。 サポートされるブラウザー JavaScript用Facebook SDKは、次の一般に良く使用されているブラウザーの、最新の2つのバージョンをサポートしています:Chrome、Firefox、Edge、Safari (iOSを含む)、Internet Explorer (バージョン11のみ)。 基本設定JavaScript用Facebook SDKには、ダウンロードやインストールが必要なスタンドアローンファイルはありません。必要なのは、通常の小さいJa
-
今ドキのWebサービスがどのSNS認証を採用するべきかに関する考察 - 表参道フォークウヱル別館
「なぜ Facebook でしかログインできないんですか？」とは、Forkwell のユーザーからよくお寄せいただく疑問でして。 すでにユーザー登録済みの方はご存知でしょうが、Forkwell へのサインアップは現状、Facebook アカウントによる登録だけに限られています。 ただ日本でも CoffeeMeeting や Wantedly、WishScope のような Facebook 連携のWebサービスが次々と増えている昨今、「Facebook でしかログインできないのが残念」という意見に今ひとつピンと来ませんでした。 しかし Forkwell もリリースしてから約1ヶ月半がたち、このブログとも合わせてユーザー動向を探っていく内に私たちも気づきました。 Forkwell がターゲットにしているITエンジニア層には、Facebook よりも Twitter のほうが断然、波及力があるこ
-
-
-
MongoDBのユーザ認証 - i2bsの日記
ユーザの作成 adminデータベースに作成されたユーザは管理者ユーザとなる。 ユーザは各データベース毎に作成する。 ちなみにdb.addUser("id","pass",true)のように第3引数にtrueを指定するとreadOnlyのユーザが作成できるらしい。 root@johan:/usr/local/mongodb# /usr/local/mongodb/bin/mongo MongoDB shell version: 2.0.2 connecting to: test > use admin switched to db admin > db.addUser("i2bs","secret") { "n" : 0, "connectionId" : 2, "err" : null, "ok" : 1 } { "user" : "i2bs", "readOnly" : false, "
-
-
リンギオ - MongoDB で auth オプションを指定して認証してみる
MongoDB1.6.5 で Master-Slave レプリケーション してみる で構築した環境を使用します。 マスターを auth オプション付きで起動する $ bin/mongod --master --port 27017 --auth --dbpath /var/mongodb/data/master/ スレーヴを auth オプション付きで起動する $ bin/mongod --slave --source localhost:27017 --port 27018 --auth --dbpath /var/mongodb/data/slave/ (snip) Tue Jan 18 17:30:32 [replslave] repl: from host:localhost:27017 Tue Jan 18 17:30:32 [replslave] replauthenticat
-
なんとFacebookは不正ログイン防止の仕組みまでが感動的にソーシャルだった | Token Spoken
普段、視点や環境を変えなければまったく気づかないこともあります。 しかも、その日常に慣れきっていればいるほど、そこに驚きがあるなどとは誰も予想もしていません。 もう何百回も繰り返している、そんな日常の作業の中で、予想もしない感動に出会う。 今日、Facebookを使って日々の業務をこなそうとしていたところ、そんな出来事に遭遇しましたので、皆様と共有させていただきたいと思います。 大げさですみません、しかし、個人的には少し感動しすぎてしまったものですから。。。 事の発端は、こんな事から始まりました。 実は、出張先の韓国のソウルよりSeesmic Desktop Proというアプリケーションで、Facebookアカウントの認証を行おうとしたら、こんなエラーメッセージが表示されたのです。 ここまでは、セキュリティ対策としてはよくあるパターンですので特に何とも思いません。 普段アクセスしているIP
-
Deprecation of Offline Access Permission - Facebook開発者
Access_tokens allow users to interact with your apps in meaningful and social ways. While we are deprecating the use of the offline_access permission, through a migration setting in the Developer App, we are now allowing the option to reset the expiration time for existing, valid access_tokens each time a user interacts with your site. For existing apps, there are no changes required for your app,
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました