Wikipedia:管理者への立候補/Infinite0694/20200529 CU

利用者:Infinite0694

チェックユーザーに立候補します。前回、「Wikipedia:管理者への立候補/Infinite0694/20180528 CU」において推薦され、立候補を受諾しましたが私情により辞退させていただきました。その節は皆様に迷惑を掛けてしまい申し訳ございませんでした。前回同様、居住区において私は１８歳以上であり、成人しております。また、ご信任をいただいた際には、各種方針を順守し、財団に対して「非公開情報へのアクセス方針に基づく秘密保持契約」の定め通りの手続きを行い、身分証明を財団に提示し、適切なツールの運用をすることをここに誓います。

前回でも感じていたことですが、「Wikipedia:チェックユーザー依頼」などが滞っており、対処はおろか相互監視もあまり機能していないのではないかと思いました。私が信任されることで少しでも改善されたらと思い、立候補いたしました。--Infinite0694（会話） 2020年5月29日 (金) 11:41 (UTC)

• 投稿履歴 / 利用者ページへのリンク一覧
• 初投稿 - 2011年5月1日
• 立候補時点での投稿回数 11,444 回 (X!'s Edit Counter)
• ビューロクラットの作業用： 申請場所

審議のスケジュール

以下のスケジュールを確認・投票する前に

してください。キャッシュを破棄しないと現在時刻などが更新されません。（現在のウィンドウ/タブで開いてください）

現在の状態は★のあるところです。現在時刻：2024年11月7日 (木) 04:51 (UTC)

投票終了

（今後この審議をウォッチ する/しない）

1. 一次質問期間 - 2020年5月29日 (金) 11:41 (UTC) から 2020年6月1日 (月) 11:41 (UTC) まで

   候補者に対する質問を受け付けます。

2. 二次質問期間 - 2020年6月1日 (月) 11:41 (UTC) から 2020年6月4日 (木) 11:41 (UTC) まで

   候補者の回答に対する追加の質問を受け付けます。

3. 再回答期間 - 2020年6月4日 (木) 11:41 (UTC) から 2020年6月5日 (金) 11:41 (UTC) まで

   追加質問に対して候補者が回答するための期間です。

4. 投票期間 - 2020年6月5日 (金) 11:41 (UTC) から 2020年6月12日 (金) 11:41 (UTC) まで

   賛成または反対の形で投票を行います。

投票は終了しました。

賛成／反対

賛成・反対のうち一つを選び、投票してください。

以下をそのままコピー&ペーストしてください（）。

投票上の注意点を表示するには、右の [表示] をクリックしてください。（2012年12月23日更新）

• 現在時刻や状態表示などはキャッシュを破棄しないと更新されません。してキャッシュを破棄し、最新の状態を確認してから投票してください。
• 投票時刻の入力は不要です。自動的に記載されます。
• 署名部分（利用者ページへのリンク）を手入力や署名テンプレートで入力したい場合は、右端の }} の前に | と「リンク付き署名」もしくは「テンプレート呼出し文（必ずsubst展開）」を入力してください。この場合も投票時刻の入力は不要です。
• 投票のテストは投票サンドボックスでできます。

# {{subst:管理者への立候補/sig2|20200529114139}}

ただし、署名に利用者ページへのリンクを含めていない利用者は、以下のように利用者ページへのリンクを第2引数に指定してください。

# {{subst:管理者への立候補/sig2|20200529114139|[[{{subst:ns:user}}:{{subst:REVISIONUSER}}]] ~~~}}

賛成 (Support)

賛成 (Support)

1. Karasunoko（会話） [履歴] 2020年6月5日 (金) 12:40 (UTC)
2. Kokokok（Talk／Cont／Log） [履歴] 2020年6月5日 (金) 12:51 (UTC)
3. Taisyo（会話） [履歴] 2020年6月5日 (金) 13:03 (UTC)
4. えのきだたもつ（会話） [履歴] 2020年6月5日 (金) 13:19 (UTC)
5. ソアラ（会話） [履歴] 2020年6月5日 (金) 14:05 (UTC)

反対 (Oppose)

反対 (Oppose)

コメント (Comments)

質問はこちらではなく下の質疑欄に書いてください。

質疑 (Questions for the candidate)

質問の受付は終了しました。

まずは色々ありましたが、ビューロクラット係就任おめでとうございます。いくつか質問をしたいと思いますが、チェックユーザー係という特殊性の高い利用者への立候補であることからやや長くなってしまっています。ご了承ください。 片割れ靴下（会話） 2020年5月31日 (日) 06:50 (UTC)

1. 私は管理者やビューロクラット係は、数が多ければ多いほど良いと考えています。これは、管理者・ビューロクラット係が多ければ多いほど荒らしへの対処（臨時対応のための権限付与を含む）が迅速化されると考えているからなのですが、それと同時に管理者権限は悪用されたとしてもそれほど大きな被害をもたらさない点、さらに言えば、原状回復可能な被害にとどまると考えているからでもあります。つまり、不適切な記事の削除・不適切な利用者（匿名含む）のブロック、不適切な保護、保護された記事への不適切な編集のいずれも、別の管理者が復帰・ブロック解除・保護解除・編集差し戻しができます。しかし、チェックユーザー係が行うIPアドレスの確認は、確認しなかったことにはできません。片割れ靴下のIPアドレスがdion.ne.jp系である（これはIPアドレス確認サイトで確認しました）と確認してしまえば、その記憶を消すことはできないからです。この点で、管理者・ビューロクラット係とチェックユーザー係とは明らかに違うと思います。一般に情報セキュリティーの観点から、個人情報にアクセスできる人は限定されるのが鉄則だと思います。わたしはウィキペディアでもこうした鉄則が順守されてしかるべきと考えており、したがって、信頼できる利用者であってもみだりにチェックユーザー係にするべきではないと考えています。しかし他方で、ほかのチェックユーザー係が適切かつ最小限度の権限利用をしているかを確認する、つまり相互監視の観点からチェックユーザー係が少なすぎるのも問題です。そこで質問です。Infinite0694さんは、私のチェックユーザー係は多すぎてもよくないという主張に賛同しますか？ 賛同できる場合、相互監視との兼ね合いの観点からチェックユーザー係は何人で運用されることが好ましいと考えていますか？

   A.

   CUが「Confidentiality agreement for nonpublic information」を求められている段階で、多すぎるのは問題があるでしょう。少なすぎる場合、相互監視に支障をきたす恐れがあるのと、誰かが退任するとコミュニティはCUを失ってしまうことが考えられます。m:CheckUser policyを見てみますと、大体、各国語版は5人前後で運用されているそうです。過去の日本語版でも、10人を超えたことはないように思われます。回答がOSの時と似てしまいますが、こればっかりはCUになってみないと実際のところは分からないと思います。ただ立候補の時に述べたように、CUへの依頼が対処されていないので現時点では少ないのかなと私は思います。

2. 管理者の中には、ほとんど権限を用いない方がいらっしゃいますが、管理者アカウントでできることはそれほど問題にならず、不正に利用されても大きな問題はないと考えています。しかし、チェックユーザー係に関しては前述の観点から「予備自衛官」の創設に反対的です。一般利用者や管理者はチェックユーザーがどのように権限を使っているのか知ることはできません。そこで質問です。Infinite0694さんがチェックユーザー係に就任し、権限の使用記録が確認したとき、チェックユーザーを一切使わない利用者がいることが分かったとします。Infinite0694さんは相互監視の観点からこの利用者にどう対応しますか？

   A.

   CU権限は閲覧ログが残るはずなので、操作がないということは何もCUをしていないと考えられます。CUはOSと違って受動的ではなく能動的なので、普通の管理者権限の操作ログや投稿履歴を見てアカウントにログインしていることが分かれば、セキュリティ上は問題ないはずです。しかしCUのログの要約欄に「アカウント～の靴下を調査」でIPを調べていたら想像はついてしまうので、完全に情報が得られないかというとそうではないかもしれません。

3. 先ほども申し上げましたが、一般利用者や管理者はチェックユーザーがどのように権限を使っているのか知ることはできません。管理者については、多くの利用者が公開された記録を使ってあらゆる観点から権限の適正利用を検証し、任意のタイミングで解任に向けた手続きを行えます。そこで質問です。チェックユーザー記録の統計的情報（「チェックユーザーAさんは2020年5月に10回権限を利用した」などの情報）の公開は、プライバシー・ポリシーに抵触しますか？ また、抵触しない場合、規約上は公開できるということになると思います。私は、先ほどから申し上げている通り、権限を使用せず相互監視的役割も果たさないチェックユーザー係は情報セキュリティー上不要であると考えている関係から、統計的情報が公開されればチェックユーザーに対する解任手続きが行いやすくなると考えています。Infinite0694さんは「チェックユーザー記録の統計的情報の公開」に関してどのように考えますか？

   A.

   CUの調査の統計は、m:User:Barras/CUから始まり、m:Stewards/CheckUser statistics for loginwikiでログインウィキのCUの状況が公開されています。しかし、日本語版ローカルで同じことをやっていいのかといわれると、私個人の一存では何もできないかと思います。ローカルで何らかの合意を形成後、財団と相談という形になるかと思います。

上記3点についてお願いします。 片割れ靴下（会話） 2020年5月31日 (日) 06:50 (UTC)

• 以上、3点回答しました。--Infinite0694（会話） 2020年6月1日 (月) 15:52 (UTC)

いつも素晴らしい管理活動をしてくださいまして、本当にありがとうございます。

Infinite0694さんは、現在日本語版ウィキペディアで管理者、編集フィルター編集者、インターフェース管理者、ビューロクラットを務めていらっしゃいます。今回、チェックユーザーとオーバーサイトに同時に立候補していらっしゃるので、ともに信任された場合には、日本語版ウィキペディアで有効な全権限を（ほぼ）コンプリートすることになります。また、Infinite0694さんは（日本語版では権限行使できないはずですが）グローバル管理者も務めていらっしゃいます。これだけ多くの権限がInfinite0694さんに集中しているのは、Infinite0694さんの能力と信頼の証と言っても良いのかもしれません。

ところで、ローカルでもグローバルでも多くの権限を保持していた方としては、かつてはSuisuiさん、最近ではrxyさんが思い浮かびます。しかし、Suisuiさんは管理者権限濫用が指摘された後に解任され、rxyさんは再立候補で不信任となった後、現在投稿ブロック依頼が提出されており、お二方ともに不本意な形での管理者退任となってしまったのではないかと思います。Suisuiさんやrxyさんは誰もが尊敬する立派な管理者の方だったはずですが、たくさんの権限を手にして大きな責任を背負うことで精神的に疲弊し、暴走の末にこのような結果になってしまったのではないでしょうか。

そこで、こうした先例を前提として、Infinite0694さんが権限の集中についてどのように考えているのかをお伺いしたいです。

1. 一般論として、権限の集中によるメリット・デメリットについてInfinite0694さんはどのようにお考えですか？

   A.

   Suisuiさんに関しましては、権限の濫用が指摘されているもののそれが直接的な解任理由にはなっていないようです。当時、その場にいたわけではないのでよく分かりませんが、私が見た限りでは不活発なのが主たる原因かと思われます。Takayasuさんは2005年頃から活動されているので、なにか詳しい状況がお分かりなのかもしれません。さて、権限の集中という言葉は少し政治的なように思われ、あまりふさわしくないかと考えます。それでもなお言い換えるなら、複数の権限でしょう。そしてそれを保持することに関しては、StewardsやGSはローカルで同じように複数権限を持っていることが多く、全体からしたらこういった不祥事は少ないかと思われます。メリットとしてはCU/OS権限を持つことによって、グローバルで他のCU/OSと協力して対処できることも増えてくるかもしれません。

2. 権限の集中によるデメリットがある場合、Infinite0694さんはどのようにしてそれを解消するつもりでしょうか？

   A.

   Wikipediaに割ける時間は限られていますので、ローカルに比重を置いたらグローバルの活動が少なくなり、逆もまたしかりです。要するに、権限があってもなくても全体の時間はあまり変わらないということです。必要があれば休息をとります。

最後になりますが、この権限の信任如何に関わらず、管理者としてのInfinite0694さんのご活躍にいつも感謝し、また今後も応援していくつもりでおります。今後ともよろしくお願いいたします！--Takayasu（会話） 2020年5月31日 (日) 14:03 (UTC)

• ありがとうございます！　これからも精進してく次第でございます。--Infinite0694（会話） 2020年6月1日 (月) 15:52 (UTC)