Learn how to improve single sign-on (SSO) experiences using OpenID Connect (OIDC) and SCIM for streamlined authentication and user management.

The post shows how to use the Swiss Digital identity and trust infrastructure, (swiyu) as an MFA method in an ASP.NET Core web application using ASP.NET Core Identity and Duende IdentityServer. The…

Origin

Discover best practices for web application security in 2025. Learn about OAuth 2.0 flows, PKCE, the Backend for Frontend pattern, and more.

This article provides a comprehensive guide to using Azure Active Directory for authenticating and managing access to Amazon EKS clusters through OpenID Connect (OIDC) authentication.

ตั้งค่า OpenID Connect ให้เว็บไซต์ Drupal ล็อกอินด้วยบัญชี Google Image poakpong Mon, 2025-09-01 - 09:32 ขั้นตอนการตั้งค่า OpenID Connect ให้เว็บไซต์ Drupal ล็อกอินด้วยบัญชี Google 1. สร้างโปรเจคใน Google Cloud เพื่อขอ Client ID และ Client Secret ก่อนเริ่มตั้งค่าในเว็บไซต์ Drupal ต้องเปิดโปรเจคใหม่ใน Google Cloud จากนั้นเลือกใช้ Google People API หัวข้อ APIs & Services > Credentials > + Create Credentials > OAuth Client ID เลือกประเภท (Application type) Web application แล้ว ตั้งชื่อ (Name) ในส่วนของ Authorized JavaScript origins ให้ใส่ URL ของเว็บไซต์ Drupal ที่ต้องการให้ล็อกอินด้วย Google Account เช่น https://your-web-site และในส่วน Authorized redirect URIs ให้ใส่ URL ที่ได้จากการตั้งค่า OpenID Connect ในเว็บไซต์ Drupal โดยทั่วไปจะอยู่ในรูปแบบ https://your-web-site/openid-connect/google (ตรวจสอบอีกครั้งในข้อ 2) กดปุ่ม Create เพื่อบันทึกข้อมูล จากนั้นก็จะได้ Client ID และ Client Secret ที่จะต้องนำไปกรอกในเว็บไซต์ Drupal 2. ติดตั้งโมดูล OpenID Connect และ เปิดใช้งาน https://www.drupal.org/project/openid_connect ติดตั้งโมดูล OpenID Connect ด้วยคำสั่ง composercomposer require drupal/openid_connect จากนั้นเปิดเว็บไซต์ ไปที่หน้าจัดการ Extend (Modules) เพื่อเปิดใช้งานโมดูล OpenID Connect ไปที่หน้าตั้งค่า Configuration > Web services > OpenID Connect หัวข้อ Provider เลือก Google จากนั้นกรอกข้อมูล Client ID และ Client Secret ที่ได้จาก Google Cloud ในจุดนี้ ระบบจะบอกว่า Redirect URL คืออะไร https://your-web-site/openid-connect/google (นำไปกรอกในข้อ 1) บันทึกการตั้งค่า 3. ตรวจสอบสภาพแวดล้อมก่อนเริ่มใช้งาน 3.1 OpenID Connect ระหว่างขั้นตอนการตั้งค่า OpenID Connect เพื่อให้รองรับการล็อกอินจาก Google หัวข้อ OpenID buttons display in user login form ให้เลือกเป็น Replace ไปเลย เพื่อบังคับไม่ให้แสดงแบบฟอร์มการล็อกอินของระบบ และในหัวข้อ User claims mapping ให้คงไว้ตามที่โมดูลเตรียมไว้ให้ คือเลือกเฉพาะ Timezone = Zoneinfo ส่วนหัวข้ออื่นๆ ไม่ต้องเชื่อมต่อ (-No mapping-) ไว้อย่างนั้น 3.2 Account settings ในส่วนนี้ Configuration > People > Account settings กำหนดว่าใครสามารถลงทะเบียนเข้าใช้งานได้บ้าง ให้เลือกเป็น Administrators only (เฉพาะ Admin ที่สร้าง User) เป็นการปิดซ่อนแบบฟอร์ม การลงทะเบียนสมัครสมาชิกของระบบ Drupal ซึ่งตรงนี้ หากล็อกอินด้วยบัญชี Google ระบบจะสร้าง User ใหม่ ให้อัตโนมัติ 3.3 สิทธิ์การใช้งานต่างๆ เมื่อสมาชิก ล็อกอินด้วยบัญชี Google เข้ามาในระบบเว็บไซต์ Drupal แล้ว จะได้รับ บทบาท (Role) เป็น authenticated user ทันที ทั้งนี้ หากต้องการจำกัดสิทธิการใช้งาน ก็ต้องเข้าไปตรวจสอบและกำหนด สิทธิ์ (Permissions) ก่อนเริ่มใช้งาน 3.4 อนุญาตให้ User สามารถเปลี่ยน Username ได้เอง ค่าเริ่มต้นของการล็อกอินด้วยบัญชี Google ชื่อ Username ของ User จะเป็น Username เดียวกับที่ลงทะเบียนไว้ที่บัญชี Google หากต้องการอนุญาตให้ User สามารถเปลี่ยน Username ได้เอง ต้องอนุญาตให้ Change own username ได้ด้วย อย่างไรก็ตาม การล็อกอินด้วยบัญชี Google จะเปลี่ยนแปลงได้เฉพาะชื่อ Username เท่านั้น ไม่อนุญาตให้แก้ไขอีเมลที่ผูกไว้กับบัญชีที่ล็อกอินเข้าระบบ Drupal 4. ข้อควรระวัง ข้อสังเกต ในการเชื่อมต่อ OpenID Connect กับบัญชี Google เว็บไซต์ Drupal จำเป็นต้องติดตั้ง SSL/TLS ให้ถูกต้อง (ถ้าใช้ Cloudflare เป็น Proxy จะต้องกำหนดค่า SSL/TLS ให้เป็น Full (Strict))   * Tech * Drupal * OpenID * OpenID Connect * Google Account * User * Google Cloud * Web Server

Protect SPAs with OpenID Connect created with libraries like Angular and React or even just plain javascript. 0:00 Introduction 00:28 Authentication: server-rendered vs. client-rendered 01:18 Why…

Twilio acquiring Stytch signals a major shift in developer CIAM. I've analyzed 20+ platforms—from Descope to Keyclock—to show you which deliver on Auth0's promise without the lock-in. OpenID standards, AI agent auth, and what actually matters when choosing your identity platform.

Applied AI Engineering · San Francisco · FullTime

出典：Shutterstock経由 Digitala World 運用技術（OT）環境へのアクセスを提供する技術における脆弱性は特に危険です。なぜなら、攻撃者が重要な産業システムを妨害したり、機密データを盗んだり、重要なインフラストラクチャへの不正な制御を得たりすることができるからです。 最近発見されたこのような脆弱性の一例が、Claroty Secure Remote Access（SRA）におけるCVE-2025-54603です。ベンダーはすでにパッチを提供しています。この脆弱性は、Claroty SRAのオンプレミスOpenID Connect（OIDC）機能に存在し、攻撃者が基本的な権限を持つ不正ユーザーを作成したり、既存ユーザーになりすましたり、管理者権限を完全に取得したりする手段を与えていました。 認証バイパスの脆弱性 Limes Securityの研究者がこの脆弱性を発見し、報告したのは、今年初めに顧客のための定期的なペネトレーションテストを実施していた際のことでした。 Clarotyは、産業、医療、公共、商業分野の組織がサイバー脅威からOT環境を監視、管理、保護するための技術を提供しています。同社によれば、現在、世界中の数千の拠点で数百の組織がClarotyを利用して重要なOT資産を保護しています。Limesが脆弱性を発見したClaroty SRAは、ベンダー、請負業者、保守エンジニア、社内管理者などが、監視およびポリシー制御された方法でこれらのOT環境にリモート接続できるようにする技術です。 CVE-2025-54603は、Claroty Secure AccessでOIDCが構成されている場合のOpenID Connect（OIDC）認証フローの誤った実装に起因します。米国国立標準技術研究所（NIST）がNational Vulnerability Databaseで説明している通り、「Claroty Secure Access 3.3.0から4.0.2における不正なOIDC認証フローにより、不正なユーザー作成や既存OIDCユーザーのなりすましが発生する可能性があります。」 このような問題は、認証プロセス中に特定のトークンやIDアサーションの完全な検証や強制が行われない場合に発生し、攻撃者が不正なユーザーアカウントを作成したり、有効なOIDCユーザーになりすましたりすることを可能にします。 「設定が正しいかどうかをテストする通常のペンテストでした」と、Limes SecurityのIT/OTスペシャリストであるBenjamin Oberdorfer氏は、バグの発見について語ります。「基本的に、実際には非常に重大な脆弱性に偶然遭遇しました。認証メカニズムをバイパスできて、管理者やユーザーの[アクセス]が得られるというものでした」と、Dark Readingへのコメントで述べています。この脆弱性により、攻撃者は適切な登録なしに影響を受けるシステム上にユーザーを作成することができるとOberdorfer氏は言います。さらに悪いことに、たとえ二要素認証が有効になっていても、攻撃者はClarotyのSRAプラットフォームに直接ログインでき、多要素認証による保護を完全に回避することができます。 CVE-2025-54603がもたらすリスクを軽減する唯一の方法は、Clarotyが提供する脆弱性修正パッチを適用することです。OIDCを無効化するだけでは不十分で、脆弱性は依然として悪用可能だと彼は述べています。 より広範な脅威 Clarotyの脆弱性リサーチ責任者であるFelix Eberstaller氏は、この脆弱性について、攻撃者が認証プロセス中にどのフィールドや値を操作すればよいかを把握すれば、比較的簡単に悪用できると評価しています。「どのパラメータを操作すればよいか分かっていれば、毎回確実に、困難や障害なくこの脆弱性を悪用できます」と彼は述べています。Eberstaller氏によれば、この新たな脆弱性は、2021年にLimesがClarotyのSRA技術で発見したローカル権限昇格の脆弱性（悪用には特定の権限が必要だった）よりもはるかに深刻です。 Clarotyのリモートアクセス製品の脆弱性は、決して孤立した事例ではありません。OTや産業用制御システム（ICS）へのリモートアクセスを可能にする技術への需要の高まりは、しばしば不均一かつ一貫性のないセキュリティで導入されるリモートアクセスツールの急増を招いています。昨年の調査では、Clarotyが調査対象組織の55％がOT環境で4つ以上のリモートアクセスツールを使用しており、驚くべきことに33％は6つ以上を使用していることが判明しました。多くのツールはエンタープライズレベルではなく、特権アクセス管理、ロールベースアクセス制御、セッション記録、多要素認証などの重要な機能をサポートしていません。これらやその他の広範な問題への懸念から、米国連邦当局は今年初め、ICSおよびOTネットワークの運用者が攻撃の増加に十分に備えていないことについて勧告を発表しました。 翻訳元: