BIMIの整理しておきたいポイント(2022年10月更新版) - 朝から昼寝
概要 電子メールの送信元ドメインが詐称されていないかを検証する送信ドメイン認証(Sender Domain Authentication)。 本記事は、送信ドメイン認証の関連技術であるBIMI(Brand Indicators for Message Identification)についてまとめたものです。 SPF、DKIM、DMARC、ARC、BIMIといった送信ドメイン認証を俯瞰的にまとめた記事はこちらです。 本記事では、BIMIが扱う画像(Brand Indicators)のことを簡単に"ロゴ"と記載しています。 本記事の目的 BIMIの概要を理解する。 BIMI対応の際してのポイントを把握する。 ※本記事では、整理しておきたいポイントを中心に記載しています。ネット上に解説記事が多そうな内容については省略している場合があります。 また、本記事は、BIMI認証についてまとめてありますが
あまりにも未熟な日本の「顔」画像利用の議論｜一般社団法人次世代基盤政策研究所（NFI）
一部修正のお詫び本文中に私の誤訳がありました。以下の通り、原文に基づいて修正をいたしました。私も未熟でした。Twitterでのご指摘ありがとうございました。 【修正前】 顔認識には様々な形態がある。具体的には、スマートフォンのロック解除などの利用者認証や、渡航文書(1対1のマッチング)と照合した本人確認・国境通過時の確認などに利用できる。顔認識は、人物の画像をデータベースと照合してチェックする(一対多マッチング)遠隔生体認証にも使用できる。これは顔認識の最も押し付けがましい形であり、EUでは原則として禁止されている。 遠隔識別目的のための生体データの収集と利用は、基本的権利に特有のリスクを伴う。GDPRはすでに、特定の条件の下での場合を除き、自然人を一意に識別する目的で生体情報を処理することを原則として禁止している。具体的には、遠隔生体認証は、実質的な公共の利益のためにのみ行うことができる
SCIM: System for Cross-domain Identity Management
SCIM 2, the open API for managing identities is now complete and published under the IETF. The System for Cross-domain Identity Management (SCIM) specification is designed to make managing user identities in cloud-based applications and services easier. The specification suite seeks to build upon experience with existing schemas and deployments, placing specific emphasis on simplicity of developme
ポストパスワードの有力候補、ユーザー認証の新仕様「FIDO」が始動
ユーザー認証の新しい仕様「FIDO（Fast IDentity Online；ファイド）」のバージョン1.0最終版が、2014年12月に公開された。FIDOの特徴は、サーバーではなくクライアントで認証すること。パスワード認証とは異なり、認証情報をサーバーに保存したり送信したりしないので、攻撃者に盗まれたり漏洩されたりする危険性が小さい。 仕様はオープンで、米マイクロソフトや米グーグルといった大手企業が普及を後押ししている。国内での知名度は低いが、パスワードに代わるユーザー認証方法の有力候補になる可能性がある。 クライアントで認証、漏洩の恐れなし FIDOは、Webサイトへのログインといった、オンラインでのユーザー認証手順（プロトコル）を定めた仕様である。特徴は、正規のユーザーだと判断するための認証情報を、サーバー側に置かないこと。つまり、サーバーではユーザー認証を実施しない代わりに、PCや
KeyLemon – Face Recognition Technology
About KeyLemon Gilles Florey and Yann Rodriguez founded KeyLemon in 2008 in Martigny (Switzerland), a region as renowned for its Alpine skiing and scenic beauty as for its entrepreneurial dynamism. They founded KeyLemon on the simple idea that your device should be able to recognize you in a natural and passive way, like a human does, rather than you having to constantly re-enter (and remember) a
サイボウズグループ | ニュース | cybozu.comが学術認証フェデレーション（学認：GakuNin）に対応 ～学認のサービスプロバイダーとしてSSOを実現～
cybozu.comが学術認証フェデレーション（学認：GakuNin）に対応 ～学認のサービスプロバイダーとしてSSOを実現～ Tweet 140605.pdf（676KB） サイボウズ株式会社（本社：東京都文京区、代表取締役社長：青野 慶久）は、サイボウズが提供するビジネスクラウド基盤「cybozu.com」が、国立情報学研究所（所在地：東京都千代田区、所長：喜連川 優）が運営する学術認証フェデレーション（学認：GakuNin）に対応したことを発表します。 ■連携のメリット 学認とは、学術e-リソース（教育コンテンツ、電子ジャーナル等）を利用する大学、学術e-リソースを提供する機関・出版社等から構成された連合体のことです。 各機関はフェデレーションが定めた規程（ポリシー）を信頼しあうことで、相互に認証連携を実現することが可能となります。 学認が採用している Shibboleth 認証は、
SAML認証ができるまで - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、Slashチームの渡辺です。 Slashチームでは、ユーザー管理や認証周りなどの、cybozu.comの各サービスに共通する機能を開発しています。今回は、3月にリリースされた、SAML認証を用いたシングルサインオン機能1についてお話させて頂きます。cybozu.comでのSAML認証の概要にくわえて、それらの機能をどのように設計・実装していったか、という誰も興味ないニッチな話題を扱います。 SAML2 って？ 「SAMLなんて聞いたこと無いけどなんとなく興味があるぞ！！」という物好きな方のために、SAMLの概要とcybozu.comでの利用について、簡単に説明します。そんなものは既に知っているというSAML猛者な方は読み飛ばして頂いて構いません。 SAMLはSecurity Assertion Markup Languageの略で、OASIS3によって策定された、異なるセキュリ
Sendmail - SPFレコードチェック
このツールは、送信ドメイン認証のために自社のDNAサーバにSPFレコードを設定した方のために、SPFレコードの値が正しいか、あるいはうまく動作しているかどうかをチェックしていただくためのツールです。 SPFレコードが正しく設定されていないと、自社ドメインが認証されず、相手側サーバの設定によってはメールの受信を拒否される場合もあります。また、スパム送信サイトとして取り扱われる恐れもあります。DNSへの設定を済ませた後、必ずチェックを行うことをお薦めします。 また、SPFレコードの中でincludeなどを使っている場合、参照元の設定の変更により、認証が行えなくなるケースもあります。定期的なチェックをお薦めします。 このSPFレコードチェックツールは、入力いただいた情報を元にSendmailのサーバーが実際にDNSサーバにアクセスし、認証できるかをテストするものです。以下の入力ボックスに必要な情
N Linux
2021年オンラインギャンブルの 新しい技術開発 オンラインギャンブルをするなら遊雅堂カジノ（Yuugado）！ 過去10年間におけるテクノロジーの飛躍的な進歩は、キャンブル市場やゲーム市場においても、ギャンブル体験の大幅な改善や、モバイルデバイスを介したさまざまなプラットフォームへのアクセスが可能になるなどの、多大な影響を与えました。 これにより今日の社会では、インターネットに接続するだけで、最高峰のオンラインカジノのゲームを楽しむことができるようになりました。これらのプラットフォームは、ユーザーが好きな時に好きな場所からアクセスできるように、オンラインならではの24時間営業となっている上、高い透明性と厳重なセキュリティも保証されています。
なんてわかりやすい…猫で覚えるネットのあの表示 : らばQ
なんてわかりやすい…猫で覚えるネットのあの表示 ネットを巡回していると、誰でも一度は目にするであろう「404 Not Found」などの表示。 Webサーバからのレスポンスの意味を表現する3桁の数字からなるコードで、HTTPステータスコードと言うそうです。 404くらいなら覚えていても、他の数字はなんのこっちゃとなる人が多いとおもいますが、猫とセットにしたわかりやすいものがありましたので、ご紹介します。 100 Continue 継続。クライアントはリクエストを継続できる。サーバがリクエストの最初の部分を受け取り、まだ拒否していないことを示す。 200 OK OK。リクエストは成功し、レスポンスとともに要求に応じた情報が返される。ブラウザでページが正しく表示された場合は、ほとんどがこのステータスコードを返している。 206 Partial Content 部分的内容。部分的GETリクエスト
PukiWiki/LDAP認証 - Frontier
合計：2099 今日：9 昨日：0 オンライン：2 (But don't worry when current page is "MenuBar") PukiWikiでLDAP認証を使用する † PukiWikiの閲覧・編集認証をLDAPを使用してディレクトリサーバで行うためのパッチです。 このパッチを使用するとpukiwiki.ini.phpに登録したユーザーとパスワードの代わりにディレクトリサーバに登録されたユーザーとパスワードを用いて認証します。 PukiWiki1.4.6以降のauth.php(バージョン1.19)に適用することができます。 ↑ 前準備 † pukiwiki.ini.phpなどで定数LDAP_SERVER_NAMEとLDAP_BASE_DNを定義します。 LDAP_SERVER_NAME 指定する値はディレクトリサーバのホスト名もしくはIPアドレスです。 de
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InCommon Federation Discovery Service