CWE一覧に戻る
CWE-650

サーバー側でHTTPパーミッション・メソッドを信頼する

Trusting HTTP Permission Methods on the Server Side
脆弱性 作成中
JA

サーバーには、HTTP GETを使ってアクセスされたURIは、関連するリソースの状態を変更しないと仮定する保護メカニズムが含まれています。一部のアプリケーションでは GET による状態の変更が許可されているため、これによって攻撃者は意図したアクセス制限を回避し、リソースの変更と削除を行うことができるかもしれません。

HTTP GETメソッドと他のいくつかのメソッドは、リソースを取得するために設計されており、サーバー側でアプリケーションやリソースの状態を変更するものではありません。さらに、HTTP 仕様は GET リクエスト (および他のリクエスト) が副作用を持たないことを要求しています。意図しないリソースの改変を防ぐのに十分であると考え、アプリケーションは HTTP リクエストがリソース表現に対して DELETE、PUT、POST 操作を行うことを許可しないかもしれません。しかし、HTTPプロトコル自体には、HTTP GETメソッドが単なるデータの問い合わせ以上の操作を行うことを妨げるものはありません。開発者は HTTP GET リクエストを受け付けるプログラムを簡単にコーディングすることができます。例えば、RESTベースのWebサービスでは、HTTP GETリクエストがサーバー側のリソースを変更することはよくあることです。しかし、そのようなことが起こるたびに、アプリケーションでアクセス制御を適切に実施する必要があります。HTTP DELETE、PUT、POST、その他のメソッドだけが、リクエストでアクセスされるリソースの表現を変更する権限を持っていると仮定すべきではありません。

EN

The server contains a protection mechanism that assumes that any URI that is accessed using HTTP GET will not cause a state change to the associated resource. This might allow attackers to bypass intended access restrictions and conduct resource modification and deletion attacks, since some applications allow GET to modify state.

The HTTP GET method and some other methods are designed to retrieve resources and not to alter the state of the application or resources on the server side. Furthermore, the HTTP specification requires that GET requests (and other requests) should not have side effects. Believing that it will be enough to prevent unintended resource alterations, an application may disallow the HTTP requests to perform DELETE, PUT and POST operations on the resource representation. However, there is nothing in the HTTP protocol itself that actually prevents the HTTP GET method from performing more than just query of the data. Developers can easily code programs that accept a HTTP GET request that do in fact create, update or delete data on the server. For instance, it is a common practice with REST based Web Services to have HTTP GET requests modifying resources on the server side. However, whenever that happens, the access control needs to be properly enforced in the application. No assumptions should be made that only HTTP DELETE, PUT, POST, and other methods have the power to alter the representation of the resource being accessed in the request.

Scope: Access Control / Impact: Gain Privileges or Assume Identity
Scope: Integrity / Impact: Modify Application Data
Scope: Confidentiality / Impact: Read Application Data
Configure ACLs on the server side to ensure that proper level of access control is defined for each accessible resource representation.
MITRE公式ページ — CWE-650