What is ClairV4 - Clair Documentation
What is Clair Clair is an application for parsing image contents and reporting vulnerabilities affecting the contents. This is done via static analysis and not at runtime. Clair supports the extraction of contents and assignment of vulnerabilities from the following official base containers: Ubuntu Debian RHEL Suse Oracle Alpine AWS Linux VMWare Photon Python The above list defines Clair's current
X-Content-Type-Options - HTTP | MDN
HTTPガイドHTTP の概要HTTP の進化典型的な HTTP セッションHTTP メッセージメディア種別一般的な種別HTTP の圧縮HTTP キャッシュHTTP 認証HTTP Cookie の使用HTTP のリダイレクト条件付きリクエストRange requestsクライアントヒント圧縮辞書転送 Experimental ネットワークエラーログ記録 Experimental コンテンツネゴシエーション既定の Accept 値UA 文字列によるブラウザーの判定HTTP/1.x のコネクション管理プロトコルのアップグレードの仕組みプロキシーサーバーとトンネリングプロキシー自動構成ファイル (PAC)HTTP セキュリティHTTP Observatory実践的なセキュリティ実装ガイド権限ポリシー Experimental Cross-Origin Resource Policy (CORP)
Cache-Control - HTTP | MDN
HTTPガイドHTTP の概要HTTP の進化典型的な HTTP セッションHTTP メッセージメディア種別一般的な種別HTTP の圧縮HTTP キャッシュHTTP 認証HTTP Cookie の使用HTTP のリダイレクト条件付きリクエストRange requestsクライアントヒント圧縮辞書転送 Experimental ネットワークエラーログ記録 Experimental コンテンツネゴシエーション既定の Accept 値UA 文字列によるブラウザーの判定HTTP/1.x のコネクション管理プロトコルのアップグレードの仕組みプロキシーサーバーとトンネリングプロキシー自動構成ファイル (PAC)HTTP セキュリティHTTP Observatory実践的なセキュリティ実装ガイド権限ポリシー Experimental Cross-Origin Resource Policy (CORP)
RESTにおける冪等性について｜らむ
初めてプログラミングの記事を書くので、要点だけツギハギですが、初心者エンジニアの一助になれば。 そもそもPOST送信とは HTTP通信方式の一つで指定したリソースを実装した機能に従って処理をする機能主に登録処理や更新処理などの、書き込みがありリソースが更新される可能性のある処理に対して使うメソッド 冪等でないかつ安全でない 安全ではない→DB内容を書き換えることがある（UPDATE、INSERT）ため RESTという概念 分散型システムにおける複数のソフトウェアを連携させるのに適した設計原則の集合、考え方のことで、 ・アドレス可能性(Addressability) 提供する情報がURIを通して表現できること。全ての情報はURIで表現される一意なアドレスを持っていること。 ・ステートレス性(Stateless) HTTPをベースにしたステートレスなクライアント/サーバプロトコルであること。セ
OpenAPI Specification v3.1.1
OpenAPI Specification v3.1.1 Version 3.1.1 24 October 2024 More details about this document This version: https://spec.openapis.org/oas/v3.1.1.html Latest published version: https://spec.openapis.org/oas/latest.html Latest editor's draft:https://github.com/OAI/OpenAPI-Specification/ Editors: Darrel Miller Henry Andrews Jeremy Whitlock Lorna Mitchell Marsh Gardiner Miguel Quintero Mike Kistler Ralf
OpenAPIとは｜Swaggerとの違いと活用ツール
「OpenAPIを利用すると何ができるようになる？」 「OpenAPIとSwaggerは何が違う？」 OpenAPIとはWebアプリケーション同士の安全な通信のために、どのような項目・形式で仕様を記載すべきか定義したフォーマットのことです。Excelなどで管理していたAPI仕様書をOpenAPIを用いて作成することで、フォーマットが統一されて管理しやすくなります。また、生成AIを活用すれば、さらに作業を効率化することも可能です。 本記事では、以下の内容を詳しく解説します。 OpenAPIの概要 OpenAPIでできること OpenAPIのメリット・デメリット OpenAPIの書き方 OpenAPIを利用する際に役立つツール 本記事を読むことで、OpenAPIを導入することでできるようになることや、Swaggerとの違いが分かります。 開発やテストを効率化したいと考えている企業の方は、ぜひご
The Practical Test Pyramid
The “Test Pyramid” is a metaphor that tells us to group software tests into buckets of different granularity. It also gives an idea of how many tests we should have in each of these groups. Although the concept of the Test Pyramid has been around for a while, teams still struggle to put it into practice properly. This article revisits the original concept of the Test Pyramid and shows how you can
Web Authentication: An API for accessing Public Key Credentials - Level 3
Web Authentication: An API for accessing Public Key Credentials Level 3 W3C Working Draft, 27 January 2025 More details about this document This version: https://www.w3.org/TR/2025/WD-webauthn-3-20250127/ Latest published version: https://www.w3.org/TR/webauthn-3/ Editor's Draft: https://w3c.github.io/webauthn/ Previous Versions: https://www.w3.org/TR/2021/REC-webauthn-2-20210408/ https://www.w3.o
Baseline Requirements Documents - CAB Forum
Baseline Requirements Current Version CA-Browser-Forum TLS BR 2.1.6 (redlined) – adopted by Ballot SC085v2 Previous Versions CA-Browser-Forum TLS BR 2.1.5 (redlined) – adopted by Ballot SC081v3 CA-Browser-Forum TLS BR 2.1.4 (redlined) – adopted by Ballot SC084 CA-Browser-Forum TLS BR 2.1.3 (redlined) – adopted by Ballot SC083 CA-Browser-Forum TLS BR 2.1.2 (redlined) – adopted by Ballot SC080 CA-Br
政府情報システムにおける セキュリティ・バイ・デザインガイドライン
政府情報システムにおける セキュリティ・バイ・デザインガイドライン 2022（令和 4）年 6 月 30 日 デジタル庁 〔標準ガイドライン群ＩＤ〕 DS-200 〔キーワード〕 セキュリティ・バイ・デザイン、DevSecOps、システムライフサイクル保 護 〔概要〕 情報システムに対して効率的にセキュリティを確保するため、企画から運 用まで一貫したセキュリティ対策を実施する「セキュリティ・バイ・デザイ ン」の必要性が高まっている。本文書ではシステムライフサイクルにおける セキュリティ対策を俯瞰的に捉えるため、各工程でのセキュリティ・バイ・ デザインの実施内容を記載する。 併せてセキュリティ・バイ・デザインの実用性を確保するための関係者の 役割を定義する。 改定履歴 改定年月日 改定箇所 改定内容 2022年6月30日 - 初版決定 i 目次 １ はじめに ................
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Trivy
Swagger Editor
OpenAPIとSwagger 入門
What are passkeys?
https://www.soumu.go.jp/main_content/000826564.pdf
https://www8.cao.go.jp/cstp/ai/ai_senryaku/7kai/13gaidorain.pdf
生成AIサービスの利用に関する注意喚起等 -個人情報保護委員会-
Data Act
デジタルガバメント推進標準ガイドライン実践ガイドブック2023年デジタル庁.pdf
セキュア･プログラミング講座 / IPA
