タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
youtu.be こんにちは。freee 基盤チーム Advent Calendar 2023 12/6の記事は、PSIRTのWaTTsonがお届けします。セキュリティの仕事をやっている新卒2年目です。 freeeでは会計や人事労務といった領域のプロダクトを提供していて、顧客となる企業の財務情報や給与情報のような、非常に機微な情報を扱うことがあります。このため、情報セキュリティには特に気をつけて対策をとる必要があります。 freeeのセキュリティに関する施策方針については、セキュリティホワイトペーパーにまとめて公開しています。この中で、データの取り扱いについては「セキュリティレベル」を定めてそれに応じた保護策をとる旨が記載されています。 データの取り扱いとセキュリティレベル プロダクトを作る際、機微な情報は適当に定めた信頼境界から外に出さないように運用して、情報漏洩などの被害が起きないよう
GitHub - secretlint/secretlint: Pluggable linting tool to prevent committing credential.
A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?
EngineeringGit Credential Manager: authentication for everyoneEnsuring secure access to your source code is more important than ever. Git Credential Manager helps make that easy. Universal Git Authentication “Authentication is hard. Hard to debug, hard to test, hard to get right.” – Me These words were true when I wrote them back in July 2020, and they’re still true today. The goal of Git Credenti
Git Credential Manager Core: Building a universal authentication experience
SecurityGit Credential Manager Core: Building a universal authentication experienceAuthentication is a critical component to your daily development. When working in open source, you need to prove that you have rights to update a branch with git push. Additionally… Authentication is a critical component to your daily development. When working in open source, you need to prove that you have rights t
Passkeyに対応するAndroid用の新パスワードマネージャ「Credential Manager」α版をGoogleがリリース。デバイス間でクレデンシャル同期可能に
Passkeyに対応するAndroid用の新パスワードマネージャ「Credential Manager」α版をGoogleがリリース。デバイス間でクレデンシャル同期可能に GoogleはPasskeyに対応するAndroid用の新しいパスワードマネージャ機能「Credential Manager」のアルファ版を開発者向けにリリースしたと発表しました。 We are excited to announce the alpha release of Credential Manager, a new #Jetpack API that allows devs to simplify their users' authentication journey, while also increasing security with support of passkeys. Read more in
Google、新サインイン方式「Passkey（パスキー）」を用いたアプリ認証の正式版「Credential Manager」をアプリ開発者向けにリリース アプリに「Credential Manager」を導入することでパスワードレスのサインインが可能に 「Credential Manager」はアプリで使用可能な全てのサインイン方式を一つに集約 Google は 2023 年 2 月 6 日（月）、昨年 2022 年 10 月に Android と Chrome においてベータ版として提供を開始した新サインイン方式「Passkey（パスキー）」の正式版となる「Credential Manager（Credential Manager API）」を、アプリ開発者向けにリリースしました。
1Passwordから情報を取得するgit credential helperを作ってみた | DevelopersIO
DA事業部の岩澤です。 最近、色々ありまして社用PCにWSLを導入しました。 (MacにVMWare使ってWindows10入れてその上にWSLのUbuntu入れました。さらにMac側にはDocker環境もインストールしているので、時折PC FANがいい音を奏でます) ついでにgit操作も行えるようにと git(ver.2.24.0)をインストールしたりしました。 すると、設定が悪いのかリモートリポジトリにアクセスする度にパスワード入力を求められてしまい... ・pushしようとしてパスワード聞かれてコピー＆ペースト ・fetchしようとしてパスワード聞かれてコピー＆ペースト ・cloneしようとしてパスワード聞かれてコピー＆ペースト ...いけない、このままでは虚ろな目で作業することになり精神的にもよろしくないです。 これを改善すべく1Passwordからユーザーとパスワードを引っ張って
CommunityOpen SourceSecurityGit credential helper vulnerability announced (Update)Learn more about the security vulnerabilities affecting Git 2.26.1 and older. A couple of days ago, Git released v2.26.1 to address a critical vulnerability in the credential helper mechanism. Today, the Git project is releasing another round of updates to address a related issue that’s present in v2.26.1 and older.
Git credentialプロトコルの脆弱性(CVE-2020-5260)を眺めた - Plan 9とGo言語のブログ
Gitは認証の必要なリポジトリへアクセスするとき、ユーザ名とパスワード入力を必要としますが、アクセスするたび入力するのは煩わしいので、資格情報を記憶するために、git-credential-から始まる名前のカスタムヘルパーコマンドが存在します。これらカスタムヘルパーはGitから標準入出力を扱う普通のコマンドで、標準入力経由でGitから渡されたパラメータに従って、対応するパスワードを標準出力を介してGitへ返します。ヘルパーコマンドが呼ばれるルールはgitcredentials(7)に書かれています。 これらのヘルパーコマンドとGitの間で使われるプロトコルがGit credentialプロトコルです。プロトコルは1行に1つのキーバリューが書かれるテキストプロトコルで、リクエストは空行で終わります。ヘルパーコマンドは空行までを読み取って、不足しているパラメータ(通常はパスワードだけ)を返しま
GitのHTTPS認証に個人アクセストークンを求めるのは間違っているだろうか (Git Credential Manager のすゝめ)
TL;DR git-credential-manager (GCM)を使い、ブラウザ経由で 2 要素認証を突破しましょう。 GCM では、アクセストークンを発行・管理する手間を省けるOAuth 2.0が可能になります。 Windows の場合は、Git for Windowsインストール時に GCM も設定可能ですが、 他のプラットフォームでも自分でインストールすれば動作するようです。 アクセストークンの発行や管理を慎重に行ってますか? 最近、OSS への悪意あるコードの混入やアクセストークンの流出(Heroku)など、インシデントの頻度が上がっていますね。 GitHub に於いては、 2 要素認証(2FA)を義務化する動き[1]も活発です。 そんな中、ネットワーク要件等の都合で、SSH ではなく HTTPS が推奨されている場合もあるのではないでしょうか? 実際、GitHub はより簡単
GitHub - git-ecosystem/git-credential-manager: Secure, cross-platform Git credential storage with authentication to GitHub, Azure Repos, and other popular Git hosting services.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
複数のgithubアカウントをノンストレスで運用する方法（脱ssh鍵設定）（git credential helperの活用） - Qiita
複数のgithubアカウントをノンストレスで運用する方法（脱ssh鍵設定）（git credential helperの活用）GoGitGitHubPrivateRepositorygithub-credential-helper はじめに githubは公式でも言っているように、基本的に1人1アカウントで運用することが推奨されています。 しかし、様々な事情で複数のGithub Accountを利用している人も多いのではないでしょうか。 そんな時に困るのが、git commandを使用する時の認証だと思います。 実際にググってみると、以下のような回避方法がありました。 ssh keyを登録して、ssh configを設定して切り分ける方法（一番王道） 1つのリポジトリだけであれば、 https://username:password@github.com/xxx/xxx でcloneする方
はじめに 今更ながら、GitHubとAWSをOIDC（OpenID Connect）で連携して、GitHub ActionsからS3へ連携したので、やり方について記載 OIDC そもそもOIDCってなんだっていう人は、ChatGPTさんに聞いたら以下をおすすめしてくれたので、記載しておきます。 その上で、GitHubの該当ページには、以下のように説明がありました。 No cloud secrets: You won't need to duplicate your cloud credentials as long-lived GitHub secrets. Instead, you can configure the OIDC trust on your cloud provider, and then update your workflows to request a short-l
Chrome 108 ベータ版 : CSS の新しいビューポートの単位、Federated Credential Management API、可変 COLRv1 フォントなど
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
はじめに GitHubで2要素認証を設定した上で git で push などをするためには, アクセストークンを払い出すか, SSHの公開鍵を登録するかが必要です. しかし, 自分が手動で登録・管理しなければならない認証情報が増えて面倒ですし, せっかく2要素認証を設定したのにセキュリティが微妙になる感じがします. そこで, Microsoftが開発している Git Credential Manager (GCM) を使うと, 手動での認証情報の登録不要 (OAuth) で, 2要素認証に対応できます. GitHub のほか, GitLab や Bitbucket, Azure DevOps にも対応しています. GCMはGit for Windowsではデフォルトで使えますが, MacやLinuxではhomebrewでインストールします. インストールしてみる まず認証管理の初期設定を下
Docker DesktopでAmazon ECR Credential Helperを使用する - Qiita
Docker Desktop for Windows/Mac 2.4.0.0 以降、Amazon ECR Credential Helper が 同梱されるようになりました。 Docker for Mac Stable release notes - Docker Desktop Community 2.4.0.0 https://docs.docker.com/docker-for-windows/release-notes/#docker-desktop-community-2400 都度、以下のようなコマンドで ECR へログインする一手間が減ります。 $ aws ecr get-login-password | docker login --username AWS --password-stdin https://<aws_account_id>.dkr.ecr.<region>
Automating cross-account actions with an AWS CDK credential plugin | Amazon Web Services
AWS DevOps Blog Automating cross-account actions with an AWS CDK credential plugin The AWS Cloud Development Kit (AWS CDK) is an open-source software development framework to model and provision your cloud application resources using familiar programming languages. You can automate release pipelines for your infrastructure defined by the AWS CDK by using tools such as AWS CodePipeline. As the arch
GitHub - aws-actions/configure-aws-credentials: Configure AWS credential environment variables for use in other GitHub Actions.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
[アップデート] EC2インスタンスでWindows Defender Credential Guardがサポートされました | DevelopersIO
[アップデート] EC2インスタンスでWindows Defender Credential Guardがサポートされました 先週AWSよりEC2においてWindows Defender Credential Guard(以後Credential Guardと表記)がサポートされたとアナウンスされました。 本記事ではこの詳細を解説します。 Credential Guardとは？ Credential GuardはWindows 10/Windows Server 2016より登場した仮想化ベースのセキュリティ(VBS)の一機能です。 VBSはその名前の通りHyper-Vの機能を使い、ハイパーバイザーによって分離された環境(VSM)のカーネル上でOSの特定機能を実行します。 (https://techcommunity.microsoft.com/t5/windows-insider-pro
![[アップデート] EC2インスタンスでWindows Defender Credential Guardがサポートされました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b78e1b00fb2da19e9cae6ca64621e34b0d3796b7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F08%2Famazon-ec2.png)
認証の仕組みとclient-go credential plugin / authentication and client-go credential plugin
2019.8.28 Kubernetes Meetup Tokyo #22
Git Credential Manager Core は Git Credential Manager にリネームされています - Qiita
Git Credential Manager Core は Git Credential Manager にリネームされていますWindowsGitGitHub 雑に結論 Git Credential Manager Core は 2021年11月に Git Credential Manager にリネームされています。今後は Git Credential Manager を使いましょう。 以下の話は私の環境以外でも同じ話なのかは未確認になりますのでご了承ください。 OS: Windows 11 Pro シェル: PowerShell git は scoop 経由で下記をインストール済み ことのなりゆき GitHub のあるリポジトリに 今まで SSH で接続していたのを HTTPS 接続に変えました。もろもろの設定が終わり、 git push を実行すると下記ダイアログが出現しました。
IIW (Internet Identity Workshop) の Verifiable Credential チケット – IIJ Security Diary
デジタルアイデンティティ難しいです。勉強のため、アイデンティティに関する世界最大規模のワークショップ IIW (Internet Identity Workshop) に参加してみることにしました。年に2回の会合で、第32回となる今回は2021年4月20日から3日間のオンライン開催です。アンカンファレンスと呼ばれるスタイルが採用されています。あらかじめプログラムが決められる通常のカンファレンスとは異なり、毎朝 Opening Circle という場でその日のプログラムを参加者たちが話し合いながら決めていくようです。 開催まで一週間を切った4月16日、IIW の事務局から開催案内メールが届きました。ワークショップでは QiqoChat という交流システムを使うようで、開催前に参加登録と動作確認をしておくようにとの指示でした。 QiqoChat への参加登録には2通りのやり方があるようです。1
アプリケーションからAWSのリソースにアクセスする場合、何かしらのIAMユーザを作って、 AWS_ACCESS_KEY_ID AWS_SECRET_ACCESS_KEY を発行して、環境変数などにセットして Aws::S3::Client.new( region: 'ap-northeast-1', access_key_id: ENV['AWS_ACCESS_KEY_ID'], secret_access_key: ENV['AWS_SECRET_ACCESS_KEY'] ) => #<Aws::S3::Client> でアクセスすること、多いですよね。 でも、EC2インスタンスや、ECSのタスクに Roleを設定してそちらで権限管理すると、credentialをアプリケーション側で管理しなくてもよくてより管理しやすくなってよいのですが、その場合のアプリケーションからのクレデンシャルの渡
![[aws]IAM Roleで権限設定している場合のcredentialの渡し方 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a23c3bba6ebacc43b2887cde857c6fc428ff411c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCYXdzJTVESUFNJTIwUm9sZSVFMyU4MSVBNyVFNiVBOCVBOSVFOSU5OSU5MCVFOCVBOCVBRCVFNSVBRSU5QSVFMyU4MSU5NyVFMyU4MSVBNiVFMyU4MSU4NCVFMyU4MiU4QiVFNSVBMCVCNCVFNSU5MCU4OCVFMyU4MSVBRWNyZWRlbnRpYWwlRTMlODElQUUlRTYlQjglQTElRTMlODElOTclRTYlOTYlQjkmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTY0NWI5MGQxMTU3ZDk4NjVmODAzOGUyMzE0NmFhMDUy%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBwb2NhcmkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTI1NGQxNTkwNTE4MmJjOWUzNjg2ZDQ3MjVjMGQzNmQ0%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44GX44GP44G_6KO95L2c5omA5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D7b848e81fed89ed1f51c03e760247ad4)
Kubernetes v1.26: GA Support for Kubelet Credential Providers
Authors: Andrew Sy Kim (Google), Dixita Narang (Google) Kubernetes v1.26 introduced generally available (GA) support for kubelet credential provider plugins, offering an extensible plugin framework to dynamically fetch credentials for any container image registry. Background Kubernetes supports the ability to dynamically fetch credentials for a container registry service. Prior to Kubernetes v1.20
こんにちは。CTO室長の浅野(@masakz5)です。 SSIのVerifiable Credentialのについて見聞きしたとき、昔からPKIやx.509証明書に関わっている方々の中には「属性証明書(Attribute Certificate)」のことを思い出される方も多いかもしれません。 今回のブログでは、この属性証明書とVerifiable Credential(VC)を比較してみたいと思います。 属性証明書とは何か 属性証明書(Attribute Certificate)とは、証明書の発行対象の属性情報を公開鍵の証明書とは別のx.509証明書として発行するという考え方で、2002年にRFC3281としてRFCとなり、2010年にこれを改定する形でRFC5755となっています。 以前のブログ記事でも書いたように、一般的にx.509証明書と呼ばれるものは、公開鍵（＝対となる秘密鍵）とそ
WSL2でDocker buildをすると止まる問題("docker-credential-desktop.exe": executable file not found in $PATH, out: ``) - Qiita
WSL2でDocker buildをすると止まる問題("docker-credential-desktop.exe": executable file not found in $PATH, out: ``)DockerWSL2 はじめに Docker build -f ./Dockerfile -t ~~ . をしていて，エラーで止まって色々ググった結果を載せておきます． 初心者なりの試行錯誤なので的外れ感ありますが，優しくみてください． やるまえに参考文献の方をみてからやることをお勧めします． 環境 cpu : Intel Core i9 9900k gpu : Nvidia RTX2080 Super ram : 32GB Docker Desktop使用 エラー文 Ubuntu18.04のビルドをしたかった． ~~~@MyComputer:~/dock$ docker build
2. フォーカス・リサーチ（1）Verifiable CredentialとBBS+署名 | Internet Infrastructure Review（IIR）Vol.52 | IIJの技術 | インターネットイニシアティブ(IIJ)
2. フォーカス・リサーチ（1） Verifiable CredentialとBBS+署名 2.1 はじめに 新しいデジタルアイデンティティのあり方として、自己主権型アイデンティティ（Self-Sovereign Identity、SSI）が注目を集めています。デジタルアイデンティティは「自分が何者であるか」をデジタル空間の中で表現したもので、名前、生年月日、性別、メールアドレスのような属性の集まりでできています（注1）。従来、デジタルアイデンティティの管理はアプリケーションや業務システム、またはGAFAMに代表されるアイデンティティプロバイダによって行われてきました。これをアイデンティティの持ち主である自分自身が主体的に管理できるようにしようというのが自己主権型アイデンティティの考え方です。 本レポートのVol.43（注2）で自己主権型アイデンティティを取り上げてから2年が経過しました。
IoT セキュリティで重要な「認証鍵」どこに保管する？AWS IoT EduKit から学ぶ「セキュアエレメント」の役割と機能/Where does store an “important” credential
2021年11月20日～21日開催、JAWS PANKRATION 2021 にて、ソラコム松下が発表した「IoT セキュリティで重要な "認証鍵" どこに保管する？AWS IoT EduKit から学ぶ "セキュアエレメント" の役割と機能」の資料です。 グローバルイベントのため、スライドは英語です。
クレデンシャルを安全に共有する「Secure Credential Transfer」の仕様 - ASnoKaze blog
AppleとGoogle方らによって「Secure Credential Transfer」という提案仕様が、IETFのDispatch WGに提出されています。 この仕様は、イントロダクションにも書かれている通り、iOSやAndroidといったプラットフォームの異なるデバイス間でクレデンシャルを共有する方法を定めています。 実際にそういったデバイスを作ってる方々からこのような提案が出てくるというのは興味深いところです。 Secure Credential Transferの概要 この「Secure Credential Transfer」では、リレーサーバというWebアプリケーションを導入し、SenderからReceiverにクレデンシャルを共有します。 共有方法には2つの手順があり ステートレス: 単一のクレデンシャルのみ送信できる ステートフル: 複数のデータを送信できる。ただし手順
下記の仕様変更に追随するために更新。 クレデンシャルレスポンス暗号化関連のメタデータ群が credential_response_encryption という一つの JSON オブジェクトにまとめられた。 クレデンシャルレスポンスから format プロパティが削除された。 RAR オブジェクト内の format プロパティが復活した。 openid_credential タイプを持つ RAR オブジェクトは credential_configuration_id プロパティか format プロパティのどちらかを含まなければならなくなった。 クレデンシャルオファー内の credential_configurations プロパティが credential_configuration_ids へと名称変更された。 2. OID4VCI 仕様 OID4VCI 仕様は、Verifiable C
Android向けCredential Managerが11月1日から利用可能に。パスキーでのログインに対応 | テクノエッジ TechnoEdge
Googleは、AndroidのアプリでパスキーをサポートするCredential Managerを11月1日に一般向け正式リリースします。 Googleは10月初めにGoogleアカウントへのログインでパスキーを利用可能にしましたが、多くのアプリではまだパスワード認証が使われており、電子メールやSNSで送られる認証コードを入力したり、認証アプリを利用したりと様々。ユーザーはどのアプリが何を利用しているのかを覚えておく必要があるほか、開発者側もさまざまなログイン方法をサポートするため負担が増加してしまいます。 Credential Managerはこうした問題を解決するためのもの。パスキーはもちろん、従来のパスワード認証もサポートしているので複数のアカウントを使い分ける場合などにも対応できます。また、どのアプリでも統一したUIでログインできるという点もメリットです。 iOSでは対応している
git credential を使おう
概要 git の認証を毎回入力するのは面倒なので localhost 上に認証情報を保存することができます 今回は基本的な使い方を紹介します 環境 Ubuntu 16.04 git 2.7.4 永続的に保存 (store) 認証情報をファイルに保存する方法です 認証情報が消えることはないので登録すればそれ以降はパスワードを尋ねられることはないですが残念ながら保存方法が平文しかありません 永続的に保存する場合は store を使います git config --global credential.helper store cat ~/.gitconfig [credential] helper = store これで store を使う準備ができました あとは認証情報を記載したファイルを作成するだけです git credential-store store で対話的に登録することができます
「Git Credential Manager for Windows」が何度も聞かれないように認証設定しよう！
手順 [コントロールパネル] > [ユーザアカウント] > [資格情報のマネージャ] を開き、[Windows資格情報の追加]をクリックします。 ここでGitLabのURLと自分のGitアカウント情報を入力します。 入力例は以下のとおりです。 GitLabのURLの入力ですが、ここはフルパスで入力するのではなく、たとえばhttp://gitlab.local/というアドレスで普段アクセスしているのであれば、ホスト名であるgitlab.localを設定します。 入力を終えたらOKボタンを押下し、設定が反映されていることを確認します。 手順は以上です。 これでGit Credential Manager for Windowsが何度も聞かれずに済むようになりました。 お疲れさまでした。
米Googleは、スマートフォン向けOS「Android」に「Credential Manager」の正式版を追加すると10月25日（現地時間）に発表した。Credential Managerは11月1日から利用可能で、APIレベル28以降のAndroidで動作する。 Credential Managerは、AndroidアプリケーションやWebサイトへのログインを容易にする機能で、ログインが必要な場面になると、その端末で使用したことがあるユーザー名を並べてユーザーに提示する。ユーザーはユーザー名を選択し、認証の手続きをすることでログインできる。 Credential Managerでは、パスワード認証に加えてパスキーを使った認証にも対応する。パスキーに対応するアプリケーションやWebサイトへのログインでは、ユーザー名を選択し、指紋認証や顔認証を済ませるだけでログインできる。パスワードを使
Amazon GuardDuty Enhances Detection of EC2 Instance Credential Exfiltration | Amazon Web Services
AWS News Blog Amazon GuardDuty Enhances Detection of EC2 Instance Credential Exfiltration [This blog post was updated on Jan. 23rd to show how to use imdsv2 instead of imdsv1] Amazon GuardDuty is a threat detection service that continuously monitors for malicious activity and unauthorized behavior to protect your AWS accounts, workloads, and data stored in Amazon Simple Storage Service (Amazon S3)
Configuration and credential file settings - AWS Command Line Interface
You can save your frequently used configuration settings and credentials in files that are maintained by the AWS CLI. The files are divided into profiles. By default, the AWS CLI uses the settings found in the profile named default. To use alternate settings, you can create and reference additional profiles. You can override an individual setting by either setting one of the supported environment
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
credentialをSlackに書くな高校校歌 - freee Developers Hub
Git Credential Manager: authentication for everyone
パスキー対応のAndroid API「Credential Manager」が一般提供開始／早い、簡単、安全な次世代オンライン認証。「1Password」や「Enpass」での同期も可
Google、新サインイン正式版「Credential Manager」リリース
Git credential helper vulnerability announced (Update)
Android、パスキーでログインするCredential Managerが11月1日に利用可能に
GitHub ActionsからOIDCでCredential情報を使わずにAWSと連携 - Qiita
gitで2要素認証を突破するためのGit Credential Managerの紹介 - Qiita
Passkeyをサポート、Androidの「Credential Manager」が開発者向けに公開
[aws]IAM Roleで権限設定している場合のcredentialの渡し方 - Qiita
x.509属性証明書とVerifiable Credential
GitHub Japan on X: "credentialをGitHubに書くなソング〜書くならPushProtectionしろ〜 こんにちは。12月も半ばにさしかかり、アドベントカレンダーの季節ですがみなさま盛り上がっていますか？中の人たちは毎年、色んな記事が読めるのを楽しみにしています。 freee… https://t.co/iTgDsVcGN1"
OpenID for Verifiable Credential Issuance - Authlete
Google、パスキー認証に対応する「Credential Manager」をAndroidに追加
www.itmedia.co.jp
www.itmedia.co.jp
www.itmedia.co.jp
www.jmd.co.jp
www.itmedia.co.jp
www.itmedia.co.jp