Home | Notifications | New Note | Local | Federated | Search | Logout
おだら@s3_odara@mastodon.hakurei.win
webページ: https://www.s3-odara.net/about.html
PGP主鍵指紋: B353 1E57 3A66 76E8 A920 60B3 879D 4D00 108D 4015
Joined: 2025-12-18 09:37:06
1669 notes, 1 following, 1 followers
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 13:55:46)
2008年ぐらいのスパコンの進化から外挿すると2030年にはメモリ制約なしならスパコンが数年で112bit暗号を解読できるってのが2030年問題の文脈だったような。
128bitってそれのさらに6万倍だし、あと20年でスパコンの性能が6万倍になるとは考えにくいな
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 13:46:58)
128ビットセキュリティの鍵が2051年以降は利用不可って言ってるの、俺の記憶だとCRYPTORECぐらいだった気がする。
流石に128bitを総当たりするのってグローバーのアルゴリズムが高速に実用化されないと人間の時間感覚じゃ無理な気がするけど
おだら@s3_odara@mastodon.hakurei.win boosted:
@sorairolake@misskey.io (2026-02-07 12:59:08)
RSA3072やEd25519とかのセキュリティ強度128ビットのやつ、2051年以降は利用不可になるらしい
https://www.cryptrec.go.jp/list/cryptrec-ls-0003-2022r1.pdf
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 13:43:28)
2030年にはgitプロバイダ、PGP鍵を使ったssh、各種PGPクライアントでも共通して耐量子計算機暗号が使えるようになってるといいね
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 13:39:50)
RSA 2048bitとかがまだ許容されていて、楕円曲線暗号への移行が必須ではないのってみんなでまとめて耐量子計算機暗号へ移行して、狼少年現象を避けるためだと思っている
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 13:36:44)
Ed448に移行するよりは2030年なら耐量子計算機暗号が普及してて欲しい。
二度手間を避ける意味でも
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 09:26:12)
ブログをpalemoonでも壊れないようにした
おだら@s3_odara@mastodon.hakurei.win (2026-02-07 01:38:24)
HTML Validatorは閉じミスを検出できないからまともにvalidateして欲しいんだが、かと言ってXMLの文法にしてxmllintを通すようにするとHTML Validatorが自己完結タグがどうこう言ってくる、カスの世界
おだら@s3_odara@mastodon.hakurei.win boosted:
@r_ca@s0.nan0ka.net (2026-02-06 12:07:08)
〜がレンダリングできないフォントだらけでエグ
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 11:02:49)
ターミナルをかっこよくしたらモテますか
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 10:31:44)
そう、むしろローカル保存のシークレットが失われたときにアカウントロックアウトされる方がSPOFぽさがある。
SPOFって可用性に使うことが多くて、機密性に使ってるのをあんまり見ない気がする。
おだら@s3_odara@mastodon.hakurei.win boosted:
@ntek@hl.oyasumi.dev (2026-02-06 10:25:16)
クラウドサービスの欠点（欠点か？）を述べる際にSPoFと呼んでいるのが問題な気もする（デバイス故障が単一障害点じゃんという）
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 10:28:32)
googleアカウントとかprotonmail、あとAppleアカウントなんかは資格情報を無くしたときにメールで復元できず完全にロックアウトされる、あるいはサポートに身元確認されるオプションが用意されてて、俺は有効にしてるけど広くロールアウトするにはリスクのほうが大きいんじゃないかな
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 10:24:01)
FIDO2クレデンシャルをクラウド同期することの、従前のパスワードマネージャに対する利点は、パスワードを手動入力できないことによるフィッシング耐性とパスワードを手動生成できないことによる脆弱な鍵や使い回しの防止。
パスワードマネージャが乗っ取られたらっていってもそもそも大半のサービスはメール認証にフォールバックできるから (gmailもデフォルトでそう) クラウド同期されたFIDO2クレデンシャルによる認証を使わずに完全ローカルでクレデンシャル管理しててもだいたい弱点はある。
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 10:16:35)
GrapheneOSはスマホ法のブラウザ選択のあれ出ないな
おだら@s3_odara@mastodon.hakurei.win boosted:
@izaten@pl.izaten.net (2026-02-06 08:03:21)
だったらせめて現状を維持する選択肢を用意しておけと。
おだら@s3_odara@mastodon.hakurei.win boosted:
@izaten@pl.izaten.net (2026-02-06 08:03:06)
これうちでも出たけど、すでに十分使ってるスマホでも表示されて、かつ選択肢から選ばないと一生通知欄に居座るの本当に邪魔。
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 08:06:07)
Chrome+ランダムだから今使ってるブラウザが出ないってこともあるのか……不便だ。
おだら@s3_odara@mastodon.hakurei.win (2026-02-06 07:52:46)
あれランダムであることが規定されてるんだ
おだら@s3_odara@mastodon.hakurei.win boosted:
@kPherox@pl.kpherox.dev (2026-02-06 07:26:27)
スマホ法でブラウザ選ばせるやつ、Chrome以外は無作為に選ばれてランダムに並べられるはずだからFirefoxが出てこずBlinkのみになるのはかなり高い確率な気がする
おだら@s3_odara@mastodon.hakurei.win (2026-02-04 13:58:10)
書いた
https://www.s3-odara.net/article/toolong-userpassword-is-useless.html
おだら@s3_odara@mastodon.hakurei.win (2026-02-04 13:50:26)
youtube musicってyoutubeよりラウドネスノーマライズの値が大きい？
Reply to @relay@mastodon.hakurei.win
おだら@s3_odara@mastodon.hakurei.win (2026-01-17 13:36:21)
@relay Konsoleもありかも
おだら@s3_odara@mastodon.hakurei.win (2026-01-17 13:36:05)
広色域ディスプレイのせいかなー、デスクトップでも同じだった気がしたけど
おだら@s3_odara@mastodon.hakurei.win (2026-01-17 13:33:19)
ターミナルエミュレータsixel対応のやつにしようかと思ってfoot入れてみたけど、なんか色調が違うのとstatuslineの表示が崩れるな
---Attachments---
https://mastodon.hakurei.win/system/media_attachments/files/115/908/566/214/812/076/original/e32b15c6715c3789.png
おだら@s3_odara@mastodon.hakurei.win (2026-01-01 10:29:42)
朝から御神酒を1合ばかり飲んで酔ってる
おだら@s3_odara@mastodon.hakurei.win (2026-01-01 00:06:02)
:JST:
おだら@s3_odara@mastodon.hakurei.win (2026-01-01 00:00:02)
あけおめ！
おだら@s3_odara@mastodon.hakurei.win (2025-12-31 20:06:15)
「私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。
・コードがよりステートレスになるなら、結合を増やすこともいとわない
・結合を減らすためには、コードをもっと複雑にすることもある
・コードの複雑さが軽減されるなら、コードをコピーする
・コードの重複排除をするのは状態・結合・複雑性を増さない時のみに限る」
状態、結合、複雑性、コード量の順に最適化する - valid,invalid
https://ohbarye.hatenablog.jp/entry/2022/01/31/state-coupling-complexity-code
おだら@s3_odara@mastodon.hakurei.win (2025-12-31 19:51:07)
I got the The Oracle archetype!
https://mastodon.hakurei.win/@s3_odara/wrapstodon/2025/254eb1f76540f8c0
#Wrapstodon2025
Older Notes