HTML Standard — IANA considerations（日本語訳）

17. ~IANA考慮点

17.1. `text/html^mt

この登録は、 ~community考査~用にあり，~IANAでの［考査, 認可, 登録］用に~IESGに提出されることになる。 ◎ This registration is for community review and will be submitted to the IESG for review, approval, and registration with IANA.

`型名^lbl

`text^mt

`下位型名^lbl

`html^mt

`要param^lbl

要求される~parameterは無い ◎ No required parameters

`任意param^lbl

`charset^c: ［文書~内の［ ~BOM（ `Byte Order Mark^en ）以外の`文字~符号化法~宣言$ ］を上書きする文書の`符号化法$doc ］を指定するためとして、この~parameterが供されてもヨイ。 ~parameterの値は、 `~ASCII大小無視$で文字列 `utf-8^l に合致しなければナラナイ。 `ENCODING$r ◎ The charset parameter may be provided to specify the document's character encoding, overriding any character encoding declarations in the document other than a Byte Order Mark (BOM). The parameter's value must be an ASCII case-insensitive match for the string "utf-8". [ENCODING]

`符号化考^lbl

8bit （§ `文字~符号化法~宣言$を見よ） ◎ 8bit (see the section on character encoding declarations)

`security考^lbl

【！Entire novels】 ~HTML文書に適用される~security考慮点についての多くは、この仕様【！文書】内に挙げられており，読者は詳細を~~参照できる。しかしながら、ここに言及するに~~価する，一般的な懸念もある： ◎ Entire novels have been written about the security considerations that apply to HTML documents. Many are listed in this document, to which the reader is referred for more details. Some general concerns bear mentioning here, however:

~HTMLは，~script可能な言語であり、数多くの~APIを備える（うち一部は、この文書~内に述べられる）。 ~scriptは、［情報~漏洩e, 資格証の漏洩e, ~XSS攻撃, ~CSRF, その他の問題の宿主］を成し得る~riskを利用者に公開し得る。この仕様における各種~設計は，正しく実装されれば安全になるものと意図されているが、全部的な実装は膨大な事業であり、他の~softwareと同じく，~UAには~security~bugがある見込みが高い。 ◎ HTML is scripted language, and has a large number of APIs (some of which are described in this document). Script can expose the user to potential risks of information leakage, credential leakage, cross-site scripting attacks, cross-site request forgeries, and a host of other problems. While the designs in this specification are intended to be safe if implemented correctly, a full implementation is a massive undertaking and, as with any software, user agents are likely to have security bugs.

~scriptingを伴わないときでも、 ~HTMLには特有な特能がある — それは，歴史的な理由から旧来の内容と広く互換性を得るために要求されるが、あいにく，~security問題も利用者に公開する。特に， `img$e 要素は、一部の他の特能との併用で， ~Internetにおける利用者の所在から~portを~scanする効果を及ぼす仕方として利用され得る。これは、攻撃者が他では決定-不能な，局所的な~network~topologyを公開し得る。【参考：対策として、~fetch~metadata要請~headerが策定されている。】 ◎ Even without scripting, there are specific features in HTML which, for historical reasons, are required for broad compatibility with legacy content but that expose the user to unfortunate security problems. In particular, the img element can be used in conjunction with some other features as a way to effect a port scan from the user's location on the Internet. This can expose local network topologies that the attacker would otherwise not be able to determine.

~HTMLは、 `同一-生成元~施策^i としても知られる， “個室~化” ~schemeに依拠する。ほとんどの事例では、 `生成元$は［同じ~hostから，同じ~port上で，同じ~protocolを利用して］~serveされるすべての~pageからなる。 ◎ HTML relies on a compartmentalization scheme sometimes known as the same-origin policy. An origin in most cases consists of all the pages served from the same host, on the same port, using the same protocol.

したがって，［ある~siteの一部を形成する信用されない内容は、その~site上の他の敏感な内容とは異なる`生成元$で~hostされる］ことを確保することが~~不可欠である。信用されない内容は、［同一-生成元に属する他の~pageを偽装する／同一-生成元からの~dataを読取る／同一-生成元に属する~scriptを実行する／ ~formを同一-生成元［へ／から］提出する］ことが — それらが一意な~tokenにより~CSRF攻撃から保護されていても — 容易にでき，［その生成元に公開された第三者-主体~資源／その生成元に是認された権利］（順不同）を用立てることができる。 ◎ It is critical, therefore, to ensure that any untrusted content that forms part of a site be hosted on a different origin than any sensitive content on that site. Untrusted content can easily spoof any other page on the same origin, read data from that origin, cause scripts in that origin to execute, submit forms to and from that origin even if they are protected from cross-site request forgery attacks by unique tokens, and make use of any third-party resources exposed to or rights granted to that origin.

`相互運用考^lbl

内容の処理~規則は、適合しないものも含め，この仕様~内に定義される。 ◎ Rules for processing both conforming and non-conforming content are defined in this specification.

`公表仕様^lbl

この文書が，関連な仕様である。資源に `text/html$mt 型を~labelすることは、当の資源は［ `~HTML構文$を利用している`~HTML文書$ ］であるものと表明する。 ◎ This document is the relevant specification. Labeling a resource with the text/html type asserts that the resource is an HTML document using the HTML syntax.

`MIME応用^lbl

~web~browser／ ~web内容を処理する~tool／ ~HTML著作~tool／探索~engine／検証器 ◎ Web browsers, tools for processing web content, HTML authoring tools, search engines, validators.

`追加情報^lbl

`magicNum^lbl: ~HTML文書を一意に識別し得る~byte列は無い。 ~HTML文書の検出-法についての更なる情報は、 `MIME Sniffing^cite `MIMESNIFF$r を見よ。 ◎ No sequence of bytes can uniquely identify an HTML document. More information on detecting HTML documents is available in MIME Sniffing. [MIMESNIFF]
`拡張子^lbl: ［ `html^l ／ `htm^l ］は、 ~HTML文書~用の拡張子として共通的に利用されるが，間違いなく他のものにも利用されている。 ◎ "html" and "htm" are commonly, but certainly not exclusively, used as the extension for HTML documents.
`MCcode^lbl: `TEXT^c

`連絡mail^lbl

~IanHickson

`意図用法^lbl

共通 ◎ Common

`用法制約^lbl

適用される制約は無い。 ◎ No restrictions apply.

`著作者^lbl

~IanHickson

`制御者^lbl

W3C

`text/html$mt 資源と伴に利用される`素片$urlは、対応する`文書$内の`指示された~~部位$を指すこともあれば， ~page内の~script用に状態~情報を供することもある。 ◎ Fragments used with text/html resources either refer to the indicated part of the corresponding Document, or provide state information for in-page scripts.

17.2. `multipart/x-mixed-replace^mt

`型名^lbl

`multipart^mt

`下位型名^lbl

`x-mixed-replace^mt

`要param^lbl

`boundary^c （ RFC2046 にて定義される） `RFC2046$r

◎ boundary (defined in RFC2046) [RFC2046]

`任意param^lbl

省略可能な~parameterは無い。 ◎ No optional parameters.

`符号化考^lbl

~binary ◎ binary

`security考^lbl

下位資源を成す `multipart/x-mixed-replace$mt 資源は、どの型にもなり得る — `text/html$mt などの自明でない~security含意を伴う型も含め。 ◎ Subresources of a multipart/x-mixed-replace resource can be of any type, including types with non-trivial security implications such as text/html.

`相互運用考^lbl

ナシ。 ◎ None.

`公表仕様^lbl

この仕様は、 ~web~browser用の処理~規則を述べる。この型を伴う資源を生成するときの適合性~要件は、 `multipart/mixed$mt 用のそれと同じである。 `RFC2046$r ◎ This specification describes processing rules for web browsers. Conformance requirements for generating resources with this type are the same as for multipart/mixed. [RFC2046]

`MIME応用^lbl

この型は、［ ~web~serverにより，~web~browserによる消費~用に生成された資源］に利用されることが意図される。 ◎ This type is intended to be used in resources generated by web servers, for consumption by web browsers.

`追加情報^lbl

`magicNum^lbl: `multipart/x-mixed-replace$mt 資源を一意に識別し得る~byte列は無い。 ◎ No sequence of bytes can uniquely identify a multipart/x-mixed-replace resource.
`拡張子^lbl: この型に特有な，推奨される~file拡張子は無い。 ◎ No specific file extensions are recommended for this type.
`MCcode^lbl: この型~用に推奨される特定の~Macintosh~file型~codeは無い。 ◎ No specific Macintosh file type codes are recommended for this type.

`連絡mail^lbl

~IanHickson

`意図用法^lbl

共通 ◎ Common

`用法制約^lbl

適用される制約は無い。 ◎ No restrictions apply.

`著作者^lbl

~IanHickson

`制御者^lbl

W3C

`multipart/x-mixed-replace$mt 資源と伴に利用される`素片$urlは、資源を成す各本体~部分に対し適用される — 本体~部分に利用された型により定義されるとおりに。 ◎ Fragments used with multipart/x-mixed-replace resources apply to each body part as defined by the type used by that body part.

17.3. `application/xhtml+xml^mt

`型名^lbl

`application^mt

`下位型名^lbl

`xhtml+xml^mt

`要param^lbl