並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 545件

新着順 人気順

認可の検索結果321 - 360 件 / 545件

  • Apollo-Serverにおける認証と認可 (Authentication/Authorization) | suzukalight.com

    Apollo-Server を使った GraphQL サーバのハンズオン実装シリーズ。今回は認証と認可(Authentication/Authorization)を扱います。 前半は、メールアドレス・パスワードによる認証と、サインアップ処理を追加する手順です。JWT(jsonwebtoken)、bcrypt による暗号化、beforeCreate などの Sequelize Hooks などを使用しています。 後半は、JWT + x-token ヘッダ によるユーザ認証と、Permission-based, Role-based の認可処理を追加する手順です。ほかにリゾルバの連結を行う graphql-resolvers を紹介しています。 今回も、こちらのチュートリアルをなぞって進めています; https://www.robinwieruch.de/graphql-apollo-serv

      Apollo-Serverにおける認証と認可 (Authentication/Authorization) | suzukalight.com
    • 指紋認証が通らない、濡れたものが乾かない…… 水滴ストレスと戦うための「STTA」と「soil」

      指紋認証が通らない、濡れたものが乾かない…… 水滴ストレスと戦うための「STTA」と「soil」:分かりにくいけれど面白いモノたち(1/4 ページ) コロナ禍以降、多分、多くの人が手を洗う機会が増えたと思う。手を洗うのは良いのだけど、きちんと手を拭くのは意外に難しいことに気がついた人も多いのではないかと思うというか、私は、そこがとても気になるようになってしまった。 例えば、手を洗った後、ギターを弾こうとか考えた時、手に残った、放っておけばすぐに乾くような湿り気が気になるのだ。濡れた手で木製のネックを握るのが良いこととは思えないのだけど、きちんと乾かすのは、タオルだけだと案外難しい。スマートフォンやPC、Macの指紋認証(Touch IDなど)も同様だ。十分に乾いてないと認識できず、やむなくパスコードを入れる羽目になる。 同様に、折り畳み傘を畳んで駅に入り、電車に乗るといった場合、畳む際に手

        指紋認証が通らない、濡れたものが乾かない…… 水滴ストレスと戦うための「STTA」と「soil」
      • 「認証で最も難しい3つの問題」とは? 〜 認証ライブラリ開発企業のCTOの詳細な解説が話題に

        9月15日、「認証が難しい理由 (原題: Why Authorization is Hard)」が公開された。 この記事では、今は何が認証を難しくしているのか、それを解決するためのいくつかのアプローチ、そして関連するトレードオフについて、Osoの共同設立者・CTOであるSam Scottが説明している。 スクリーンショット: Why Authorization is Hard 目次 認証の3つの要素 エンフォースメント ディシジョン モデリング エンフォースメントが難しい理由 なぜエンフォースメントを独自のコンセプトにするのか エンフォースメントでは、懸念事項を切り離すことが特に難しい Osoでのエンフォースメント ディシジョン・アーキテクチャが難しい理由 ディシジョンを構成する要素 アーキテクチャの選択肢は ディシジョン・アーキテクチャの選択肢 Osoでのディシジョン・アーキテクチャ モ

          「認証で最も難しい3つの問題」とは? 〜 認証ライブラリ開発企業のCTOの詳細な解説が話題に
        • 【永久保存版】OAuth 2.0 / OpenID Connect シーケンスまとめ - Qiita

          こんにちは、kuraです。 この記事はDigital Identity技術勉強会 #iddance のアドベントカレンダーの12日目の記事です。 開発チームを離れてプロジェクトやサービスのマネジメントが中心の業務になっており、コーディングを全然しなくなったのですが、上流工程でシーケンス図はよく書くため、自身の作業効率を上げる意味も含めて今回はOAuth 2.0やOpenID Connectのシーケンス図をまとめようと思います。 画像だけでなくPlantUMLのコードも掲載しておくので、みなさんにも活用いただけたらと思います。 PlantUMLについて PlantUMLはクラス図やシーケンス図がかけるオープンソースの描画ツールです。Qiitaにも記事をまとめてくださっている方はたくさんいるので詳しい情報は検索してみてください。 筆者は以下のあたりを参考にVSCodeとの組み合わせで作成してい

            【永久保存版】OAuth 2.0 / OpenID Connect シーケンスまとめ - Qiita
          • SPAにおける理想的な認可 - Qiita

            こんにちは、kura(倉林 雅)です。 この記事はDigital Identity技術勉強会 #iddance Advent Calendar 2022の23日目の記事です。 前回、Cookie・OAuth 2.0・OpenID Connectの目的別プロトコル選定において目的別での適切なプロトコルのお話をいたしました。 今回はその話に関連したSPAにおける認可についてご紹介します。 なぜSaaSにおけるSPAではOpenID ConnectとID Tokenを用いるのか? はじめに、プロトコル選定や設計・実装において多くの開発者の誤解に繋がっているのではないかと思われる仕様について触れたいと思います。 前回のお話では、新規にSPAを提供する場合はOAuth 2.0を選択するで解説したようにSPAでアプリケーションを提供する際には、OAuth 2.0による認可を行いフロントエンドのJava

              SPAにおける理想的な認可 - Qiita
            • RBAC認可を使用する

              このページに記載されている情報は古い可能性があります このページの更新日は英語版よりも古いため、記載されている情報が古い可能性があります。最新の情報をご覧になりたい方は英語版のページをご覧ください: Using RBAC Authorization Role Based Access Control(RBAC)は、組織内の個々のユーザーのRoleをベースに、コンピューターまたはネットワークリソースへのアクセスを制御する方法です。 RBAC認可はAPIグループ rbac.authorization.k8s.ioを使用して認可の決定を行い、Kubernetes APIを介して動的にポリシーを構成できるようにします。 RBACを有効にするには、以下の例のようにAPI serverの--authorization-mode フラグをコンマ区切りのRBACを含むリストでスタートします。

                RBAC認可を使用する
              • 今さら聞けない暗号技術&認証・認可 ―Web系エンジニア必須のセキュリティ基礎力をUP

                2023年3月6日紙版発売 2023年3月6日電子版発売 大竹章裕,瀬戸口聡,庄司勝哉,光成滋生,谷口元紀,くつなりょうすけ,栃沢直樹,渥美淳一,宮川晃一,富士榮尚寛,川﨑貴彦 著 B5判/160ページ 定価2,178円(本体1,980円+税10%) ISBN 978-4-297-13354-2 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 本書は,Webシステムのセキュリティを支える技術を幅広く解説します。具体的には,公開鍵暗号,共通鍵暗号,ディジタル証明書,電子署名,認証・認可などの基礎技術の用語や理論の説明から,それらを応用したSSL/TLS,SSH,OAu

                  今さら聞けない暗号技術&認証・認可 ―Web系エンジニア必須のセキュリティ基礎力をUP
                • response_mode=web_messageを調べた - Qiita

                  概要 response_mode=web_message がわからなかったので、さくっとわかる範囲で調査をしてみた。ざっくりまとめると以下の理解。 SPA(Single Page Application) で prompt=none を使ったセッション確認が画面遷移を発生させずに行える 通常だと /authorize のレスポンスでリダイレクトが発生してしまうが、それだと SPA の利点が損なわれてしまう response_mode=web_message をつけることで、リダイレクトを発生させずに認可コードを取得することができる この資料がとてもわかりやすかった。私のざっくりした説明より詳細が書いてあるので、もう少し理解したい人はこれを読もう。 OAuth 2.0 Web Messaging Response Mode - OpenID Summit Tokyo 2015 そもそも re

                    response_mode=web_messageを調べた - Qiita
                  • GitHubが二要素認証を義務付け。2023年中にすべての開発者アカウントへ通知

                      GitHubが二要素認証を義務付け。2023年中にすべての開発者アカウントへ通知
                    • iOS 17.3の新機能。盗んだiPhoneで好き勝手はさせない

                      iOS 17.3の新機能。盗んだiPhoneで好き勝手はさせない2023.12.15 12:30186,284 Dua Rashid - Gizmodo US [原文] ( 福田ミホ ) 逆に現状ってけっこう怖い。 今まで、iPhoneが盗まれた場合のApple(アップル)の対策は、まあまあ手薄でした。盗んだ人にパスコードを見られてしまってたら、すべてを引き渡すも同然です。 でも最新のiOS 17.3ベータで、ついに強力な安全策が導入されました。 今まではパスコードが命綱これまでiPhoneの中の大事なデータを守ってきたものって、4ケタか6ケタの数字のパスコードでしかありません。写真も動画も、iCloudに入ったデータも、いろんなパスワードも、そしてお金も、iPhoneとパスコードさえあれば使い放題になっちゃうんです。 パスコードがわかれば誰でも、iPhoneからログアウトしたり、違うAp

                        iOS 17.3の新機能。盗んだiPhoneで好き勝手はさせない
                      • アイスマイリーが「2022年版顔認証AIカオスマップ」を公開

                        サービス提供ベンダーの一覧もダウンロード可能 2021年5月に公開したカオスマップと比べて掲載数が2倍以上増えており、アイスマイリーは「新型コロナウイルス感染症(COVID-19)対策として普及した顔認証検温システムを考慮した」としている。2022年版は「eKYC」(電子本人確認)を追加し、カテゴリーは全部で8つになった。 関連記事 CAMELORSが「リモートテック カオスマップ2022年度版」を公開 CAMELORSは「リモートテック カオスマップ2022年度版」を公開した。テレワークに役立つ「オンライン展示会」「バーチャルオフィスツール」「リモート接客」など657のサービスを74のカテゴリーにまとめた。 BizTechが「AI開発会社/AIサービス カオスマップ2022」を公開 BizTechは、「AI開発会社/AIサービス カオスマップ2022」を公開した。AI(人工知能)開発会社

                          アイスマイリーが「2022年版顔認証AIカオスマップ」を公開
                        • Laravel Gate(ゲート)、Policy(ポリシー)を完全理解 | アールエフェクト

                          LaravelのGate(ゲート)とPolicy(ポリシー)は名前も名前から想像するイメージも全く異なるため別の機能だと認識していまいそうですがどちらもAuthorization(認可)に関する機能です。 認可はLaravelのドキュメントでは、”authorize user actions against a given resource”と説明されています。日本語では”あたえられたリソースに対するユーザのアクションに許可を与える”という意味になるかと思います。簡単に言えばだれにある特定の処理を行う許可を与えるかどうかです。 認可という言葉を使う機会がないのでイメージしづらいかもしれませんのでブログの例を使って説明します。あるユーザがブログの記事を作成しました。そのブログに対して誰に削除許可を与えるのかといった制限を行うことを認可といいます。許可を与えるのはそのユーザ自身のみなのかそれと

                            Laravel Gate(ゲート)、Policy(ポリシー)を完全理解 | アールエフェクト
                          • IAM Identity Center 環境で各 AWS アカウントへのログインを一時的に許可する簡易承認ワークフローを作ってみた | DevelopersIO

                            IAM Identity Center 環境で各 AWS アカウントへのログインを一時的に許可する簡易承認ワークフローを作ってみた IAM Identity Center 環境で各 AWS アカウントへのログインを一時的に許可する簡易承認ワークフローの作ってみました。 承認されると対象のアカウントにログイン出来るようになる仕組みです。 1. はじめに お疲れさまです。とーちです。 AWS アカウントへのログインを承認制にして、一時的にログインを許可したいという需要はそれなりにあるんじゃないかと思います。 以下のブログで、IAM ユーザに対して一時的に特権を付与するワークフローが紹介されていますが、AWS Organizations 及び IAM Identity Center を使っている環境下で実現するとしたらどうなるかを考えてみたのでご紹介したいと思います。 システム要件 以下のような

                              IAM Identity Center 環境で各 AWS アカウントへのログインを一時的に許可する簡易承認ワークフローを作ってみた | DevelopersIO
                            • Macの2要素認証を設定する方法 | ライフハッカー・ジャパン

                              デスク配線がスッキリ。Ankerの全部入り12 in 1モニタースタンドが突然8,250円OFFされてた #Amazonセール

                                Macの2要素認証を設定する方法 | ライフハッカー・ジャパン
                              • パスワードレス認証「パスキー」対応のアカウント総数は70億以上に、FIDOアライアンスが発表

                                  パスワードレス認証「パスキー」対応のアカウント総数は70億以上に、FIDOアライアンスが発表 
                                • AWS SSO を設定し AWS Organizations 管理のメンバーアカウントへサインインするまでの全体の流れを把握してみる | DevelopersIO

                                  AWS SSO を設定し AWS Organizations 管理のメンバーアカウントへサインインするまでの全体の流れを把握してみる AWS SSO の設定を有効化し AWS Organizations 管理しているメンバーアカウントへサインインまでの流れを整理しました。 本記事で学べること 以下の設定手順を画面キャプチャをベースに設定の流れを把握できるように紹介します。 AWS SSO の標準の ID ストアでサインインするユーザーの管理 サインインするユーザーには MFA デバイスの登録を強制 ユーザー、グループの作成 アクセス許可セットの概要 AWS Organizations の管理下のメンバーアカウントへのサインイン・アクセス権限設定 基本設定 AWS SSO を有効化します。AWS SSO 標準の ID ストアを使ってユーザー管理を行い、合わせてユーザーが初回ログイン時に MF

                                    AWS SSO を設定し AWS Organizations 管理のメンバーアカウントへサインインするまでの全体の流れを把握してみる | DevelopersIO
                                  • ワクチン接種完了を顔認証のみで確認。施設向けにNECがサービス提供

                                      ワクチン接種完了を顔認証のみで確認。施設向けにNECがサービス提供
                                    • [本日の一品]デスクトップや画面を閉じたままのノートでの利用に適した外付けの指紋認証キー

                                        [本日の一品]デスクトップや画面を閉じたままのノートでの利用に適した外付けの指紋認証キー
                                      • Pixel 6aに重大不具合の報告。未登録の指紋でも認証、誰でも解錠可能 - すまほん!!

                                        噂:Galaxy S24 Ultra、チタンフレーム採用か2023-10-19 12:14:42會原 Galaxy S24 Ultra AppleのiPhone 15 ProとiPhone 15 Pro Maxがステンレススチールの代わりにチタンフレーム採用で話題となりましたが、Samsungもこれに続くようです。Revegnus氏によれば、Galaxy S24、Galaxy S24+、Galaxy S24 Ultraはすべてチタンフレームになるとのこと。Ice Universe氏はS24 Ultraのみと返信しており、非Ultr... Android 14に更新したPixel 6、深刻なバグが発生する2023-10-20 16:30:25ryoppi913 AndroidAndroid 14PixelPixel 6バグ Pixel 6にて、先日に正式版が利用できるようになったAndroi

                                          Pixel 6aに重大不具合の報告。未登録の指紋でも認証、誰でも解錠可能 - すまほん!!
                                        • Keycloakで認可サービスを試してみよう[後編]

                                          はじめに 前回の第8回では、「Keycloak」の認可サービスのうち、「集中管理方式」について解説しました。集中管理方式では、アクセス制御の管理をシステム管理者が行う「システム管理者中心のアクセス管理」を実現しました。 今回解説する「UMA方式」では、「UMA(User Managed Access)」というプロトコルを使用してアクセス制御の管理をエンドユーザー自身が行う「エンドユーザー(リソースオーナー)中心のアクセス管理」を実現します。この方式を適用することにより、エンドユーザー自身で、リソースを他者と共有設定することや、パーミッションの認可ワークフロー(パーミッションの申請/承認/拒否)を利用することができるようになります。 ただし、UMA方式では、Keycloakやクライアントアダプターの設定以外にも、アプリケーション側へ追加の実装が必要になってくるため、集中管理方式に比べると難易

                                            Keycloakで認可サービスを試してみよう[後編]
                                          • マルチテナンシーのKubernetesクラスタとサービス間通信の認可

                                            こんにちは、LINEヤフー株式会社でSREとして働いている岩山です。 今回は出向先の出前館で進めているマルチテナンシーのKubernetes(k8s)クラスタとサービス間通信の認可について、その構築作業の中で得られた知見を紹介します。 いくつか導入したツールの紹介を同じチームの出向組メンバーである岡田・望月・岩山の3名でお送りします。 k8sのマルチテナンシーとは マルチテナンシーとは「テナント」と呼ばれる複数のチームなどの単位で k8s クラスタを共有することです。 参考: https://kubernetes.io/docs/concepts/security/multi-tenancy/ 出前館では数百名の開発者が20個前後のチームを構成し、アプリケーションの開発を行っています。それぞれのチームは複数のコンポーネントを持ち、全体としてマイクロサービスアーキテクチャが構成されています。

                                              マルチテナンシーのKubernetesクラスタとサービス間通信の認可
                                            • OAuthの認可はどのような流れで進むのか? アクセストークン取得のための3つのフロー

                                              システム関連で幅広い事業を展開しているサイオステクノロジーのプロフェッショナルサービスチームが、日々何を考え、どんな仕事をしているかを共有する「SIOS PS Live配信」。今回は、利用頻度の高いOAuthをテーマにシニアアーキテクトの武井氏が登壇しました。続いて、OAuthの認可の流れと、アクセストークン取得のためのフローについて紹介します。前回はこちらから。 OAuthの認可の流れ 武井宜行氏:次に、OAuthの登場人物を説明します。(スライドを指して)いろいろ書いてありますが、OAuthの登場人物をざっくり言うと、認可サーバー、リソースサーバー、クライアント、リソースオーナーです。 さっきの図をベースに説明すると、リソースオーナーはAさんにあたる、Facebookの中の投稿の一覧を保有している人です。認可サーバーは、Aさんを認証する人、認証を提供するサーバーです。リソースサーバーは

                                                OAuthの認可はどのような流れで進むのか? アクセストークン取得のための3つのフロー
                                              • Azure AD とアプリケーションを SAML 連携する際に陥る事例と対処方法について

                                                JCBの Payment as a Service 実現にむけたゼロベースの組織変革とテクニカル・イネーブラー(NTTデータ テクノロジーカンファレンス ...NTT DATA Technology & Innovation

                                                  Azure AD とアプリケーションを SAML 連携する際に陥る事例と対処方法について
                                                • 最新の6.0で学ぶ!初めてのひとのためのSpring Security | ドクセル

                                                  最新の6.0で学ぶ! 初めてのひとのための Spring Security (株)クレディセゾン 多田真敏 2022年6月28日(2023年1月改訂) JSUG勉強会 1 このセッションについて ▸ Spring Securityの最新情報に基づいて、 基礎から丁寧に解説します ▸ 対象者 ▸ [必須] この資料レベルのSpringのDIコンテナ・Spring MVC ・Spring JDBC・Spring Bootの知識がある方 ▸ Spring Securityを使うのが初めての方 or Spring Securityを使ったことはあるけど知識をアップデートしたい方 ▸ 以下はスコープ外とします ▸ OAuth、OpenID Connect、SAML、Kotlin、WebFlux 2 https://www.docswell.com/s/MasatoshiTada/5Q4EMZ-spr

                                                    最新の6.0で学ぶ!初めてのひとのためのSpring Security | ドクセル
                                                  • IDaaSのデファクトスタンダード Okta の30日間無償トライアルの実施方法 | TC3株式会社|GIG INNOVATED.

                                                    はじめに TC3はOktaやAuth0を中核とした「デジタル顧客接点トータルサービス」を提供しています。本記事では、Oktaが提供する30日間の無償トライアルの申込み方法をご紹介いたします。無償のトライアル環境のテナントの準備は10分〜15分程度あれば完了いたします。 従業員向けのアイデンティティ管理とは異なり、顧客向けウェブアプリケーション向けのアイデンティティ管理(Customer Identity and Access Management/CIAM ※参考記事)は、API開発などが伴うことがございます。もしもトライアルでOktaを活用したウェブアプリケーションを検証されたい場合には、お気軽にTC3までご連絡ください (お問い合わせ:info@tc3.co.jp )。 Okta無償トライアルのテナント発行 1. Oktaのトライアル申込みサイトを開く https://www.okta

                                                      IDaaSのデファクトスタンダード Okta の30日間無償トライアルの実施方法 | TC3株式会社|GIG INNOVATED.
                                                    • SaaS on AWS における認証認可の実装パターンとは ? ~SaaS on AWS を成功に導くためのポイントとは 第 4 回~ - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                                      こんにちは、パートナーソリューションアーキテクトの櫻谷です。 SaaS on AWS の連載第 4 回目、今回のテーマは「認証・認可」です。前回、前々回の 2 回にわたって、テナント分離のお話をしてきましたが、その中でテナント分離を行う目的に関してこんな記載がありました。 認証とは、その操作を行なっている人が「誰」であるか、確かにその本人であるということを証明するための仕組みです。(中略) 認可については 2 つのスコープに分けることができます。特定のテナント内の認可と、複数テナントをまたがったクロステナントでの認可です。 SaaS には「テナント」という概念があります。そのため、アクセスしてきているユーザーが誰であるかということに加えて、そのユーザーはどのテナントに所属しているのか、という点を検証することが重要になります。では、この情報はどこに保存し、どのように検証するのが適切でしょうか

                                                        SaaS on AWS における認証認可の実装パターンとは ? ~SaaS on AWS を成功に導くためのポイントとは 第 4 回~ - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                                      • 「IEでしか使えないVPN」に困って認証基盤を刷新 システム老朽化に直面したセガサミーHDのAWS移行

                                                        セガサミーグループの持株会社・セガサミーホールディングス(HD)。同グループが手掛けるパチンコやパチスロの開発・販売事業では、機体の出荷・回収を手掛ける運送業者との情報共有に使うシステムの老朽化が課題だった。「IEでしか使えないVPNが必須」などの問題があったが、2022年10月に提供基盤をAWS移行。同時に新たな認証基盤を導入して解決したという。クラスメソッドが2月3日に発表した。 今回クラウド移行したシステムは、協力する運送会社がパチンコ・パチスロをいつ何台納品するか、回収するかを管理するシステム。運送会社がそれぞれの端末にVPNを設定し、セガサミーHDのオンプレミスサーバに接続する仕組みだ。 このうち、課題があったのはVPNだった。運送会社ごとにITスキルにバラつきがあり、PCの交換などがあるたびセガサミーHDへの問い合わせが急増。アカウント管理が複雑化し、同社のユーザーサポート部門

                                                          「IEでしか使えないVPN」に困って認証基盤を刷新 システム老朽化に直面したセガサミーHDのAWS移行
                                                        • We’ve joined the FIDO Alliance to build a better future for authentication | 1Password

                                                          I’m happy to announce that 1Password has joined the FIDO Alliance to help build safer, simpler, and faster login solutions for everyone. In fact, we’re already on our way … keep reading for a sneak peek at the future of authentication in 1Password. Passwordless: we’re ready when you are When it comes to online security, people are often at their most vulnerable when logging in to accounts. That’s

                                                            We’ve joined the FIDO Alliance to build a better future for authentication | 1Password
                                                          • OAuthのAccess TokenといわゆるPersonal Access Tokenとの違い

                                                            ritou です。 Digital Identity技術勉強会 #iddance Advent Calendar 2022 10日目の記事を代理で書きます。 今回は、APIを叩いて何がしを行うbotとかを作る際に必要になるアクセストークンの話をします。 世の中いろんなAPIが公開されてそれを組み合わせたピタゴラスイッチみたいな仕組みが実現できる時代でありますが、その際に利用されるアクセストークンについて、いくつか種類があります。 あるユーザーとして、その代わりとしてAPIを叩いてリソースアクセスを行うためのトークンは次の2種類のトークンがあるでしょう。 (この他にサービス/アプリケーション視点のものもありますが、今回は一旦対象外にします。) OAuth Access Token Personal Access Token つい、このAPI使いたいわ〜。そのためにはアクセストークンが必要、な

                                                              OAuthのAccess TokenといわゆるPersonal Access Tokenとの違い
                                                            • ID基盤をリプレースしました

                                                              リプレースの背景ティアフォーID基盤について運行管理システム(FMS)や遠隔監視・操縦システム、自動運転用の地図作成ツールなど複数のサービスを開発しており、ティアフォーのアカウントで、それらのサービスを利用することができるようになっています。問題が発生したときの影響範囲は大きいですが、提供している機能自体はアカウント管理・連携のみの小さいコンポーネントです。 認可基盤が別であることもあり、ID基盤は非常にコンパクトです。本記事では触れませんが、認可基盤については過去に勉強会で発表した資料を御覧ください。 なぜこのタイミングでリプレースしたかリプレース前のID基盤は2018年にDjangoで作られたもので、そこまで古くはありませんでした。しかし、利用していたOpenID Providerのライブラリはメンテナンスがされなくなってしまい、forkしてパッチを当てる必要があったり、リクエスト数も

                                                                ID基盤をリプレースしました
                                                              • 生体認証か画面ロックどちらかを必須にする時の条件設定 - Qiita

                                                                はじめに Androidアプリでは、よりセキュアにするために生体認証を使うケースが存在します。 現在、AndroidXライブラリを用いた生体認証のダイアログは、ユースケースに応じて2種類設定できます。 生体認証ができない場合に、「PIN/password/パターン」といった画面ロック設定で代替可能とするダイアログ 生体認証を行うか、キャンセルのいずれかを行うダイアログ(画面ロックは代替手段として使えない) 今回は、生体認証・画面ロックのいずれかで認証を可能とする際の書き方についてです。 生体認証と画面ロックいずれかを必須とする設定 まず、Android10以下と11以上で以下のように設定を分ける必要があります。 val biometricPrompt = BiometricPrompt(this, executor, authCallBack) val promptInfo = //OS1

                                                                  生体認証か画面ロックどちらかを必須にする時の条件設定 - Qiita
                                                                • [アップデート]AWS SSOの管理をメンバーアカウントに委任できるようになりました | DevelopersIO

                                                                  はじめに こんにちは。大阪オフィスの林です。 AWS SSOの管理をメンバーアカウントに委任できるようになりましたので早速やっていきたいと思います。 いままで これから 何がうれしいか 管理アカウントは、管理アカウントでしかできないタスクのみに限定しておくことが管理アカウントのベストプラクティスとされています。 今回のアップデートを活用することで、推奨されるAWSセキュリティのベストプラクティスに一歩近づくことが出来ます。 やってみた AWS SSOのダッシュボードから「設定」-「管理」-「アカウントを登録」を選択します。 委任先のメンバーアカウントを選択し「アカウントを登録」を選択します。 正常に登録できたことを確認します。 動作確認 委任先のメンバーアカウントにログインしAWS SSOのダッシュボードを見てみるとユーザーの一覧が参照できるようになっています。 ユーザーの作成もモチロンで

                                                                    [アップデート]AWS SSOの管理をメンバーアカウントに委任できるようになりました | DevelopersIO
                                                                  • 2022年11月 Oktaイベントの参加出張に合わせてサンフランシスコでワーケーションしてみた  | DevelopersIO

                                                                    WINEをこよなく愛するネクストモードの里見です。 2020年7月、NTT東日本とクラスメソッドでネクストモードを設立して以来、ワーケーションを続けてきました。「クラウドであたらしい働き方を」という会社のビジョンをアメリカでも実践してみようと思い、サンフランシスコに来ました。 今回は、OktaneというOktaのイベント参加が目的だったのですが、アメリカ入国の準備と、ワーケーションをしてみた感想を書かせていただきます。なお、Oktaneに関するレポートはネクストモードのブログをご覧ください。 アメリカの入国準備と入国手続き サンフランシスコの様子 教会でワーケーション 終わりに 1.アメリカの入国準備と入国手続き コロナによる出入国の制限期間が長かったため、アメリカ出張には心理的なバードルが高かったです。何を準備すればいいのか、事前に調べました。 2022年11月5日 成田空港にて 結果と

                                                                      2022年11月 Oktaイベントの参加出張に合わせてサンフランシスコでワーケーションしてみた  | DevelopersIO
                                                                    • Resecurity | EvilProxy Phishing-as-a-Service with MFA Bypass Emerged in Dark Web

                                                                      Back EvilProxy Phishing-as-a-Service with MFA Bypass Emerged in Dark Web Cybercrime Intelligence 5 Sep 2022 MFA, Dark Web, Phishing, PhaaS, ATO, BEC, PyPi, supply chain Following the recent Twilio hack leading to the leakage of 2FA (OTP) codes, cybercriminals continue to upgrade their attack arsenal to orchestrate advanced phishing campaigns targeting users worldwide. Resecurity has recently ident

                                                                      • ヤフー、パソコンでも「FIDO2」規格に準じた指紋・顔認証を利用したログインに対応 - ニュース - ヤフー株式会社

                                                                        ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社のコーポレートサイトはこちらです。 当ページに記載されている情報は、2023年9月30日時点の情報です。 ~ 生体認証の利用で利便性・安全性を向上し、フィッシング詐欺やパスワードリスト型攻撃の被害防止へ ~ ヤフー株式会社(以下、Yahoo! JAPAN)は本日、WindowsやMacなどのパソコンからのアクセスにおいて指紋・顔認証を利用した生体認証に対応しました。 従来、Webサービスやアプリのログインは、IDとパスワードで行うことが一般的でしたが、ユーザーが使うWebサービスやアプリが増える中、すべてのサービスのIDとパスワードを管理することは難しくなっています。また、パスワードなどの情報の詐取を狙ったフィッシング詐欺や、第三者が不正に入手したIDとパスワードのリストをもとに不正ログインを

                                                                          ヤフー、パソコンでも「FIDO2」規格に準じた指紋・顔認証を利用したログインに対応 - ニュース - ヤフー株式会社
                                                                        • How to Use iPhone Face ID With a Mask: 4 Tips

                                                                          Fed up of being unable to use Face ID on your iPhone while wearing a mask? These tips should be able to help! Readers like you help support MUO. When you make a purchase using links on our site, we may earn an affiliate commission. Read More. Since its launch in 2017, Face ID has been the primary way that most iPhones are unlocked. With just our faces, it has never been so easy to open our devices

                                                                            How to Use iPhone Face ID With a Mask: 4 Tips
                                                                          • MS、「OAuth」を悪用した不正アプリによる「同意フィッシング」に警鐘

                                                                            印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Microsoftは米国時間1月31日、「マイクロソフトクラウドパートナープログラム」(MCCP、旧称MPN)の不正なアカウントを用いたフィッシングキャンペーンについてMicrosoft Security Response Center(MSRC)で警鐘を鳴らした。このフィッシング攻撃は、偽のアプリによって標的をだまし、電子メールアカウントにアクセスするための権限を付与させるものだという。 サイバーセキュリティ企業Proofpointによると、攻撃者らは不正に取得したMCCPアカウントを用いて、「Single Sign On」(SSO)や「Meeting」といった、一見まともな名前を有し、「Zoom」の古いアイコンや、Zoomに似たUR

                                                                              MS、「OAuth」を悪用した不正アプリによる「同意フィッシング」に警鐘
                                                                            • graphql-rubyを使って認可する方法 - Qiita

                                                                              GraphQLを使っているときに様々な処理で認可させたい事があると思います。 このQueryはログインユーザーのみ実行できるようにしたい このMutationは管理者のみ実行できるようにしたい このQueryは自分の所有しているデータのときだけ返却するようにしたい このFieldは自分の所有しているデータのときだけ返却するようにしたい 当初はgraphql-rubyの知識が乏しかったので取得や更新処理の中で認可する処理を呼び出していたのですが、graphql-rubyのドキュメントを改めて読み直したところ、認可のためのメソッド(authorized?)がある事がわかったので動作検証を兼ねて記事を書きました。 2021/02/10 追記 コメントでいただきましたが、類似のメソッドにready?というものがあるようです。 ドキュメントにも記載されています。 https://graphql-ru

                                                                                graphql-rubyを使って認可する方法 - Qiita
                                                                              • 都内の保育園4園を一斉閉園 業界大手、認可園増設の余波で | 毎日新聞

                                                                                来年3月末で閉園予定の認証保育園の建物を見上げる、園児の保護者=大田区南雪谷2で2020年11月1日午後4時28分、林奈緒美撮影(画像の一部を加工しています) 保育業界大手が来春、東京都内で運営する認可外の4保育園を閉園する。公表したのは9月。思わぬ通告に、幼児を預ける保護者からは不安の声が上がり、専門家も「4園も一斉に閉じるのは前例がない」と驚く。なぜ閉園するのか。探ってみると、政府が導入した政策の影響も浮かんできた。 とまどう保護者「突然の閉園、困っている」 保育園は、認可園と認可外に大別される。多くの親が希望するのは、国が定めた設置基準を達成し、知事が認可した認可園だ。認可以外は認可外となるが、その中から各自治体の基準で認定するものがあり、東京都は認証園と呼んでいる。認可園に入れなかった親にとって受け皿役を果たしてきた。 今回、認証園の閉園を決定したのは、全国で200カ所を超える認可

                                                                                  都内の保育園4園を一斉閉園 業界大手、認可園増設の余波で | 毎日新聞
                                                                                • 長くて複雑なパスワードでも使い回しはリスク高――グーグルが二段階認証を自動有効に

                                                                                    長くて複雑なパスワードでも使い回しはリスク高――グーグルが二段階認証を自動有効に