納見みどり🦆 @nominz@fedibird.com

技術的に可能で禁じる法律がなければやっても構わないという段階は確かにある。ガレージの中や、同好の士が集まるコミュニティホールならいいんだ。
でも「原発買わなきゃ」なんていう段階に達したLLMはとうの昔にガレージを飛び出してる。もう動くだけでどこかにぶつかっちゃうんだよ。面白くないかもしれないけど、ガレージの外では行儀良くしてないと、スーツ着た人たちに全部取り上げられちゃうよ。

見出しがミスリード気味かな。問題視されてるのは、AI学習しない前提のプラットフォームの投稿をAI学習に提供したことと、それをやったのがソロエンジニアではなくて、AI重要企業のHuggingfaceだったってことだよ。

BlueskyのAPI経由で取得のユーザーデータが公開される　「システム外で強制はできない」

https://www.itmedia.co.jp/news/articles/2411/28/news103.html

ちなみにこの行為、おそらく「フェアユースの範囲内」だし日本国内法でも、30-4の著作権適用除外ではある。しかしAI推進企業のHuggingfaceが批判を受けてレポジトリを削除した。つまり、AIの利用を推進するにはコミュニティの約束ごとをまもるほうがチャレンジよりも大事だってことなんだ。

震度速報 - 11/26 22:47頃
最大震度５弱を観測する地震が発生しました。

各地の震度は以下の通りです。

震度５弱
石川県能登

震度４
富山県東部 富山県西部 石川県加賀 福井県嶺北

震度３
新潟県上越 新潟県中越 福井県嶺南 長野県北部 長野県中部 長野県南部 岐阜県飛騨 岐阜県美濃中西部 滋賀県北部 滋賀県南部 兵庫県北部 鳥取県東部


#MisakiEQ #地震

かえでちゃん #おにまい

Akkomaについて、今回の不具合への対応を含む不定期リリースが出ています。3.13.3です。
https://akkoma.dev/AkkomaGang/akkoma/src/branch/develop/CHANGELOG.md#3-13-3

stableブランチだね。
QT: https://ihatebeinga.live/objects/7dcc6cd6-3918-435e-bc95-571f70b28345 [参照]

information finally got to us around the houses, but release - irregular release 3.13.3 to corect some behaviour around fields interacting badly with misskey

bundled with what is a bunch of stuff i didn't feel i had enough for a full release over so enjoy

same process as ever! [db migrations exist, make sure you do them]
https://docs.akkoma.dev/stable/administration/updating/

misskeyの開発者などへ：今後、不具合可能があるかもしれない場合には、私たちakkomaチーム（あるいはpleromaの）に直接ご連絡してください!

いい風呂の日🎶
#おにまい #おにまいお絵描き

とりあえずPleromaの運営者さんは「管理者設定」→「制限」→「Max remote account fields」を50くらいに設定してください……おねがいします……

というかこれPleroma側にもめっっっっっっちゃ負荷がかかる(私はそれで気づいた)んだけど
ioから見てわかるレベルでDDoSがあるってことはCPU100%張り付きとかのまま気づかず運用してるPleroma管理者がいる……？？？？？ [参照]

AkkomaとPleromaからのDDoS、Misskey.io全体のリクエストの半分ぐらいを占めているのでさすがにそろそろ直してくれないと金銭的に無駄すぎるのでブロックせざるを得ない

具体的に言うと

1. ioのバナーはプロフィールの「追加情報」として連合される
↓
2. 結果、追加情報が30個くらいついてるユーザーが生まれる
↓
3. 追加情報欄のPleromaのデフォルトの上限がわりと低いので、上限を余裕で越す
↓
4. よってPleromaはRejectするが、バグがあって「Rejectしたものを再Fetchしない」ようになっていない
↓
5. そのため、PleromaはまたFetchしようとする
↓
6. 3に戻る

となっています [参照]

現行のPleroma / Akkomaに、プロフィール補足情報（Misskeyだと追加情報）が多すぎるとアカウント情報の取得に失敗し、再取得を繰り返してしまうバグが存在します。

これにより、CPUが使い尽くされたり、データベースが肥大したり、相手サーバへ過大な負荷をかけてしまいます。

Pleroma / Akkoma全体でこれが発生するため、実質的にDDoSを仕掛けるような挙動となります。

デフォルトが20なので、これを設定（Instance の Max remote account fields）で大きく引き上げる方法でまず対応し、

指定数をオーバーしたら切り捨てて対応するパッチをあてる対応が必要です。
https://git.pleroma.social/pleroma/pleroma/-/merge_requests/4220

Pleroma / Akkomaの新バージョンがリリースされたら速やかにアップデートしましょう。

この不具合は、プロフィール補足情報の件数が多いActivityPub実装すべてで発生します。

Mastodonの標準は4件、Misskeyは16件、Fedibirdは8件ですが、独自に数を増やしているサーバであれば該当する可能性があります。

また、Misskey.ioのバナー機能はプロフィール補足情報で連合するので、こちらでも発生します。

onimai​​

#いい笑顔の日 なまひろちゃん
#おにまいお絵描き
#緒山まひろ