blob: a64bc3b404650d8710a055f80201209f6b5be18f (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
|
<define-tag description>リモートからの攻撃</define-tag>
<define-tag moreinfo>この勧告は、今回修正されたいくつかの Zope
の脆弱性に関してまとめています。
【訳注：試訳はつけますが、訳者この内容理解できていないので原文も載せます。】
<dl>
<dt>Hotfix 08_09_2000 "Zope security alert and hotfix product"
<dd>
問題は、ユーザオブジェクトの getRoles メソッドが変更可能な mutable
Python タイプを返す既定の UserFolder 実装を含んでいることです。この
mutable オブジェクトは引き続いて永続的ユーザオブジェクトに関連づけられているので、
DTML を編集できるユーザはリクエスト処理の一部としてロールリストを
模擬することで一リクエストの間追加のロールを得られるようにすること
ができます。
<p>原文：
The issue involves the fact that the getRoles method of user objects
contained in the default UserFolder implementation returns a mutable
Python type. Because the mutable object is still associated with
the persistent User object, users with the ability to edit DTML
could arrange to give themselves extra roles for the duration of a
single request by mutating the roles list as a part of the request
processing.</p>
<dt>Hotfix 2000-10-02 "ZPublisher security update"
<dd>
時々、URL を介してのみですが、ユーザがあるコンテクストで所有しているが、
アクセスされたオブジェクトのコンテクストには含まれておらず、かつ
ロールによって保護されているはずのオブジェクトに
アクセスできてしまうことがあります。
<p>原文：
It is sometimes possible to access, through a URL only, objects
protected by a role which the user has in some context, but not in
the context of the accessed object.</p>
<dt>Hotfix 2000-10-11 "ObjectManager subscripting"
<dd>
問題は、ObjectManagers (フォルダ) にアクセスするために用いる
`subscript notation'
の返り値が実際のサブアイテムに関する値だけに制限されていないことです。
このため、DTML からは隠されているはずの名前 ('_'
キャラクタを最初にもつ名前のオブジェクト) にアクセスできてしまいます。
これを使って、DTML
の著者は隠されているはずのデータ構造を見ることができますし、
ある場合には DTML
から実行が許されないメソッドが呼べてしまう可能性があります。
<p>原文：
The issue involves the fact that the 'subscript notation' that can
be used to access items of ObjectManagers (Folders) did not
correctly restrict return values to only actual sub items. This
made it possible to access names that should be private from DTML
(objects with names beginning with the underscore '_' character).
This could allow DTML authors to see private implementation data
structures and in certain cases possibly call methods that they
shouldn't have access to from DTML.</p>
<dt>Hotfix 2001-02-23 "Class attribute access"
<dd>
問題は ZClasses 関連で、web を通したスクリプト記述権限を持つユーザが
ZClass 中のクラスアトリビュートを見たり割り付けたりすることができます。
このため、恐らくそのようなユーザは ZClass
インスタンスを不当に変更することが可能です。
<br>
第二の修正は、ObjectManager、PropertyManager 及び PropertySheet
クラス関連で、メソッドの戻り値が変更可能になっているという問題で、
これはセキュリティ上の弱点になると考えられます。
<p>原文:
The issue is related to ZClasses in that a user with through-the-web
scripting capabilities on a Zope site can view and assign class
attributes to ZClasses, possibly allowing them to make inappropriate
changes to ZClass instances.
<br>
A second part fixes problems in the ObjectManager, PropertyManager,
and PropertySheet classes related to mutability of method return
values which could be perceived as a security problem.</p>
</dl>
これらに対する修正は、Debian 2.2 (potato) の zope 2.1.6-7 に含まれています。
すぐに zope パッケージをアップグレードすることを薦めます。
</define-tag>
#use wml::debian::translation-check translation="1936841f002ca29a0bf824712cb9bb1072141914"
# do not modify the following line
#include '$(ENGLISHDIR)/security/2001/dsa-043.data'
|
