Pinned Tweet
信頼できるAI(Trustworthy AI)とは|生成AI時代に押さえておくべき基本とリスク事例 ledge.ai/articles/Trustworth… @Ledge.ai
より
9
4,538
カルーセル好きです…
#CSS
CSS tip: make a carousel snap to each card, no JS.
.carousel {
overflow-x: auto;
scroll-snap-type: x mandatory;
}
.card {
scroll-snap-align: start;
}
Every swipe lands on a full card instead of stopping halfway through one.
1
高柳ヤヨイ|次世代デザイン retweeted
【今日の人気記事】2カ月連続で脆弱性1,000件超え ~Microsoftが2026年11月「Windows Update」を実施/「緊急」は64件、悪用確認は「Outlook」の… forest.watch.impress.co.jp/d…
高柳ヤヨイ|次世代デザイン retweeted
【日本郵便からのお知らせです】
日本郵便公式LINEアカウント「郵便局[ぽすくま]」で利用している「TONARIWA」が不正アクセスを受け、情報漏えいのおそれが判明しました。
緊急メンテナンスのため一部サービスを停止中です。
ご心配とご迷惑をおかけし申し訳ございません。
post.japanpost.jp/newsreleas…
バックエンドでもフロントでも動作するJavaScript関連が危ない…、もうっ、プログラム使わず、CSSでやれるのに…、トップページの基本の基本…。
🔐 Node.js security updates are now available!
Including the following dependency updates to address public vulnerabilities:
- llhttp on 22.x, 24.x, 26.x
- undici on 24.x, 26.x
- sqlite on 22.x, 24.x
Available for 26.x, 24.x, 22.x Node.js release lines nodejs.org/en/blog/vulnerabi…
30
⭕️サーバー系
◉Node.js
⚠️緊急更新
【Node.js緊急更新】22・24・26の3系列で修正版を正式公開。
HTTP/2を悪用した認証不要のサーバー停止、HTTPS経由のメモリ情報漏えい、TLS 1.2の再ネゴシエーションによるクライアント証明書認証回避など、16件のCVEを公表。
修正版:22.23.5/24.22.3/26.13.1
Web・APIサーバーに加え、コンテナやCI/CD内のNode.jsも確認を。
rocket-boys.co.jp/security-m…
#セキュリティ対策Lab #脆弱性
66
メルマガ配信停止⚠️
多分皆自動処理しているせい…。
🚨Cyber Alert ‼️
🇯🇵Japan - 𝗝𝗮𝗽𝗮𝗻'𝘀 𝗖𝗮𝗯𝗶𝗻𝗲𝘁 𝗢𝗳𝗳𝗶𝗰𝗲
Japan's Cabinet Office disclosed a data breach linked to a cyberattack against its third-party email service provider, Arara Inc. Attackers exploited security vulnerabilities in Arara's infrastructure, exposing 62,863 email records corresponding to 61,751 unique addresses. Additional personal information, including names, demographics, employment details, and subscriber preferences, may also have been compromise
Threat actor: Unidentified
Sector: Gov / Mil / LE
Data exposure (claimed): 62,863 email address records (61,751 unique addresses); additional personal information potentially exposed
Data type: Email addresses; potentially names, nicknames, gender, age, occupation, employer details, organisational affiliations, departments, geographical locations and subscriber preferences
Observed: Nov 11, 2026
Status: Data breach confirmed; additional personal data exposure under investigation
ESIX©: 5.31
Full details and impact assessment on HackRisk.io
8
one by one...
【情シス・CSIRT担当者の方へ】
今週もセキュリティ更新の確認対象がかなり多いです。
Chrome、Microsoft、Fortinet、Zoom、Synology。
これだけ重なると、どれから対処すべきか迷うと思います。
ただ、今回は実際の攻撃で悪用が確認されているものと、まだ悪用が確認されていない重大脆弱性を分けて考えたいです。
CVSSの数字だけでなく、「実悪用の有無」「外部から到達できるか」「自社に対象製品があるか」を基準に優先順位を付けてください。
■ 1. Chrome:実悪用が確認されたゼロデイ
CVE-2026-125350は、ChromeのXML処理に存在するUse-after-freeの脆弱性です。
Googleは実際の攻撃で悪用されていることを確認しています。
通常のStable版では、Windows・macOSは157.0.8103.50/.51、Linuxは157.0.8103.50で修正されています。
社内端末のブラウザー更新は、インストール済みバージョンの把握だけでなく、更新後の再起動まで確認してほしいです。
特に長期間スリープしているノートPCや、管理外の端末が残りがちです。
rocket-boys.co.jp/security-m…
■ 2. Microsoft:Outlookゼロデイの実悪用
11月の月例セキュリティ更新では、OutlookのCVE-2026-124194が実際の攻撃で悪用されていることが明らかになりました。
CVSSは6.5ですが、実悪用があるため、単純にスコアだけで後回しにしたくない脆弱性です。
Windows Search、LDAP、Active Directory関連でも重大な脆弱性が修正されています。
Outlook・Officeの更新だけでなく、ドメインコントローラーやWindows Serverの対象バージョンも照合してください。
更新の配布成功と、実際に修正版が稼働していることは別です。
WSUSやIntuneのステータスだけで終わらず、再起動待ち・更新失敗端末を洗い出したいところです。
rocket-boys.co.jp/security-m…
■ 3. Fortinet:管理基盤の乗っ取りにつながる恐れ
FortiOS、FortiManager、FortiAnalyzerなどに複数の重大脆弱性が公表されました。
CVE-2026-126170はCVSS 9.8。
FortiManagerやFortiAnalyzerのJSON-RPC APIが有効で、攻撃者がアクセスできる場合、認証なしで任意のコードやコマンドを実行される恐れがあります。
このほか、FGFM、OFTP、OSPF、HAなどに関わる問題もあります。
Fortinet製品を導入している企業では、管理画面の公開有無だけで判断せず、各サービスの通信経路や有効な機能を確認してください。
一部の修正版は提供予定とされているため、製品ごとのアドバイザリと暫定回避策の照合も必要です。
rocket-boys.co.jp/security-m…
■ 4. Zoom Workplace:Windows版にCVSS 9.6
CVE-2026-108186は、Windows版Zoom Workplaceの権限昇格につながる脆弱性です。
認証不要でネットワーク経由の悪用が想定されていますが、攻撃成立には利用者の操作が必要と評価されています。
修正版は7.1.8以降。
あわせてCVE-2026-108187も修正されています。
Zoomは日常的に利用するアプリケーションだけに、部門ごとの独自インストールや、MSI配布端末の更新漏れにも注意が必要です。
rocket-boys.co.jp/security-m…
■ 5. Synology:DSMにCVSS 9.8の脆弱性
Synology DiskStation Managerでも、CVE-2026-76954などの脆弱性が修正されています。
CVE-2026-76954は、認証不要のネットワーク経由の攻撃で、任意ファイルの読み書きなどにつながる恐れがあります。
NASは日常業務で意識されにくい一方、共有ファイルやバックアップを保存しているケースもあります。
DSMのバージョン、外部公開の有無、不要なサービスの稼働状況を確認し、該当する修正版へ更新してください。
■ 今週の対応優先順位
まずは実悪用が確認されたChromeとOutlook。
次に、外部から到達可能なFortinetの管理・通信サービス、Synology DSM。
そのうえでZoomを含む社内端末の更新を進める、という順番が一つの考え方です。
もちろん、実際には自社の利用状況とネットワーク構成で優先順位は変わります。
もう一つ確認してほしいのが、更新した台数ではなく、未更新のまま残っている端末やシステムです。
100台中99台を更新していても、残った1台が外部公開サーバーならリスクは小さくありません。
今週は情報量が多いですが、すべてを同じ優先度で扱うのではなく、実悪用・到達性・影響範囲を確認しながら、一つずつ対応していきたいところです。
#情シス #CSIRT #脆弱性情報 #セキュリティ対策
7
高柳ヤヨイ|次世代デザイン retweeted
\お待たせしました/
カインズのブラックフライデーセール、本日11月11日から23日まで開催中です。
くらしに役立つアイテムが特価で続々登場。
ぜひ特設サイトでチェックしてみてくださいね。
またPHP関連も…☑️
【ソフトウェアエンジニアの方へ】
今週はGitLab、Git、Composer、Node.jsのセキュリティ更新を確認してください。
今回の脆弱性で気になるのは、単にWebアプリケーションが攻撃されるだけではなく、日常的に使う開発ツールやCI/CD基盤そのものが侵入口になり得ることです。
特に、外部からのPull RequestやMerge Requestを受け付けているプロジェクト、セルフホストのCI Runner、GitLabを自社運用している企業は、一度確認してほしい内容です。
■ 1. GitLab・Git:マージ処理から任意コマンド実行の恐れ
CVE-2026-105437は、Gitのマージ処理で発生するヒープバッファオーバーフローです。
GitLabでは、Gitalyが実行するGitの処理を通じて、特定条件下で任意コマンド実行につながる可能性があります。
GitLab公式の深刻度はCritical。CVSS v3.1は7.5(High)です。
Self-ManagedのGitLab CE/EEでは、19.5.4、19.4.6、19.3.8で修正されています。
ソースコードから構築したGitLabでは、Gitalyに組み込まれたGitの更新も必要です。
また、Git単体でも11月10日に6件の脆弱性が修正され、2.56.1などが公開されています。
「GitLabを更新したから大丈夫」ではなく、独自構築のGitLabやRunner、ホスティング基盤で動くGitも確認したいところです。
■ 2. Composer:composer.lockから任意コマンド実行
PHP開発者にとって、こちらも見逃せません。
Composerで3件の脆弱性が公表されました。最大CVSS 8.8です。
なかでもGHSA-jhfp-4ppm-crmmは、改ざんされたcomposer.lockなどを処理することで、任意コマンドが実行される恐れがあります。
厄介なのは、--no-scriptsや--no-pluginsを指定しても防げないこと。
つまり、プラグインやスクリプトの実行を禁止しているCI環境でも、安全だとは限りません。
未審査のPRでcomposer installを実行する運用では注意が必要です。
修正版は2.11.2、2.2 LTS系列は2.2.32。
開発端末だけでなく、CI Runner、ビルド用コンテナ、共有サーバーのComposerも確認してください。
詳細:
rocket-boys.co.jp/security-m…
■ 3. Node.js:11月11日以降に追加のセキュリティ更新
Node.js開発チームは、22.x、24.x、26.x系列にセキュリティ更新を提供すると予告しています。
3系列とも、修正対象となる脆弱性の最高深刻度はHighです。
米国などの現地日付で11月11日またはその直後の公開予定で、日本時間では12日になる可能性があります。
今回の予告では、具体的なCVE番号や修正版番号はまだ案内されていません。
Node.jsの更新では、サーバー上のランタイムだけでなく、Dockerベースイメージ、GitHub Actions、セルフホストRunner、サーバーレス環境なども確認対象になります。
本番サーバーのNode.jsだけ更新しても、古いランタイムを使ったコンテナが再デプロイされれば、未修正の状態に戻ってしまいます。
公式:
nodejs.org/en/blog/vulnerabi…
■ 開発者として確認しておきたいこと
今回の一連の情報で改めて感じるのは、アプリケーションの依存ライブラリだけを監視していても、開発環境全体の安全性は把握できないという点です。
package-lock.jsonやcomposer.lock、Git、CI/CDの実行環境、ビルド用イメージ、ソースコード管理基盤。
こうした開発の土台にあるソフトウェアも攻撃対象になります。
まずは自分たちの環境で何が動いているのかを確認し、修正版が提供されているものから更新してほしいです。
特に、外部から提供されたコードや設定ファイルを自動処理するCI/CDの運用は、この機会に見直す価値があります。
#GitLab #Git #Composer #NodeJS #サイバーセキュリティ
10
AIが好きな餌みたいな特徴…
◉プログラムのバク修正が好き好き…
【攻撃側】は、脆弱性探しをやり、それを素早く攻撃手段にしてしまう
↑
であれば、
【防御側】は、
◉探される前に更新する
◉やたら無名無料のソフトは入れない、更新可能なソフトを使う
◉構造データは生で置かない、暗号化
↓
※資料はChatGPT使用
1
1
44
高柳ヤヨイ|次世代デザイン retweeted
【パスワード変更が効かない乗っ取り】
今回はGoogleアカウントを乗っ取られた後の話です
覚えの無い端末をログアウトさせても、パスキーと2段階認証を入れていても、また乗っ取られるパターンです
全員がそうなる訳でも、パスキーが破られた訳でもありません
相手の入る方法が1つでも残っていると、こうなる事があります
残りやすい所と、やる順番を書きます
今は無事な人も、その時の為に順番だけ知っておいてもらうか、このポストを保存しててもらえればと思います
このポストは、何度パスワードを変えても相手に乗っ取られる、という別のポストを見たので、困ってる人がいるのではと思い書きました
その人に実際どのような事が起きているのかは、外からは分かりません
なので、Googleのヘルプと発表を元に、考えられる理由と推測、そして対策まで並べます
▼相手に経路が残りやすい所
・ログアウトされない端末
パスワードを変えると、他の端末はログアウトされます
まぁ、これで全員追い出せる、と思いますよね
ただ、ログインの時の本人確認に使う端末などはログアウトされない、とGoogleのヘルプに書いてあります
ログインの時に、本人かどうかの確認が届くスマホなどの事だと思います
相手の端末がこれに当たるかまでは、分かりませんが、本人確認に使う端末になっているのかもしれません
・相手が作ったパスキー
パスキーは、パスワードの代わりに、端末の指紋や顔、画面ロックでログインする仕組みです
パスキーを作った端末は、ログアウトした後でも、その端末のロックを外せる人ならまた入れます(Googleの説明)
相手にパスキーを作られていると、端末をログアウトさせただけでは、また入られるおそれがあります
・2段階認証の方法
相手の電話番号や認証アプリが残っていると、パスワードを知られた時に、2段階認証で止められません
バックアップコード(スマホが使えない時用の、使い切りのコード)を見られていた場合も同じです
・再設定用の電話番号とメールアドレス
パスワードを忘れた時に、確認のコードが届く宛先です
相手の宛先を足されていると、相手もパスワードを決め直せるおそれがあります
直した後も、変更後7日間は、前の宛先にコードが送られる事がある、とGoogleは書いてます
他の人が勝手にアカウントを使おうとした時に、持ち主がすぐ守れるように、という説明です
ただ、相手の宛先を消した時にも当てはまる可能性があります
その場合、消した後も7日間は、相手にコードが届くかもしれないので、気を抜けません
・Gmailの転送とフィルタ
フィルタは、届いたメールを自動で振り分けたり消したりする設定です
自分で作っていない転送先やフィルタがあると、Googleからの警告メールに気付けなかったり、メールが相手にも届いたりする事があります
・使っている端末
有害なソフトウェア(ウイルスなど)が入った端末でログインすると、ブラウザが覚えている「ログイン済み」の情報を盗まれる事があります
そうなると、相手はパスワードや2段階認証の確認を通らずに入れます(Chromeの開発チームの説明)
その端末で何度パスワードを変えても、また盗まれるおそれがあります
▼乗っ取られた時にやる順番
まだログインできる人向けです
先に1つだけ、私の考えです
端末の感染が疑わしい人と、どちらか分からない人は、普段使っている別の端末(スマホなど)からやってください
開くのは、Googleアカウントの「セキュリティとログイン」です
スマホなら、Gmailのアプリの右上にある自分のアイコンから、Googleアカウントの管理の画面に行けます
項目の名前は、Googleのヘルプの書き方に合わせてます(11月11日に確認)
① すぐにパスワードを変える
Googleは、他のサービスのパスワードも変えるよう書いてます
同じパスワードの所、そのメールアドレスで登録やログインをしている所、Googleにパスワードを保存している所です
② 「お使いのデバイス」で、覚えの無い端末をログアウトさせる
③ 「パスキーとセキュリティ キー」で、自分で作っていないパスキーを消す
Androidのスマホは、ログインした時にパスキーが自動で作られる事があります
その分は、②のログアウトで消す形です(Googleの説明)
④ 2段階認証の方法から、覚えの無い電話番号や認証アプリを消す
バックアップコードも作り直します
新しいセットを作ると、古いセットは使えなくなります
⑤ 「再設定用の電話番号」と「再設定用のメールアドレス」を、自分の物か確認して、もし違う場合は直す
(自分の物でも、今までとは違う物にするのがベストかなと思います)
⑥ アカウントにアクセスできるアプリから、覚えの無い物を外す
「Googleでログイン」などで、アカウントとつないだ他社のアプリやサービスの事です
⑦ Gmailのフィルタ・転送・委任(自分のGmailを見られる人)から、覚えの無い物を消す
パソコンでGmailを開いて、設定の「フィルタとブロック中のアドレス」と「メール転送と POP/IMAP」を見ます
⑧ 端末を調べる
ウイルス対策ソフトで調べて、Chromeに覚えの無い拡張機能があれば消します
それでも入られ続けるなら、最悪パソコンを出荷時の状態に戻す(初期化する)事も考えます(Googleも挙げてます)
①と②の順番は、Googleが書いている通りです(逆の意見も見かけますが、どちらが先でも、続けて両方やります)
③から⑧もGoogleの説明に出てくる項目で、並べ方は私が独断で決めてます
あと3つ、これも私の考えです
・①から⑦は、間を空けずに一気にやる
1つでも残っていると、そこから戻ってこられるおそれがあります
途中で相手に変え返されたら、次の「ログインできなくなった時」に進みます
・再設定用のメールアドレスにしている別のメールも、パスワードを変えておく
そのメールに相手が入れると、再設定のコードを相手も受け取れます
・終わった後も7日間は、「最近のセキュリティ イベント」(ログインや設定変更の記録)を毎日見る
落ち着いたら、Google PayやChromeに保存したカードに、覚えの無い購入が無いかも見てください(Googleの手順にも載ってます)
▼ログインできなくなった時
Googleのアカウント復元のページから進めます(リンクは、このポストのリプ欄に置きます)
・気付いたら、すぐに試す
相手に宛先を書き換えられていても、さっきの7日間の決まりで、元の自分の宛先にコードが届く事があります
・普段使っている端末と場所からやる
感染が疑わしい端末は避けて、普段使っているスマホなどからです
・質問は飛ばさない
答えがはっきりしない時も、一番近いと思う物を入れるよう、Googleは書いてます
・1回で通らなくても、もう一度試す
「復旧を手伝います」という返信やDMには、絶対に乗らないでください
Googleは、アカウントの復旧をうたうサービスとは一切提携していない、と書いてます
ログインについての電話の問い合わせにも対応していない、とも書いてます
パスワードと確認コードは、誰にも渡さないでください
▼今のうちに見ておく所
無事な人は、ここだけ見ておいてください
・「お使いのデバイス」に、覚えの無い端末が無いか
・「パスキーとセキュリティ キー」に、自分で作っていない物が無いか
私も前に一度、この一覧を見ましたが、自分の物しかありませんでした
・再設定用の電話番号とメールアドレスが、今も使える自分の物か
乗っ取られた時に、取り返す宛先になります
他の設定の見直しは、以前ポストしたので、そちらを見てください
▼来そうな質問に先に答えておきます
「パスワード変更の効果が無いなら、変えなくていい?」
→ 変えてください
Googleも、すぐに変えるよう書いてます
ただ、変えるだけだと、相手の経路が残ったままになる事があります
変えた後に、上の②から⑦も続けてやってください
「パスキーや、高度な保護機能を入れれば大丈夫?」
→ 入られにくくはなります
ただ、パスキーを足しても、パスワードや再設定用の情報は消えずに残ります(Googleの説明)
高度な保護機能(ログインにパスキーなどが要る設定)も、相手のパスキーが残ったままだと、相手も入れるおそれがあります
先に、相手の経路を全部消してください
▼まとめ
・乗っ取られた後は、パスワードを変えただけでは足りない事がある
・パスワードを変えても、ログアウトされない端末がある
・端末をログアウトさせても、相手のパスキーが残っていると、また入られるおそれがある
・宛先を直しても、7日間は前の宛先にコードが届く事がある
・やる時は、感染の心配が無い端末から、間を空けずに全部
ご家族でGoogleアカウントを持っている方がいれば、一緒に見てあげると被害を事前に防げると思います
皆様ご安全に
高柳ヤヨイ|次世代デザイン retweeted
【iPhoneのアプリが、他のアプリの中身を読める】
今、あなたのiPhoneにApp Store以外から入れたアプリがありますか?
あるかどうかが、今の所、自分が当てはまるかの決め手です
ある人は、そのアプリが悪意のある物だった時、他のアプリの中身を読まれるおそれがあります
無い人も、最新のiOSでまだ直っていない話なので、読んでおいてください
攻撃が起きた、という話ではありません
他のアプリの中身を読める方法が、11月9日に公開された段階です
攻撃や被害の報告は、私が確認した範囲ではありません(11月11日時点)
11月10日にBinance(仮想通貨の取引所)が警告を出して、320万回以上表示されてます
まぁ、取引所の名前で回ってくると、仮想通貨の人だけの事に見えますよね
でも、読まれるおそれがあるのは、ウォレット(仮想通貨を保管するアプリ)に限りません
私のiPhoneにもウォレットのアプリが3つ入っているので、調べました
何が読まれるのか、誰が当てはまるか、最新のiOSで直ったのか、今やる事、の順に書きます
公開したのは海外の研究者で、iPhoneのサンドボックスを抜ける方法です(名前は worse_query)
サンドボックスは、アプリが他のアプリのデータに触れないようにしている、iPhoneの仕組みです
研究者本人も、開発者向けの見本で、これだけでは役に立たないし、脱獄(iPhoneの制限を外す改造)とも関係ない、と説明してます
ただ、この方法を組み込んだファイル管理アプリなどが、もう公開されてます
悪用が目的の物ではありませんが、同じ方法は誰でも使えます
▼読まれるおそれがある物
研究者の説明では、届くのは、他のアプリがiPhoneの中に保存しているデータです
読むだけでなく、書き換える事もできます(仮想通貨のセキュリティ会社 SlowMist の警告)
Ostorlab(モバイルアプリのセキュリティ会社)は、ログイン状態の情報や、アプリの中の書類やデータを挙げてます
ログイン状態の情報は、写されると、パスワードを知られなくても、そのアカウントに入られる事があります
仮想通貨を持っていない人のアプリも入ります
仮想通貨が目立つのは、警告を出したのが、BinanceとSlowMistだったからです
それと、シードフレーズ(ウォレットを復元する言葉)は、読まれたら資産を動かされますし、パスワードのように後から変える事ができません
ただ、SlowMistは、この欠陥だけで資産が盗まれる訳ではない、とも書いてます
危ないのは、ウォレットがシードフレーズなどを暗号化せずにiPhoneの中に置いている場合、という説明です
自分のウォレットがどう保存しているかは、使う側からは分かりません
キーチェーン(パスワードなどを別に守って保存する、iPhoneの仕組み)の中身は読めない、という解説もあります
▼誰が当てはまるか
研究者が対象に挙げているのは、iOS 26.0〜26.7.2 と iOS 27.2 です
26.7.2 と 27.2 は公開した時点の最新で、その後に出たバージョンの事は、次の章に書きます
iOS 18 以前は対象に挙がっていませんが、安全だという意味ではありません
・App Store以外から入れたアプリがある人
条件に当てはまるおそれがあります
App Storeを通さずに、専用のツールや配布サイトから入れたアプリの事です(サイドロードと呼ばれます)
そのアプリが安全かどうかは、使う側からは見分けにくいです
・App Storeのアプリしか入れていない人
今の所、危ないと示す報告は見当たりません
ただ、Appleの審査でこの方法を止められるのかは、関係者の誰も明言していません(The Hacker News)
仮想通貨を持っているかどうかは、この分かれ目には入りません
▼最新のiOSで直ったのか
iOS 27 の最新の 27.2.1 でも直っていない、と公開した本人が書いてます(11月10日の夜)
研究者のその投稿は、iOS 26 の最新の 26.7.3 には触れていません
Appleは11月10日に iOS 27.2.1 と 26.7.3 を出しましたが、更新の説明に、この件だと分かる記載はありません
直っていない前提で動くのが安全です
27.2.1 にすれば止まる、という話も、海外の仮想通貨メディアが伝えてました
元の投稿をしたセキュリティ会社の人が、同じ日の夜に、そこは誤りだったと訂正してます
元の投稿は約3.9万回、訂正は約1,700回の表示です(11月11日の午後2時の時点)
▼今やる事
① App Store以外から入れたアプリは、消すか、出所を確かめる
Binanceは出所の信頼できないアプリを消すよう、SlowMistは出所の分からないアプリを入れないよう呼びかけてます
入れた覚えが無い人も、「設定」→「一般」→「VPNとデバイス管理」を開いて、覚えの無い開発元の名前が無いかは見てください
見つけたら、その開発元のアプリを消します(ここに出ない入れ方もあります)
会社や学校から渡されたiPhoneは、消す前に管理者に聞いてください
② iOSとアプリを最新にしておく
今の最新にしても、この件は直っていないと見ておいてください
それでも、他の欠陥の修正は入ってます
この件の修正が出たら、すぐ入れてください
③ App Store以外のアプリを入れていたiPhoneで、ウォレットを使っていた人は、作り直しを考える
BinanceもSlowMistも、怪しいアプリを入れた事が無い端末で、新しく作ったウォレットに資産を移す事を挙げてます
Binanceは、取引所などのログインを全部いったん切る事も挙げてます
私の場合は、App Store以外から入れたアプリは無いので、ウォレットは作り直していません
iOSは 26 の最新(26.7.3)にしてあります
ただ、26.7.3 で直ったという情報は、見つけられていません
▼来そうな質問に先に答えておきます
「リンクを押しただけで読まれる?」
→ 公開されているのは、アプリとして入れて動かす形です
リンクを開いただけで使えるとは、研究者の説明にも、BinanceやSlowMistの警告にも書かれていません
ただ、サンドボックスを抜ける欠陥は、サイトを開くだけで入り込む別の欠陥と組み合わせて使われる事があります
今回その報告は見当たりませんが、iOSの更新は続けてください
「Binanceが書いた 26.7.1、27.0.1、27.2 以外なら大丈夫?」
→ 大丈夫とは言えません
その3つは、この方法を組み込んだアプリの1つが、動作を確かめたバージョンと同じ並びです
▼まとめ
・11月9日に、iPhoneで他のアプリのデータを読める方法が公開された
・攻撃や被害の報告は、私が確認した範囲では無い(11月11日時点)
・仮想通貨を持っていない人にも関わる(決め手は、App Store以外から入れたアプリがあるか)
・最新の iOS 27.2.1 でも直っていない、と公開した本人が書いている
・やる事は、App Store以外のアプリを見直す、iOSとアプリを最新にしておく
App Store以外から入れたアプリが無いかだけ、今日のうちに見ておいてください
皆様ご安全に
AIは脆弱性が好き、見つけて直したくなるらしく、見つけたら拡散してまた狙うのだったら、限りありませんよね…。
逆にソフトウェアのメンテナンスに気づくわけだけど、人を挟んで犯罪AI vs 修正AIのガチ戦みたいだわ…。
Zoomは削除しよう…
【Zoom利用者は確認を⚠️】
11月10日、Windows版Zoomに重大な脆弱性が公表されました。
深刻度は10点満点中「9.6」。
条件がそろうと、ログインしていない第三者に、本来認められていない権限を取得される可能性があります。
対象はWindows版Zoom Workplaceの7.1.0以上、7.1.8未満。今回の脆弱性はMac・スマホ版には該当しません。
7.1.8以降なら対策済みです。
確認方法はこちら👇
① Zoomを開く
② プロフィールアイコンをクリック
③「更新をチェック」
④ 最新版へ更新
Zoom公式は今回の脆弱性について、実際の悪用の有無を明らかにしていません。
大切なのは、怖がることより、知って行動すること。
仕事でZoomを使う方にも、ぜひ共有してください。
出典:Zoom公式(2026年11月10日)
zoom.com/en/trust/security-b…
1
70
高柳ヤヨイ|次世代デザイン retweeted
ヤフーニュースにも転載されてました。
news.yahoo.co.jp/articles/08…
地上の道路は3Dスキャン車とAIで高精度なデータ化が進んでいて、水害時の浸水予測に役立っています…。
一方で、地下(下水道など)もデータ化が進められているようですごいな日本…🌸
古い管や地下水など未把握の部分も残っているので、完全な安心に向けて整備続行して道路陥没と洪水の備えかな…
道路を「AIが検索・比較・分析できる条件空間」へ変換する技術が開発中【地図と位置情報】 internet.watch.impress.co.jp…
30























