(Translated by https://www.hiragana.jp/)
[8ページ] authの人気記事 2336件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

281 - 320 件けん / 2336件けん

新着しんちゃく順じゅん 人気にんき順じゅん

authの検索けんさく結果けっか281 - 320 件けん / 2336件けん

authの関連かんれんエントリー

  • 三菱電機みつびしでんきは二に段階だんかい認証にんしょうを破やぶられた - Fox on Security

    三菱電機みつびしでんきが今年ことしに入はいって2度目どめの不正ふせいアクセス被害ひがいの発表はっぴょうをしました。前回ぜんかいの発表はっぴょうは朝日新聞あさひしんぶんのスクープ記事きじから発覚はっかくしましたが、今回こんかいも朝日新聞あさひしんぶんのスクープ記事きじが出でていました。 digital.asahi.com 複数ふくすうの関係かんけい者しゃによれば16日にち夕方ゆうがた、同社どうしゃが利用りようする外部がいぶクラウドサービスの監視かんしシステムが、通常つうじょうとは異ことなる不審ふしんなアクセスを検知けんちし、警告けいこくを発はっした。本社ほんしゃ内ないでしかアクセスしないはずの管理かんり者しゃアカウントで、中国ちゅうごく国内こくないに割わり当あてられたIPアドレス（ネット上じょうの住所じゅうしょ）から接続せつぞくがあったためだ。 同社どうしゃは不正ふせいアクセスの発生はっせいと判断はんだんし、接続せつぞくを遮断しゃだんした。調査ちょうさの結果けっか、社内しゃないネットワークの管理かんりや保守ほしゅを担当たんとうする従業じゅうぎょう員いんの管理かんり台帳だいちょうファイルを盗ぬすみ取とろうとしていた形跡けいせきが見みつかった。 接続せつぞく元もとのIPアドレスを手掛てがかりに調しらべたところ、新あらたに2人ふたりの社員しゃいんアカウントからの接続せつぞくも見みつかった。いずれもクラウドサービスの管理かんりを任まかされている社員しゃいんのものだった。ハッカー

      三菱電機は二段階認証を破られた - Fox on Security

    • Nuxt.js+Firebaseの認証にんしょう・認可にんかを実装じっそうした雛形ひながたプロジェクトを公開こうかいしました - Qiita

      この記事きじについて NuxtとFirebaseを使つかって、これまでいくつかサービス開発かいはつをしていますが、認証にんしょう/認可にんかの実装じっそうはどのサービスでも毎回まいかい同おなじようなコードを書かいている気きがします。 サービスとしてのコア部分ぶぶんではないですが、センシティブな部分ぶぶんなのでしっかりと調しらべながら実装じっそうすると結構けっこう大変たいへんですよね（毎回まいかい時間じかんがかかってしまいます）。 ここ最近さいきんのサービスはNuxt +Firebaseで開発かいはつすることが多おおく、認証にんしょう / 認可にんかのコードベースのTipsが貯たまってきたので公開こうかいしたら需要じゅようあったりするのかな？ サンプルになりそうなプロジェクト見当みあたらないし、コアな部分ぶぶんではないのであまり楽たのしくないし...。 雛形ひながたのプロジェクトとして需要じゅようあれば公開こうかいします👍 — フジワラユウタ | SlideLive▶️ (@Fujiyama_Yuta) June 7, 2020 自分じぶんだけではなく、いろんな人ひとが同おなじような課題かだい感かんを感かんじている

        Nuxt.js+Firebaseの認証・認可を実装した雛形プロジェクトを公開しました - Qiita

      • マイナンバーカードのセキュリティ

        2022.09.10 全すべての国民こくみんの皆様みなさまに、マイナンバーカードの取得しゅとくをお願ねがいしています。 しかし、マイナンバーカードのセキュリティが不安ふあんだから取得しゅとくしたくないという声こえを伺うかがいました。 そこで、マイナンバーカードのセキュリティについてご説明せつめいします。 マイナンバーカードには、ＩＣチップが搭載とうさいされています。 このマイナンバーカードのＩＣチップには、カードの券面けんめんに印刷いんさつされているあなたの情報じょうほう（氏名しめい、性別せいべつ、生年月日せいねんがっぴ、住所じゅうしょ、顔写真かおじゃしん、マイナンバー）のほか、あなたがあなたですよということを証明しょうめいする電子でんし的てきな鍵かぎ（公的こうてき個人こじん認証にんしょうの電子でんし証明しょうめい書しょ）と、マイナンバーのもとになる番号ばんごう（住民じゅうみん票ひょうコード）しか記録きろくされていません。 あなたの年金ねんきんや税ぜいなどのプライバシー性せいの高たかい個人こじん情報じょうほうはマイナンバーカードには記録きろくされません。 健康けんこう保険ほけん証しょうとして使用しようする場合ばあいも、あなたの特定とくてい健診けんしん結果けっかや薬剤やくざい情報じょうほうがＩＣチップに入はいることはありません。 ＩＣチップの空あき領りょう

          マイナンバーカードのセキュリティ

        • Feature Flag Deep Dive

          チーム勉強べんきょう会かいで Feature Flag とトランクベース開発かいはつの話はなしをしました （追加ついか訂正ていせいと書かかれているスライドは、勉強べんきょう会かい後ご議論ぎろんした結果けっかを反映はんえいしたものです）

            Feature Flag Deep Dive

            • authの関連かんれんエントリー

          • 【認証にんしょう】JWTについての説明せつめい書しょ

            はじめに この記事きじを読よんでいるあなたはJWTについて知しっているだろうか？JWTは、認証にんしょうされたユーザを識別しきべつするために最もっとも一般いっぱん的てきに使用しようされる。JWTは認証にんしょうサーバから発行はっこうされて、クライアント・サーバで消費しょうひされる。 今回こんかいの記事きじでは、Webアプリケーションの認証にんしょう方法ほうほうとして最もっとも利用りようされているJWT認証にんしょうを簡潔かんけつに解説かいせつする。 本ほん記事きじの読者どくしゃの対象たいしょう JWT認証にんしょうについて知しらない人ひと JWTのメリット・デメリット、仕組しくみについて詳くわしく知しりたい人ひと アプリケーションの認証にんしょう方法ほうほうについて詳くわしく知しりたい人ひと JWTとは JSON Web Token(JWT)とは、クライアント・サーバの間あいだで情報じょうほうを共有きょうゆうするために使つかわれる規格きかくの１ひとつである。JWTには、共有きょうゆうが必要ひつような情報じょうほうを持もつJSONオブジェクトが含ふくまれている。さらに、各かくJWTはJSONのcontentsがクライアントあるいは悪意あくいのあるパーティによって改かいざんされないように、暗号あんごう(ハッシュ

              【認証】JWTについての説明書

            • Nostrプロトコル(damus)を触さわってみた - Qiita

              はじめに Twitterの動乱どうらんに巻まき込こまれている皆様みなさま、いかがお過すごしでしょうか。 私わたしも例外れいがいなく巻まき込こまれており、特とくにAPI利用りようしていたアプリケーションを停止ていしすることになって非常ひじょうに残念ざんねんです。 そこでTwitter代替だいたいサービスを探さがすわけですが Mastodon Misskey とActivityPub系けいが来きて、何なにか新あらたに面白おもしろそうなものが現あらわれました。 Damus、そしてそのプロトコルのNostrです。 今回こんかい、こちらをちょっと触さわってみたので紹介しょうかいします。 とりあえず触さわってみたい人ひとはこちら AT Protocolも書かきました。こちら 注意ちゅうい Nostr Assets ProtocolおよびNostrトークンは、Nostrの名前なまえを勝手かってに使用しようしている無関係むかんけいの(おそらく詐欺さぎ)通貨つうかです。混同こんどうしないようにご注意ちゅういください。 最近さいきんの動向どうこう含ふくめた最新さいしん情報じょうほう(2023/12) こちらの記事きじが参考さんこうになります ▽それ、1個いっこのアカ

                Nostrプロトコル(damus)を触ってみた - Qiita

              • なぜWebサービスの選定せんていにおいてSAML/SSOが重要じゅうようなのか

                TL;DRクラウドネイティブな時代じだいのビジネスではWebサービス活用かつようは必須ひっすWebサービスをセキュアに利用りようしていくには管理かんりやセキュリティ面めんでの工数こうすう・コストが増ふえるこの工数こうすう・コストを下さげることこそがWebサービス活用かつよう推進すいしんひいてはビジネスの加速かそくに繋つながる工数こうすう・コストを下さげる為ために導入どうにゅうするWebサービスにSAML/SSOは必須ひっすログインをSAML/SSOに限定げんてい出来できることまでがマストWebサービス利用りようにおけるセキュリティ面めんで一番いちばん重要じゅうようなのがID周まわり個々ここのWebサービスのセキュリティ対策たいさくよりもID管理かんりに特とく化かしたシステムに任まかせた方ほうがよっぽどセキュア（餅もちは餅屋もちや）Webサービス導入どうにゅう時じには値ねが張はってもSAML/SSO出来できるプランで契約けいやくするSAML/SSOが出来できないことによるデメリット（工数こうすう・コスト）の方ほうが、SAML/SSOを有効ゆうこうにできるプランにアップグレードする費用ひように勝まさるB2BのWebサービスを提供ていきょうする企業きぎょうは全ぜんプランに

                  なぜWebサービスの選定においてSAML/SSOが重要なのか

                • 【現在げんざいは対応たいおう不要ふよう】Chrome80以降いこうでALBの認証にんしょうを使つかっているとcookieが4096バイトを超こえて認証にんしょうできないことがあり、社内しゃないサービスではcookie名めいを縮ちぢめて対応たいおうした - hitode909の日記にっき

                  2020/2/18追記ついき サポートに問とい合あわせたところ、ALBの不具合ふぐあいはロールバック済ずみで、cookie名めいを縮ちぢめる対応たいおうは不要ふよう、とのことでした。試ためしてみたところ、たしかにcookie名めいの指定していをやめても問題もんだいなく認証にんしょうできました。 AWSのApplication Load Balancerの認証にんしょう機能きのうを使つかって、スタッフからのアクセスのみ許可きょかする社内しゃない向むけウェブサービスを運用うんようしているのだけど、昨日きのうくらいからGoogle Chromeで認証にんしょうが通とおらなないという声こえを聞きくようになった。 現象げんしょうとしてはリダイレクトループが発生はっせいしていて、コンソールを見みるとSet-Cookie headerが長ながすぎるというエラーが出でていた。 Set-Cookie header is ignored in response from url: https://****/oauth2/idpresponse?code=e51b4cf0-8b

                    【現在は対応不要】Chrome80以降でALBの認証を使っているとcookieが4096バイトを超えて認証できないことがあり、社内サービスではcookie名を縮めて対応した - hitode909の日記

                  • DMARCの対応たいおうって進すすんでますか？ - エムスリーテックブログ

                    こんにちは。エムスリーでSREやセキュリティに従事じゅうじしている山本やまもとです。 以前いぜんに、「Gmailのメール認証にんしょう規制きせい強化きょうかへの対応たいおうって終おわってますか？」という記事きじを書かかせていただいておりますが、そこでちょい出だしだけしたDMARCについて書かかせていただきたいと思おもいます。 www.m3tech.blog Gmailへの対応たいおうを実施じっしするだけならば、「とりあえずよくわかんないけど入いれておけばOK」なのですが、そもそもDMARCは何なにのために存在そんざいしていてどのように活用かつようにするのかというところに触ふれていきたいと思おもいます。 DMARCとは SPF/DKIM DMARC登場とうじょう DMARCで実施じっしできるポリシー三さん種しゅ ポリシーの強化きょうか 強化きょうかできるか DMARCレポート RUA/RUFの二に種しゅのレポート DMARCレポートの確認かくにんツール どう判断はんだんするか メール転送てんそう 今後こんご まとめ We are hiring! DMARCとは DMARCの日ひ

                      DMARCの対応って進んでますか？ - エムスリーテックブログ

                    • イーロン・マスク、Twitterの認証にんしょうマーク課金かきん方針ほうしんを認みとめる。作家さっかキングの「むしろお前まえらが私わたしに払はらえ」に月つき8ドルへの値下ねさげ提案ていあん | テクノエッジ TechnoEdge

                        イーロン・マスク、Twitterの認証マーク課金方針を認める。作家キングの「むしろお前らが私に払え」に月8ドルへの値下げ提案 | テクノエッジ TechnoEdge

                      • Admin.jsを使つかって面倒めんどうな管理かんり画面がめんをサクッと作つくろう | DevelopersIO

                        こんにちは、CX事業じぎょう本部ほんぶDelivery部ぶサーバーサイドチームのmorimorkochanです。 突然とつぜんですが「あぁ〜管理かんり画面がめん作つくるのめんどくせ〜」って思おもうことはないですか？ 例たとえばRDBと接続せつぞくされたRESTfulなAPIサーバーを作つくっていて、一部いちぶの管理かんり者しゃ向むけに管理かんり画面がめんを作つくりたいが管理かんり画面がめんにこだわりがない場合ばあいなどなど。 そんな時ときに便利べんりなのが、Admin.jsです。Admin.jsは管理かんり画面がめんを簡単かんたんに作成さくせいできるフレームワークです。オープンソースとして公開こうかいされており、クラウドにデプロイされているサービスを利用りようする場合ばあいは月額げつがく料金りょうきんがかかりますが手動しゅどうでサーバーに組くみ込こんでデプロイする場合ばあいは無料むりょうです。 Admin.jsを使つかうと、RDBで管理かんりされる各かくテーブルごとにCRUD画面がめんを簡単かんたんに作成さくせいすることができます。これによってRDBと同おなじプロパティを何なん度ども定義ていぎしたり同おなじようなCRUDコードを何なん度ども記述きじゅつする必要ひつようはありま

                          Admin.jsを使って面倒な管理画面をサクッと作ろう | DevelopersIO

                        • 未みログインでも叩はたけるAPIエンドポイントにレートリミットを導入どうにゅうする

                          先日せんじつだれでもAIメーカーというWebサービスをリリースしました。このサービスは例れいによってOpenAI APIを使つかっており、トークンの使用しよう量りょうがランニングコストに大おおきく影響えいきょうします。 また、気軽きがるに使つかってもらえるよう未みログインでも使用しようできる仕様しようにしているため、気きをつけないと悪意あくいのある人ひとに大量たいりょうにトークンを使用しようされてしまう可能かのう性せいがあります。 ノーガードだとどうなるか 例たとえば、POST /api/askという「リクエストbodyのpromptの値ねを取とり出だし、OpenAI APIのChat Completionsに投なげる」という単純たんじゅんなエンドポイントを作つくったとします。 「未みログインでも使つかってもらいたいから」と認証にんしょうを一切いっさいしなかった場合ばあいどうなるでしょうか？ 悪意あくいのある攻撃こうげき者しゃに見みつかれば、promptを上限じょうげんギリギリの長ながさの文章ぶんしょうに設定せっていしたうえで、/api/askに対たいしてDoS攻撃こうげきするかもしれません。 トークンを大量たいりょう

                            未ログインでも叩けるAPIエンドポイントにレートリミットを導入する

                          • pixivに脆弱ぜいじゃくなパスワードで登録とうろくできないようにしました - pixiv inside

                            図ず1: 脆弱ぜいじゃくなパスワードを入力にゅうりょくした場合ばあいのエラー画面がめん こんにちは、pixiv開発かいはつ支援しえんチームのmipsparcです。 パスワード、もしかして使つかいまわしていますか? 複数ふくすうのサービスで同おなじパスワードを利用りようしていると、「パスワードリスト型がた攻撃こうげき」によって不正ふせいアクセスの被害ひがいを受うけてしまうかもしれません。 パスワードリスト型がた攻撃こうげきの被害ひがいにあわないためには、ブラウザやパスワード管理かんりツールで自動じどう生成せいせいされた安全あんぜんなパスワードを利用りようするのが好このましいです。 しかし、実際じっさいには多おおくの人ひとが「使つかいまわしたパスワード」や「簡単かんたんなパスワード」(以下いか、脆弱ぜいじゃくなパスワード)を利用りようしていますし、啓蒙けいもう活動かつどうにも限界げんかいがあります。 pixivではサイバー攻撃こうげきへの対策たいさくを複数ふくすうとっていますが、根本こんぽん的てきな対策たいさくのひとつとして、脆弱ぜいじゃくなパスワードを新あたらしく設定せっていできないようにしました。 脆弱ぜいじゃくなパスワードの判定はんてい方法ほうほう 脆弱ぜいじゃくなパスワードの利用りようはどのように防ふせぐことができるで

                              pixivに脆弱なパスワードで登録できないようにしました - pixiv inside

                            • 心臓しんぞうの音おとで個人こじん認証にんしょう、精度せいど95％以上いじょう　音おとのリズムやピッチを分析ぶんせき

                              Innovative Tech： このコーナーでは、テクノロジーの最新さいしん研究けんきゅうを紹介しょうかいするWebメディア「Seamless」を主宰しゅさいする山下やました裕ひろし毅あつし氏しが執筆しっぴつ。新規しんき性せいの高たかい科学かがく論文ろんぶんを山下やました氏しがピックアップし、解説かいせつする。 スペインのUniversity Carlos III of Madrid、イランのShahid Rajaee Teacher Training University、イランのInstitute for Research in Fundamental Sciences （IPM）による研究けんきゅうチームが開発かいはつした「ECGsound for human identification」は、心電図しんでんずから取得しゅとくした心拍しんぱく音おんを分析ぶんせきし、その人ひとが誰だれかを特定とくていするバイオメトリクス技術ぎじゅつだ。心電図しんでんず（ECG）信号しんごうをオーディオ波形はけいファイルに変換へんかんし、5つの音楽おんがく的てき特性とくせいを分析ぶんせきすることで識別しきべつする。 今回こんかいはこれまでと違ちがい、ノイズ（直流ちょくりゅう成分せいぶんや

                                心臓の音で個人認証、精度95％以上　音のリズムやピッチを分析

                              • 社内しゃないをパスワードレスにするため頑張がんばった話はなし（前編ぜんぺん） - Qiita

                                はじめに 本ほん記事きじはMicrosoft Security Advent Calendar 2023、10日とおか目めの記事きじになります。 シリーズ3部ぶ作さくです。 きっかけ 所属しょぞく企業きぎょうにて、2022年ねん7月がつ頃ごろ、情報じょうほうシステム部門ぶもんに異動いどう。種々しゅじゅの課題かだい感かんに対たいする解決かいけつ策さく（ここも話はなすと長ながくなる）としてMicrosoft 365 E5を導入どうにゅうすることに決定けってい。2023年ねん1月がつにテナントにライセンスが適用てきようされ、E5セキュリティの実装じっそうを始はじめる。同時どうじに、組織そしき内ないでIdPが複数ふくすう運用うんようされていることに対たいしても課題かだい感かんを持もっていたため、IdPの整理せいり・統合とうごうも始はじめる。 さらに同どう時期じきに、セキュリティ侵害しんがいの多おおくの原因げんいんが、パスワード漏洩ろうえいだということを知しる。 フィッシングメールでパスワードが漏洩ろうえい（個人こじん1位い）し、クレジットカードが不正ふせい利用りよう（個人こじん4位い）されたり、インターネット上じょうのサービスに不正ふせいログイン（個人こじん10位い）されたり…。スマホ決済けっさいの不正ふせい利用りよう（個人こじん5位い）もで

                                  社内をパスワードレスにするため頑張った話（前編） - Qiita

                                • CSSだけでif～else文ぶんと同おなじことができる！ しかもすべてのブラウザでサポートされています

                                  CSSでif～else文ぶんが使つかえたら、と思おもったことはありませんか？ もちろんifとかelseはCSSにはありませんが、CSSだけでif～else文ぶんと同おなじようにスタイルを設定せっていできます。

                                    CSSだけでif～else文と同じことができる！ しかもすべてのブラウザでサポートされています

                                  • マイナンバーカードを用もちいた本人ほんにん確認かくにんとiPhoneへの機能きのう搭載とうさい【鈴木すずき淳也あつやのPay Attention】

                                      マイナンバーカードを用いた本人確認とiPhoneへの機能搭載【鈴木淳也のPay Attention】

                                    • 「パスキー」のユーザー体験たいけんを最適さいてき化かさせるデザインガイドライン、FIDOアライアンスが公開こうかい

                                      パスワードレスなユーザー認証にんしょうを実現じつげんする業界ぎょうかい標準ひょうじゅんである「パスキー」を策定さくていするFIDOアライアンスは、パスキーのユーザー体験たいけんを最適さいてき化かさせるためのデザインガイドラインの公開こうかいを発表はっぴょうしました。 パスキーは、従来じゅうらいのパスワードによるユーザー認証にんしょうよりも強力きょうりょくで安全あんぜんな認証にんしょう方式ほうしきとされており、普及ふきゅうが期待きたいされていますが、多おおくのユーザーが慣なれ親したしんできたパスワード方式ほうしきと比くらべると、サインアップやサインインの方法ほうほうが分わかりにくいという課題かだいが指摘してきされていました。 FIDOアライアンスによるデザインガイドラインの公開こうかいは、こうした状況じょうきょうを改善かいぜんするものとして期待きたいされます。 パスキーのデザインガイドラインの内容ないよう デザインガイドラインは主おもに以下いかの要素ようそから構成こうせいされています。 UXの原則げんそく（UX princeples） コンテンツの原則げんそく（Content principles） デザインパターン（スキーマ、サンプルビデオ、AndroidとiOS

                                        「パスキー」のユーザー体験を最適化させるデザインガイドライン、FIDOアライアンスが公開

                                      • Firebase Authから内うち製せい認証にんしょう基盤きばんに無む停止ていし移行いこうして年間ねんかん1000万まん円えん以上いじょう削減さくげんした

                                        症状しょうじょう検索けんさくエンジン「ユビー」 では、ローンチ当初とうしょから Firebase Auth (GCP Identity Platform) を使つかっていましたが、OIDCに準拠じゅんきょした内うち製せいの認証にんしょう認可にんか基盤きばんに移行いこうしました。 認証にんしょう認可にんか基盤きばんそのものは m_mizutani と nerocrux と toshi0607(退職たいしょく済ずみ) が作つくってくれたため、僕ぼくは移行いこうのみを担当たんとうしました。 結果けっかとして、強制きょうせいログアウトなし・無む停止ていしでビジネス影響えいきょうを出ださずに、年間ねんかん1000万まん円えん以上いじょうのコスト削減さくげんに成功せいこうしました[1]。その移行いこうプロセスについて紹介しょうかいします。認証にんしょう認可にんか基盤きばんそのものの紹介しょうかいはあまりしません。 移行いこうした理由りゆう 大量たいりょうの匿名とくめいアカウント ユビーでは、アクセスした全ぜんユーザーに対たいして自動的じどうてきに匿名とくめいアカウントを発行はっこうしています。これにより、ユーザーがアカウント登録とうろくしているかどうかに関かかわらず、同おなじID体系たいけいで透過とうか的てきに履歴りれき情報じょうほう等とうを扱あつかうことができます。アカウント

                                          Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した

                                        • 『Tailwind CSS実践じっせん入門にゅうもん』 出版しゅっぱん記念きねん基調きちょう講演こうえん

                                          「Tailwind CSS実践じっせん入門にゅうもん」出版しゅっぱん記念きねんイベントの基調きちょう講演こうえんで使用しようしたスライドです。 イベント詳細しょうさい → https://pixiv.connpass.com/event/310073/ 書籍しょせき → https://gihyo.jp/book/2024/978-4-297-13943-8

                                            『Tailwind CSS実践入門』 出版記念基調講演

                                          • パスワード不要ふようの認証にんしょう技術ぎじゅつ「パスキー」はパスワードよりもエクスペリエンスが悪わるいという批判ひはん

                                            FIDOアライアンスが仕様しようを策定さくていした「パスキー」は、パスワードではなく生体せいたい情報じょうほうを用もちいて認証にんしょうする「FIDO 2.0」を「Webauthn」標準ひょうじゅんに基もとづいて利用りようして得えた資格しかく認証にんしょう情報じょうほうをデバイス単位たんいで管理かんり運用うんようする技術ぎじゅつです。このパスキーが抱かかえる問題もんだい点てんについて、Webauthn標準ひょうじゅんに関かかわったエンジニアのFirstyearことウィリアム・ブラウン氏しが自身じしんのブログで解説かいせつしています。 Firstyear's blog-a-log https://fy.blackhats.net.au/blog/2024-04-26-passkeys-a-shattered-dream/ Webauthnがパスワードに代かわる認証にんしょう技術ぎじゅつとして大おおきな可能かのう性せいを秘ひめていると考かんがえていたブラウン氏しは、2019年ねんにオーストラリアからアメリカに渡わたり、友人ゆうじんと共ともにWebauthnのRust実装じっそうであるwebauthn-rsの開発かいはつを始はじめました。その過程かていで

                                              パスワード不要の認証技術「パスキー」はパスワードよりもエクスペリエンスが悪いという批判

                                            • OAuthの仕組しくみを説明せつめいしてHonoで実装じっそうしてみる

                                              はじめに はじめまして！レバテック開発かいはつ部ぶでレバテックプラットフォーム開発かいはつチームに所属しょぞくしている塚原つかはらです。 直近ちょっきんに認証にんしょう・認可にんか周まわりの改修かいしゅうを予定よていしているため、チーム内ないで認証にんしょう・認可にんかの基礎きそからOAuth・OpenID Connectの仕組しくみを学まなぶ勉強べんきょう会かいを実施じっししました。今回こんかいはそこで学まなんだことのうち、認証にんしょう・認可にんかの基礎きそとOAuthの仕組しくみをまとめます。また、WebフレームワークとしてHono、JavaScriptランタイムとしてBunを使つかって、OAuthクライアントを実装じっそうしてみます。 対象たいしょう読者どくしゃ 認証にんしょうと認可にんかの違ちがいってなんだっけ...?という人ひと Basic認証にんしょうやDigest認証にんしょうてなんだっけ...?という人ひと OAuthはライブラリ使つかって実装じっそうしてるから仕組しくみよくわかっていない...という人ひと OAuthのクライアントの実装じっそうって何なにをすればいいんだっけ...?という人ひと 認証にんしょう・認可にんかの基礎きそ 2024/7/18 追記ついき こちらで

                                                OAuthの仕組みを説明してHonoで実装してみる

                                              • GitLabで1クリックアカウント乗のっ取とりが可能かのうだった脆弱ぜいじゃく性せいから学まなぶ、OpenID Connect実装じっそうの注意ちゅうい点てん - Flatt Security Blog

                                                はじめに こんにちは。株式会社かぶしきがいしゃFlatt Securityセキュリティエンジニアの森もり(@ei01241)です。 最近さいきんは認証にんしょうや認可にんかに際さいしてOpenID Connectを使つかうWebサービスが増ふえていると思おもいます。「Googleアカウント/Twitter/Facebookでログイン」などのUIはあらゆるサービスで見みかけると思おもいます。しかし、OpenID Connectの仕様しようをよく理解りかいせずに不適切ふてきせつな実装じっそうを行おこなうと脆弱ぜいじゃく性せいを埋うめ込こむことがあります。 そこで、突然とつぜんですがクイズです。以下いかのTweetをご覧らんください。 ⚡️突然とつぜんですがクイズです！⚡️ 以下いかの画面がめんはOAuth 2.0 Best Practice上じょうは推奨すいしょうされないような実装じっそうになっており、潜在せんざい的てきリスクがあります。https://t.co/bXGWktj5fx どのようなリスクが潜ひそんでいるか、ぜひ考かんがえてみてください。このリスクを用もちいた攻撃こうげきについての解説かいせつ記き

                                                  GitLabで1クリックアカウント乗っ取りが可能だった脆弱性から学ぶ、OpenID Connect実装の注意点 - Flatt Security Blog

                                                • eKYCは当人とうにん認証にんしょうではなく身元みもと確認かくにん 渋谷しぶや区くの電子でんし申請しんせいで乱用らんよう 他たへ拡大かくだいのおそれ

                                                  Yahoo!ニュース @YahooNewsTopics 【総務そうむ相しょう 住民じゅうみん票ひょうLINE請求せいきゅうは問題もんだい】 yahoo.jp/7Uh7LT 高だか市し総務そうむ相しょうは、東京とうきょう都と渋谷しぶや区くが始はじめた無料むりょう通信つうしんアプリ「LINE」で住民じゅうみん票ひょうの写うつしの交付こうふ請求せいきゅうができるサービスについて、区くに改善かいぜんを促うながす考かんがえを示しめした。高市たかいち総務そうむ相しょうは「セキュリティーなどの観点かんてんから問題もんだいがある」。 Masanori Kusunoki / 楠くすのき 正憲まさのり @masanork 不思議ふしぎな主張しゅちょう。そんなこと法律ほうりつに書かかれてたっけ→“オンライン請求せいきゅうに必要ひつような電子でんし署名しょめいを用もちいていないため、「画像がぞうの改かいざんやなりすましの防止ぼうしといったセキュリティーの観点かんてんや、法律ほうりつ上じょうの観点かんてんから問題もんだいがある」と指摘してき” / “ＬＩＮＥで住民じゅうみん票ひょう「問題もんだいある」　高市たかいち総務そうむ相しょう、渋谷しぶや区くに改あらため…” htn.to/3UQJWxK6wn 弁護士べんごし 吉峯よしみね耕平こうへい @kyoshimine @masanork 住民じゅうみん基本きほん台帳だいちょう法ほう12条じょうって、書面しょめんでの請求せいきゅうとは書かい

                                                    eKYCは当人認証ではなく身元確認 渋谷区の電子申請で乱用 他へ拡大のおそれ

                                                  • 他人たにんのメアドを会員かいいん登録とうろくに使つかうな

                                                    また誰だれかが私わたしのメアドを勝手かってに使つかいやがった。 17年ねんほど使つかっているGmailのメアド。ランダムではないアルファベット6文字もじ＋gmail.comなんていまどき残のこってるわけ無ないだろうが。 どこぞの職しょく探さがしサイトの会員かいいん登録とうろくに私わたしのメアドが使つかわれたらしく、まったく知しらない人ひとの名前なまえでの登録とうろく完了かんりょう通知つうちのメールが届とどいた。 即そく、運営うんえいに連絡れんらくを取とり、メアドの削除さくじょと登録とうろく者しゃへの注意ちゅういを依頼いらいした。 運営うんえいもメアド入力にゅうりょくしただけで登録とうろく完了かんりょうするなよ、ちゃんと登録とうろく者しゃが使用しよう中ちゅうのメアドかどうか確認かくにんしろ。入力にゅうりょくしたメアドにURL送おくってアクセスさせるやつとかで。 そもそも、どうして自分じぶんが管理かんりしているものではないメアドをどこかの会員かいいん登録とうろくに使つかおうなんて思おもうのだろう？ 自分じぶんが普段ふだん使つかっているメアドをそのサイトに教おしえたくないから、適当てきとうなアドレスを入いれているのか？ 友人ゆうじん・知人ちじん対応たいおうのメアドと仕事しごと用ようのメアドと銀行ぎんこうやショッピング対応たいおうのメアド等々とうとう、使つかい分わけとか、問とい

                                                      他人のメアドを会員登録に使うな

                                                    • グーグルの認証にんしょうアプリ「Authenticator」、ワンタイムパスワードが盗ぬすまれるおそれ

                                                      サイバーセキュリティ企業きぎょうのThreatFabricは2月がつ、「Google Authenticator」アプリで生成せいせいされた2要素ようそ認証にんしょう（2FA）コードを盗ぬすみ出だす機能きのうを備そなえる「Android」マルウェアを初はじめて発見はっけんした。 このマルウェアは以前いぜんに発見はっけんされていた「Cerberus」の亜種あしゅ。これまで2FAのワンタイムパスワード（OTP）を窃取せっしゅする機能きのうは備そなえていなかった。 Cerberusはバンキング型がたトロイの木馬もくばとリモートアクセス型がたトロイの木馬もくば（RAT）のハイブリッドだ。Androidデバイスが感染かんせんすると、ハッカーはマルウェアのバンキング型がたトロイの木馬もくば機能きのうを利用りようして、モバイルバンキングアプリの認証にんしょう情報じょうほうを盗ぬすみ出だす。 Cerberusは、アカウントが2FA（つまりGoogle Authenticatorアプリ）で保護ほごされている場合ばあいに、攻撃こうげき者しゃがRAT機能きのうを通つうじてユーザーのデバイスに手動しゅどうで接続せつぞくできるよう設計せっけいさ

                                                        グーグルの認証アプリ「Authenticator」、ワンタイムパスワードが盗まれるおそれ

                                                      • CircleCIへの不正ふせいアクセスについてまとめてみた - piyolog

                                                        2023年ねん1月がつ4日にち、CircleCIはセキュリティインシデントが発生はっせいしたことを公表こうひょうし、利用りよう者しゃへ注意ちゅういを呼よびかけました。また1月がつ13日にちには侵入しんにゅう経路けいろを含ふくむ調査ちょうさ結果けっかなどをまとめたインシデントレポートを公表こうひょうしました。ここでは関連かんれんする情報じょうほうをまとめます。 CircleCIより流出りゅうしゅつしたデータから利用りよう者しゃのサードパーティシステムに影響えいきょう CircleCIが不正ふせいアクセスを受うけ、同社どうしゃのプラットフォーム上じょうに保存ほぞんされた利用りよう者しゃのサードパーティシステム（Githubなど）の環境かんきょう変数へんすう、キー、トークンを含ふくむ情報じょうほうの一部いちぶが流出りゅうしゅつした。不正ふせいアクセスにより情報じょうほうが流出りゅうしゅつしたのはクラウドで提供ていきょうされるCircleCIで、オンプレミス型がたのCircleCI Serverは影響えいきょうを受うけない。 2023年ねん1月がつ13日にち公表こうひょう時点じてんで本件ほんけんの影響えいきょうを受うけ、利用りよう者しゃよりサードパーティシステムへの不正ふせいアクセスが生しょうじたと報告ほうこくを受うけたケースは5件けん未満みまん。但ただしCircleCIは不正ふせい

                                                          CircleCIへの不正アクセスについてまとめてみた - piyolog

                                                        • Auth.js v5ではじめる本格ほんかく認証にんしょう入門にゅうもん

                                                          Next.js 14 / Auth.js v5 / Prisma / Planet Scale / shadcn/ui / Tailwind CSS を用もちいた認証にんしょう・認可にんかをハンズオン形式けいしきで学まなびます。

                                                            Auth.js v5ではじめる本格認証入門

                                                          • IdPとしてSAML認証にんしょう機能きのうを自前じまえ実装じっそうした - BASEプロダクトチームブログ

                                                            はじめに みなさんはじめまして。BASEでエンジニアをしております田村たむら ( taiyou )です。 先日せんじつ、BASEではショップオーナー向むけのコミュニティサイト「BASE Street」にログインするための機能きのうとしてSSOログイン機能きのうをリリースしました。 SSOログインを実現じつげんするための認証にんしょう方式ほうしきはいくつかあるのですが、弊社へいしゃではSAML認証にんしょう方式ほうしきを用もちいて実現じつげんしました。 そのため、この記事きじではSAML認証にんしょう機構きこうのIdPとしてOSSを使つかわずにSAML認証にんしょう機能きのうを実装じっそうする方法ほうほうを紹介しょうかいします。 前回ぜんかいのテックブログで、このSSOログイン機能きのうのフロント側がわを開発かいはつしたPJメンバーの若菜わかなが「サーバーサイドエンジニアがフロントエンドに挑戦ちょうせんして最高さいこうの経験けいけんになった話はなし」を執筆しっぴつしたのでこちらも見みてみてください！ SAML認証にんしょう機能きのうを提供ていきょうしているOSSには、Keycloakなどがありますが、BASEでは以下いかの理由りゆうにより自前じまえ実装じっそうすること

                                                              IdPとしてSAML認証機能を自前実装した - BASEプロダクトチームブログ

                                                            • Googleの「私わたしはロボットではありません」を100%突破とっぱするCAPTCHA解ときAI登場とうじょう。もう人間にんげんとボットを区別くべつできない？（生成せいせいAIクローズアップ） | テクノエッジ TechnoEdge

                                                              2014年ねんから先端せんたんテクノロジーの研究けんきゅうを論文ろんぶん単位たんいで記事きじにして紹介しょうかいしているWebメディアのSeamless（シームレス）を運営うんえいし、執筆しっぴつしています。 1週間しゅうかんの気きになる生成せいせいAI技術ぎじゅつ・研究けんきゅうをピックアップして解説かいせつする連載れんさい「生成せいせいAIウィークリー」から、特とくに興味深きょうみぶかい技術ぎじゅつや研究けんきゅうにスポットライトを当あてる生成せいせいAIクローズアップ。 今回こんかいは、「私わたしはロボットではありません」でお馴染なじみのGoogleが開発かいはつする「CAPTCHA」（コンピュータと人間にんげんを区別くべつするための完全かんぜんに自動じどう化かされた公開こうかいチューリングテスト）を突破とっぱするAIシステムを提案ていあんした論文ろんぶん「Breaking reCAPTCHAv2」に注目ちゅうもくします。 ▲CAPTCHAを突破とっぱするAIシステム CAPTCHAは、ウェブサイトのセキュリティを向上こうじょうさせるために広ひろく使用しようされている技術ぎじゅつです。この研究けんきゅうは、そのシステムの効果こうかを詳細しょうさいに検証けんしょうし、AI技術ぎじゅつを用もちいてどの程度ていど突破とっぱできるかを明あきらかにしま

                                                                Googleの「私はロボットではありません」を100%突破するCAPTCHA解きAI登場。もう人間とボットを区別できない？（生成AIクローズアップ） | テクノエッジ TechnoEdge

                                                              • 「別べつ会社かいしゃになるくらいの抜本ばっぽん的てき改革かいかくが必要ひつよう」トヨタ豊田とよだ章男あきお会長かいちょうがダイハツの不正ふせい問題もんだいに言及げんきゅう - 自動車じどうしゃ情報じょうほう誌し「ベストカー」

                                                                2023年ねん12月がつ20日はつかに広ひろく明あきらかになったダイハツの認証にんしょう不正ふせい問題もんだいを受うけ、トヨタ自動車とよたじどうしゃの豊田とよだ章男あきお会長かいちょうがベストカーWebの取材しゅざいに応おうじた。「絶対ぜったいにあってはならない行為こうい、深ふかく謝罪しゃざいしたい」とユーザーおよび関係かんけい各所かくしょへのお詫わびを口くちにするとともに、ダイハツに関かんして「別べつの会社かいしゃになるくらいの抜本ばっぽん的てきな改革かいかくが必要ひつようだ」と強調きょうちょうした。以下いか、本誌ほんしに語かたったコメントを紹介しょうかいする。 文ぶん／ベストカーWeb編集へんしゅう部ぶ、画像がぞう／ベストカーWeb編集へんしゅう部ぶ、ダイハツ工業だいはつこうぎょう 【画像がぞうギャラリー】今回こんかいダイハツで認証にんしょう検査けんさ不正ふせいが見みつかった車種しゃしゅ一覧いちらんと主おもなダイハツ車種しゃしゅ（12枚まい）画像がぞうギャラリー ■トヨタには引ひけてダイハツには引ひけなかった「アンドン（行燈あんどん）」 冒頭ぼうとう、トヨタ自動車とよたじどうしゃの豊田とよだ章男あきお会長かいちょうは、「”安全あんぜん”は自動車じどうしゃにとって一番いちばん重要じゅうような要素ようそであり、今回こんかいの不正ふせいはお客様きゃくさまの信頼しんらいを裏切うらぎる行為こういであって、断だんじて許ゆるされるものではない。トヨタとしても大おおきな責任せきにんを感かんじている」と語かたった。 今いま

                                                                  「別会社になるくらいの抜本的改革が必要」トヨタ豊田章男会長がダイハツの不正問題に言及 - 自動車情報誌「ベストカー」

                                                                • MFA（多た要素ようそ認証にんしょう）を突破とっぱするフィッシング攻撃こうげきの調査ちょうさ | セキュリティ研究けんきゅうセンターブログ

                                                                  はじめに 弊社へいしゃでは、最近さいきんBEC（ビジネスメール詐欺さぎ）のインシデント対応たいおうを行おこないました。この事案じあんに対応たいおうする中なかで、マイクロソフト社しゃ（*1）やZscaler社しゃ（*2）が22年ねん7月がつに相次あいついで報告ほうこくしたBECに繋つながる大だい規模きぼなフィッシングキャンペーンに該当がいとうしていた可能かのう性せいに気きづきました。マイクロソフトによると標的ひょうてきは10,000 以上いじょうの組織そしきであるということから、皆様みなさまの組織そしきでもキャンペーンの標的ひょうてきとなっている可能かのう性せいや、タイトルの通とおりMFA（多た要素ようそ認証にんしょう）を実施じっししていたとしても、不正ふせいにログインされる可能かのう性せいもあり、注意ちゅうい喚起かんきの意味いみを込こめてキャンペーンに関かんする情報じょうほう、および実際じっさいに弊社へいしゃでの調査ちょうさについて公開こうかい可能かのうな部分ぶぶんを記載きさいしています。 *1: https://www.microsoft.com/security/blog/2022/07/12/from-cookie-theft-to-bec-attackers-use-aitm

                                                                    MFA（多要素認証）を突破するフィッシング攻撃の調査 | セキュリティ研究センターブログ

                                                                  • 日本にっぽんでもSIMハイジャック発生はっせい、ついに政治せいじ家かが携帯けいたい電話でんわ番号ばんごうを乗のっ取とられる事態じたいに - すまほん!!

                                                                    各かくサービスで電話でんわ番号ばんごう宛あてのSMS認証にんしょうが当然とうぜんとなった現代げんだい、携帯けいたい電話でんわ回線かいせんは非常ひじょうに高たかい価値かちを持もっています。 そんな電話でんわ回線かいせんをSIMカードごと奪うばう「SIMハイジャック（SIMスワップ）」という犯罪はんざい手法しゅほうが海外かいがいで報告ほうこくされていますが、最近さいきんは日本にっぽんでも被害ひがい報告ほうこくをチラホラと聞きくようになっています。 そんなSIMハイジャックの魔まの手てが、なんと日本にっぽんの政治せいじ家かにまで及およんでいたことがわかりました。 東京とうきょう都議会とぎかい議員ぎいんの風間かざまゆたか氏しが報告ほうこくしたところによると、PayPayの不正ふせい利用りようとパスワードリセットで異変いへんに気付きづいたとのこと。 スマホで二に段階だんかい認証にんしょうを行おこなってもSMSが届とどかず、Wi-Fiでしか使つかえず、アンテナマークが解約かいやくを示しめすマークになっていることが判明はんめい。ソフトバンクショップに駆かけ込こんだとのこと。 東京とうきょう都とではなく名古屋なごやのソフトバンクショップで最新さいしん機種きしゅを購入こうにゅうした形跡けいせきがあり、ソフトバンクショップはその時ときの本人ほんにん確認かくにんをマイナンバーカードのIC

                                                                      日本でもSIMハイジャック発生、ついに政治家が携帯電話番号を乗っ取られる事態に - すまほん!!

                                                                    • GitHub、コード提供ていきょうの全ぜんユーザーに2要素ようそ認証にんしょう（2FA）を義務付ぎむづけへ　2023年ねん末まつまでに

                                                                      同氏どうしによると、現在げんざいGitHubで2FAを使つかっているのは全ぜんアクティブユーザーの約やく16.5％のみ。傘下さんかのnpmにいたっては、わずか6.44％のみという。 npmは2月がつ、上位じょうい100のライブラリのメンテナに2FAを義務付ぎむづけた。5月末まつまでに上位じょうい500に拡大かくだいする計画けいかくだ。 関連かんれん記事きじ 「ロシアをGitHubから切きり離はなして」の意見いけんに公式こうしきが返答へんとう　「私わたしたちのビジョンは、全すべての開発かいはつ者しゃのホームになること」 「GitHubからロシアを切きり離はなして」──ロシアのウクライナ侵攻しんこうを受うけて、このような件名けんめいの投稿とうこうがGitHub上じょうに掲載けいさいされた。さまざまな物議ぶつぎを醸かもしたが、GitHubは「私わたしたちのビジョンは、どこに住すんでいても、全すべての開発かいはつ者しゃのホームになることだ」と返答へんとうをした。 GitHub傘下さんかのnpm、上位じょうい100のパッケージメンテナは2FA必須ひっすに GitHub傘下さんかのパッケージリポジトリnpmは、上位じょうい100のライブラリのメンテナは2要素ようそ

                                                                        GitHub、コード提供の全ユーザーに2要素認証（2FA）を義務付けへ　2023年末までに

                                                                      • マイクロサービス間あいだ通信つうしんにおける認証にんしょう認可にんかおよびアクセス制御せいぎょ

                                                                        はじめに 2023年ねん4月がつに基盤きばんエンジニアとして Ubie に入社にゅうしゃしました nerocrux です。主おもに Ubie の ID 基盤きばんの開発かいはつと保守ほしゅ運用うんようを担当たんとうしています。 この記事きじは、2023 Ubie Engineers アドベントカレンダー 5 日にち目めの記事きじとなります。 Ubie では、モジュラモノリスを採用さいようしつつ、マイクロサービスアーキテクチャも採用さいようしており、領域りょういきによってサービスを分わけて、それぞれの担当たんとうチームが開発かいはつと保守ほしゅ運用うんようをしています。 クライアントから一ひとつのリクエストを受うけ取とったあとに、Ubie のバックエンドではリクエストを受うけ取とったサービスだけがそのリクエストを処理しょりすることもあれば、別べつのサービスにディスパッチし、複数ふくすうのサービスがひとつのリクエストを処理しょりして結果けっかを返かえすこともあります。 マイクロサービス間あいだの通信つうしんが Ubie の内部ないぶで発生はっせいしたとしても、必かならずしも無む制限せいげんで自由じゆうに行おこなわれていいわけで

                                                                          マイクロサービス間通信における認証認可およびアクセス制御

                                                                        • GitHubでhttpsのパスワード認証にんしょうが廃止はいしされた。Please use a personal access token instead. - Qiita

                                                                          GitHubでhttpsのパスワード認証にんしょうが廃止はいしされた。Please use a personal access token instead.GitGitHub $ git push origin branch名めい remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead. remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information. fatal: unable to access 'https://github.com/名前なまえ/リ

                                                                            GitHubでhttpsのパスワード認証が廃止された。Please use a personal access token instead. - Qiita

                                                                          • GitHub Container Registry 入門にゅうもん - 生産せいさん性せい向上こうじょうブログ

                                                                            github.blog 9/1 に GitHub Container Registry がパブリックベータとして公開こうかいされました。GitHub が提供ていきょうする Docker レジストリサービスです。 この記事きじでは、GitHub Container Registry についていろいろ調しらべたり動うごかしたりした内容ないようをまとめます。 目次もくじ 注意ちゅうい事項じこう 背景はいけい Docker Hub と GitHub Container Registry GitHub Packages と GitHub Container Registry 料金りょうきん organization での GitHub Container Registry の有効ゆうこう化か 試ためしてみる パーソナルアクセストークンの作成さくせい イメージの push イメージの権限けんげん変更へんこう 認証にんしょうなしで public イメージの pull イメージの削除さくじょ GitHub Actions から Git

                                                                              GitHub Container Registry 入門 - 生産性向上ブログ

                                                                            • 国交こっこう省しょう、そろそろ矛ほこを納おさめないとホンダなんか本社ほんしゃをアメリカに移うつします。トヨタだって豊田とよだ章男あきおさん次第しだい

                                                                              国交こっこう省しょう、そろそろ矛ほこを納おさめないとホンダなんか本社ほんしゃをアメリカに移うつします。トヨタだって豊田とよだ章男あきおさん次第しだい 2024年ねん6月がつ12日にち [最新さいしん情報じょうほう] 2023年度ねんどホンダが1兆ちょう円えんの収益しゅうえきを上あげた内訳うちわけを見みると、大おおざっぱに言いってアメリカの新車しんしゃ販売はんばいとアメリカのファイナンス（金融きんゆう）、新興しんこう国こくのバイクが3分ぶんの１づつである。日本にっぽんは収支しゅうしトントン。私わたしのような仕事しごとで言いえば、アメリカと東南とうなんアジアのメディアで書かいた原稿げんこう料りょうで収益しゅうえきを確保かくほし、日本にっぽんでは取材しゅざいネタを探さがすことと日本にっぽん向むけの原稿げんこう書がきをしているようなものである。 出稼でかせぎ状態じょうたいですね。当然とうぜんながらアメリカからは「収益しゅうえきの大半たいはんはウチなんだから本社ほんしゃも移転いてんして欲ほしい」となるだろうし、タイあたりから「2輪りん事業じぎょうは東南とうなんアジアに本拠地ほんきょちを置おいて欲ほしい。優遇ゆうぐうしますよ」。1兆ちょう円えんの収益しゅうえきを上あげるホンダがアメリカに軸じく足あしを置おくと言いえば、アメリカは大だい歓迎かんげいしてくれることだろう。東南とうなんアジアだってタイやベトナムベースにすればいい

                                                                                国交省、そろそろ矛を納めないとホンダなんか本社をアメリカに移します。トヨタだって豊田章男さん次第

                                                                              • Twitter、ゼロデイ脆弱ぜいじゃく性せい悪用あくようの約やく540万まんアカウントデータ漏ろうえいを正式せいしきに認みとめる

                                                                                米べいTwitterは8月がつ5日にち（現地げんち時間じかん）、ゼロデイ脆弱ぜいじゃく性せい（既すでに修正しゅうせい済ずみ）が悪用あくようされ、540万まん以上いじょうのアカウントと電話でんわ番号ばんごうやメールアドレスの情報じょうほうが流出りゅうしゅつしたと発表はっぴょうした。 この脆弱ぜいじゃく性せいについては1月がつ、同社どうしゃのバグ報奨ほうしょう金きんプログラムを通つうじて報告ほうこくを受うけたという。昨年さくねん6月がつのシステム更新こうしんの際さいに発生はっせいしたバグで、報告ほうこくを受うけて修正しゅうせいした時点じてんでは脆弱ぜいじゃく性せいが悪用あくようされた証拠しょうこはなかったとしている。 だが、米べいRestore Privacyの7月がつの報道ほうどうで、この脆弱ぜいじゃく性せいが悪用あくようされ、アカウントリストが販売はんばいされていることを知しったため、影響えいきょうを受うけたことが確認かくにんできるユーザーには直接ちょくせつ通知つうちした。 この段階だんかいで公式こうしきブログで発表はっぴょうするのは、「影響えいきょうを受うけた可能かのう性せいのあるすべてのアカウントを確認かくにんすることはできず」、特とくに匿名とくめいアカウントは国家こっかなどの標的ひょうてきになる可能かのう性せいがあるためとしている。 米べいBleepingComputerによると、アカウントと紐ひも付つけられたのは、電話でんわ番号ばんごう

                                                                                  Twitter、ゼロデイ脆弱性悪用の約540万アカウントデータ漏えいを正式に認める

                                                                                • Firestoreセキュリティルールの基礎きそと実践じっせん - セキュアな Firebase活用かつように向むけたアプローチを理解りかいする - Flatt Security Blog

                                                                                  こんにちは、株式会社かぶしきがいしゃFlatt Security セキュリティエンジニアの梅内うめうち(@Sz4rny)です。 本稿ほんこうでは、Cloud Firestore (以下いか、Firestore) を用もちいたセキュアなアプリケーション開発かいはつを行おこなうためのアプローチについて説明せつめいするとともに、そのアプローチを実現じつげんするセキュリティルールの記述きじゅつ例れいを複数ふくすう取とり上あげます。 本稿ほんこうを読よむことで、そもそも Firestore とは何なにか、どのように Firestore に格納かくのうするデータの構造こうぞうを設計せっけい、実装じっそうすればセキュアな環境かんきょうを実現じつげんしやすいのか、また、Firestore を利用りようするアプリケーションにおいてどのような脆弱ぜいじゃく性せいが埋うめ込こまれやすいのかといったトピックについて理解りかいできるでしょう。 なお、本稿ほんこうは以前いぜんに投稿とうこうした記事きじと共通きょうつうする部分ぶぶんがあります。理解りかいを補強ほきょうするために、こちらの記事きじも適宜てきぎご覧らんください。 flattsecurity.hatenablo

                                                                                    Firestoreセキュリティルールの基礎と実践 - セキュアな Firebase活用に向けたアプローチを理解する - Flatt Security Blog
                                                                                  前まえのページ 4 5 6 7 8 9 10 11 12 13 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.