新・Scratch のコミュニティをより良い所にするために

inoking

「報告した」と言わないかぎり、
他人からは誰が報告したとは分かりません。
「報告する」ということをほのめかしたりしませんでしたか？

もし決めつけで言ってくるのなら、無視しておけば問題ないです。

なお、報告は回数ではありません。
客観的にちゃんと報告することが大事です。

※入れ違いでした

Last edited by inoking (Jan. 17, 2026 13:00:43)

mmmmnono

編集済

Last edited by mmmmnono (Jan. 29, 2026 09:46:19)

CPU-Nagi

＃7366
その場合も報告する事をお勧めします。
特別な場合や何らかの事情がある場合、連絡先からscratch teamに連絡できます。

Last edited by CPU-Nagi (Jan. 18, 2026 23:47:41)

Koneko_koko-2

現実的なことを考えると、
今回の違反者が、暴れるのに飽きてScratchをやめたとしても、
入れ代わり立ち代わりユーザーが変化するので、
そのたびに違反者は現れると思います。

同じく、
「こんな治安の悪い場所は、私が取り締まらなくては！」
というユーザーも繰り返し現れると思います。
むしろサービス開始時から現れてきているものだと思います。

結局、最適な行動は「STに任せること」だと思います。

これは個人のユーザーが怠けているわけではなく、
一番トラブルが拡大しない方法だと考えられているからです。

治安が気になる利用者は、本来の「プログラミング」のことを忘れがちです。
治安が悪すぎてプログラミングどころではないと考えるなら、
Scratchでの活動は難しいのではないでしょうか。

Last edited by Koneko_koko-2 (Jan. 18, 2026 23:57:20)

gccxnondx

https://scratch.mit.edu/discuss/post/7887818/
利用規約の変更に伴ってここの3.Cの変更を提案します。

自動的にサインアウトされるURLを絶対に貼らないでください。(利用規約3.5-1違反)

トピ違いでしたら誘導お願いします。

inoking

gccxnondx wrote:
https://scratch.mit.edu/discuss/post/7887818/
利用規約の変更に伴ってここの3.Cの変更を提案します。
自動的にサインアウトされるURLを絶対に貼らないでください。(利用規約3.5-1違反)

リンク先が違うということでしょうか？
現在利用規約のリンク先は
https://mitscratch.freshdesk.com/en/support/solutions/articles/4000219182-scratch-terms-of-service
となっていますが、それはヘルプの特定の記事です。
将来的には元の URL(terms_of_use) に戻る可能性も十分あります。

急いで変える必要もないかと思います。

gccxnondx

リンク先ではなく、3.5-1の項目はすでに存在しないため、そこの変更が必要と考えました。

kouryou118103

ぼくはいつでも変更できるのでリンクが変わったらまた変えればいい話だと思います。

いまの利用規約だと

利用規約 11-8 (ⅰ) wrote:
(禁止事項として)
(i) uploading or otherwise disseminating any virus, adware, spyware, worm, or other malicious code;

に当たるんですかね。

こっちのほうが的確かもしれないです。

利用規約 11-8 wrote:
(禁止事項として)
interfere with the operation of the Service or any user’s enjoyment of the Service

Last edited by kouryou118103 (Feb. 12, 2026 11:09:17)

gccxnondx

#7370
十日程度たってしまいましたが
逆に元のURLに戻らない可能性は十分に無いといえるのでしょうか。
変えないことによるユーザーへの利益もないと思うので変えてもいいと思います。

inoking

gccxnondx wrote:
変えないことによるユーザーへの利益もないと思うので変えてもいいと思います。

二重否定ばかりで読みにくいのですが。。

URL について：
https://mitscratch.freshdesk.com/en/support/solutions/articles/4000219182-scratch-terms-of-service
は先述のとおりヘルプの特定の記事にすぎません。URL に記事 ID も含まれています。

https://scratch.mit.edu/terms_of_use/
とは URL の「格」が違います。

まあ変えてもいいけど、おそらく戻すことになりますよ。
ということです。

本題？
新利用規約で該当するのは 11.8 ですね。
そちらを指すようにするならリンクも変えるしかないです。

tsukebo_sumajan

ログインの際に、めんどくさくはなりますが、パスワードではなく2段階認証(指紋認証、顔認証等)ができると良いと思います。
なぜなら、乗っ取りの心配がなく、より安全にScratchが利用できると思うからです。採用されたら嬉しいです。

kouryou118103

その説明は2段階認証ではなくパスキーだと思います。

パスキーはデバイス本体に鍵を保存するので、Scratchのような家でも学校でも使用するサイトでそれを採用するとログインが煩雑になると思います。

—–
提案トピックはここではなく
https://scratch.mit.edu/discuss/topic/579707/ (Scratch への提案)
です。

—–
(遅めの追記)
2段階認証というより2要素認証な気がします。

Last edited by kouryou118103 (Feb. 21, 2026 08:31:15)

abee

Scratchで乗っ取られたと言っている人の多くはパスワード管理に問題があります。
二段階認証は有効ですが、その前に適切な管理を行うことで防ぐことができます。

inoking

提案トピックにも投稿されていますが（マルチポストといい、マナー違反とされる場合も多い）、
こちらで返答します。
却下された提案にあります。

・アカウントの2段階認証
理由：#8562

理由 wrote:
現在のパスワード方式で十分です。
「乗っ取られた」などと言っている人を見かけますが
パスワードの管理をきちんとしていないだけだと思われます。

却下されたのは4年前なので今とは少し事情が異なるかもしれませんが、
認証関係は Scratch チームも重々考えているでしょうから
あたえられた方式でちゃんと運用すればよいだけだと思います。

abee

18歳未満の多くの人が保護者のメールアドレスを登録していないことを考えると、有効性に疑問があります。

imoyokan

#7382
パスワードの管理に問題がある状態でバックアップコードを用意したところでちゃんと管理ができるのかという疑問が残ります。
バックアップコードを忘れたりしてログインができなくなるのも問題かと。まあこれも管理不足と言えるんですが…

haru2579

ご指摘の通り、管理の難しさは大きな課題ですね。
では、『ユーザーに負担をかけず、かつ乗っ取りの被害を最小限に抑える方法』として、何か良い知恵はありませんか？

abee

#7377のとおりです。

haru2579

なるほど、過去の議論も含めて理解しました。今のScratchの環境で安全性を高めるのは、想像以上に難しい課題ですね。
今回は一度この案を下げますが、また別の方法（ユーザーへの啓発など）を考えてみたいと思います。意見をいただきありがとうございました！

abee

パスワードの管理とその責任については、新旧どちらの利用規約にも書かれています。
つまり、これができない人はそもそもScratchに参加できないわけです(18歳未満の場合は保護者が責任を持つ)。
それなので、「今のScratchの環境で安全性を高めるのは、想像以上に難しい課題」だと思うのであれば、なぜパスワードの管理を行わなければいけないのか、具体的にどうすればよいのかを広めることです。
どれほどシステムで対策したとしても、これを理解していなければ危険なままです。

Discuss Scratch