パソコン(PC)の森

2026/051234567891011121314151617181920212223242526272829302026/07

≫ EDIT

検索サイトにハルシネーションの責任を追及する判決

【検索サイトにハルシネーションの責任を追及する判決】

AIによるGoogle内に登録された情報から要約して表示される機能が追加されていましたが、ドイツでハルシネーションによる被害を受けた出版社によってGoogleが訴えられ、責任を追及される判決が出た様です。



【関連記事】
1:Landmark German ruling declares Google's AI Overviews are Google's own words and makes it liable for false answers
2:Nobody needs AI to search the Internet, court says in ruling against Google
3:Google検索の「AIによる概要」が虚偽の情報を記載したことにGoogleが直接的な責任を負うとの画期的判決が下る



【詳細】
ドイツのミュンヘンにある2出版社がGoogle検索で自社を検索すると、関係無い悪質な詐欺的な企業の情報を関連付けた間違ったAIによる概要が出て来る事に気が付き、

Googleに対してAIの概要の修正を求めたが修正されなかった為、ミュンヘンの地方裁判所でGoogleを訴えた様です。

Googleは検索サイト内のデータはGoogleが作成した物ではないから間接的な権利侵害者としてのみ責任を負うが、検索結果の内容はGoogleの責任ではないという過去のドイツ連邦最高裁判所の判例と、

AIで生成された情報は盲目的に信用すべきではないということをユーザーは一般的に知っているを根拠にGoogleには責任は無いと弁明した様ですが、

AIの概要は検索結果をそのまま出したのではなく、AIが独自に生成した文章であり、架空の内容も付け足している所から、従来の判例は責任を免除する理由にならない、

Pew finds that only 1 percent of users click a source link directly from Google's AI Overviews

ユーザーはリンク先の情報源を自分で確認することで、AIによる要約が正しいかどうかを検証できるという主張も、AIは情報源の正否を判断していないという事を理解していないと情報元となったサイトを閲覧していないという調査結果が↑の記事から判明している為、主張を却下されています。

AIの概要は文章で内容を理解出来る自己完結型の文章になっており、その文章の正否を判断する様に促す文章になっていない。と裁判所は判断した様です。

また、Googleに責任が無い場合、AIが生成した架空の情報を訂正できない問題が発生する為、救済手段が存在しなくなるのと言うのも主張を却下した要因だった様です。



【実際の問題】
AIの学習は同様な文字列の物を列記した上で混ぜる事があるので、本当に注意して下さい。

とあるCADソフトの動作要件を調べていましたが、ソフト名と動作環境について検索した時にAIが概要を出してきました。

AIの概要より詳しい内容を知りたかった為ソフトメーカーの製品ページの動作環境にアクセスした所、AIはGeforce環境が必要だと出していましたが、動作要件にはCUDAを使っているという記述は一切なく、DirectXかOpenGLとしか書かれておらず、動作環境もIntel、AMD、Nvidiaの特定のGPU以上としか表記がありませんでした。

そこで他のサイトも調べた所、略同名の古いソフトウェアの動作要件の所にAIが出した情報が載っていました。

つまり、調べていたソフト名○○○○○ ◆◆◆◆と初めが全く同じ○○○○○ ▲▲▲と言うソフト名が似通っていた情報を混ぜてAIが文章を作成していた訳です。

AIが正確な情報を出すとは限らないと理解している者なら確認するので引っ掛かりませんが、AIの出した文章は正しいと妄信する者は間違いに引っ掛かる事になります。


Googleで検索すればすぐにわかりますが、「AI は不正確な情報を表示することがあるため、生成された回答を再確認するようにしてください」の様な注意書きは基本しておらず、ヘルプの奥深く迄アクセスしないと出て来ないので、AIで生成された情報は盲目的に信用すべきではないということをユーザーは一般的に知っているというGoogleの主張は成り立たない、

というのはドイツの裁判所の言う通りですかね。



【裁判の行方と今後】
控訴するかどうかは現状分かりませんが、AI機能を付けた検索サイトは今後対応を間違えるとAIのハルシネーションで実害を受けた所から検索サイトの運営が訴えられる事になる為、

・AIの概要の所に大きく「正確な情報ではない可能性がある、調べる様に」と注意書きがされる
・AI機能自体無くす
・通報に適時対応する部署を作る
・間違った情報を上げるサイトの順位を下げたり削除する

と言った対策がされるかもしれません。



Googleは部署によってはフィードバックを送っても対処が遅すぎる処か他部署に連絡しないと全く動かない事があります。

今回の裁判での判決を理由に改善されると良いんですけどね。



【関連記事】

AI活用の注意点
AI活用の注意点2


このBlogはBlogランキングに参加しています。
役に立ったと思った方はクリックをお願いします。




総合情報に戻る

TOPに戻る

| ネット関連 | 20:30 | comments:0 | trackbacks:0 | TOP↑

≫ EDIT

DDR4環境のパーツを増産開始か

【DDR4環境のパーツを増産開始か】

DDR5のDRAM生産がAI向けに振られたせいで異常な高騰で入手性が悪くなって7ヵ月経ちますが、生産縮小していたDDR4環境のMBやメモリの増産の話がComputex 2026で確認された様です。



【関連記事】

Production of DDR4 memory and motherboards is restarting amid unprecedented memory shortages — PC industry preparing for a world without DDR5



【詳細】
TomshardwareがComputex 2026でメモリモジュールやMBメーカー等複数の情報源に確認した所、DDR5環境のコスト増加を原因としたDDR4環境の需要増加を確認した為、DDR4環境のメモリやMBを増産するとの事の様です。

尚、OC向けのDDR4 DRAMの生産は終了しているので、周波数は高くてもDDR4-3600までになる様ですが、基本的にIntel、AMD共にDDR4環境はCPUのNative周波数がDDR4-3200なので、特に問題は無いと考えられます。

MBについては2社は確実に増産するとの事。

Motherboard sales 'collapse' by more than 25% as chipmakers strangle enthusiast PC market to build more AI chips — Asus projected to sell 5 million fewer boards than 2025, Gigabyte, MSI, and ASRock also expected to see reduced sales numbers
5月にASUS、GIGABYTE、MSI、ASRock4社全て22~33%売り上げ減になる予測が出ていましたが、ASUSが2025年全体で1500万枚出荷していたのに半年で500万枚程度と1/3しか出荷出来ていないと考えると、DDR5環境の売り上げ減少はかなり影響が出ているのかもしれません。

なので、DDR4環境のMB生産を増産に舵を切ったのだと考えられます。


CPUについてはIntelはRaptor Lakeの設計を使った組み込み向けのBartlett Lakeや旧設計(Alder Lake、Raptor Lake)を更にリブランドしたBartlett Lake Hybridがあるので一般販売向けにシフト出来ると考えられるのと、

AMDにTomshardwareが確認した所、10周年記念にRyzen7 5800X3Dを再生産する時に前のCPUダイとキャッシュダイの接続の方式が終了していた為、新たに再設計する事になった様で、限定生産ではなく長期的に生産する体制を整えたとの事。

DDR4環境の販売が成り立つ限り、生産を続ける様です。

生産が再開されたらX3D版ではなくても選別落ちが発生するので、現状生産終了していたRyzen 5xxx番台の出荷も増えて、生産終了&需要増加で上がっていたDDR4環境のパーツ価格が落ち着くかもしれません。



増産が始まって供給が増えると、生産縮小で上がっていたパーツの価格が下がると考えられるので、暫く待ちましょう。

個人的には上がっていたRyzen 5xxx番台のCPUの価格が下がってくれるとありがたいですかね。



このBlogはBlogランキングに参加しています。
役に立ったと思った方はクリックをお願いします。




総合情報に戻る

TOPに戻る

| 小話 | 18:00 | comments:0 | trackbacks:0 | TOP↑

≫ EDIT

NECの無線LANルーターの脆弱性について3

【NECの無線LANルーターの脆弱性について3】

脆弱性が存在する機種が5月に報告として上がって来たので、該当の機種を利用していて自動更新を切っている場合は、手動でファームウェアを更新して下さい。



【関連サイト】
1:2026年5月 Aterm製品におけるLAN側からの不正アクセスの脆弱性への対処方法について
2:NEC Atermシリーズにおけるクロスサイトスクリプティングの脆弱性(NV26-002)
3:NEC AtermシリーズにおけるOSコマンドインジェクションの脆弱性(NV26-003)



【問題の詳細】
NECのルーターに複数の脆弱性があり、複合的に以下の問題が発生する可能性がある様です。

NEC公式だと詳細が半端にしか載せられていないので、JVNの方を確認して下さい


1:クロスサイトスクリプティング
悪意のあるスクリプトを仕込まれたサイトAを見てから脆弱性のあるサイトBを閲覧すると、悪意のあるスクリプトでサイトBの偽サイトに誘導されてしまう

2:OSコマンドインジェクション
悪意ある第三者がルーターにアクセスした場合、LAN上にあるPCに対して任意のOSコマンドを実行される


クロスサイトスクリプティングはフィッシングサイトを読み込んでしまうだけで攻撃を食らう事になるので、怪しいメールのURLにアクセスしない、海外系のアングラなサイトにはアクセスしない様にして下さい。

OSコマンドインジェクションは基本的にルーターにアクセスされないと攻撃を食らわない脆弱性なのですが、この脆弱性を突く為のマルウェア(悪意のあるソフトウェア)にLAN内の機器が感染すると攻撃を受ける事になるので、ルーターのPASSが漏れていなければ問題ないとはならないと考えて下さい。



【対象の機種】
【1対象】
19000T12BE Ver.1.1.0 より前のバージョン

WX11000T12 Ver.1.4.0 より前のバージョン
WX7800T8   Ver.1.5.1 より前のバージョン
WX5400HP  Ver.2.1.0 より前のバージョン
WX4200D5  Ver.1.3.5 より前のバージョン
WX3000HP2  Ver.1.3.2 より前のバージョン
WX1800HP  Ver.3.2.2 より前のバージョン

SH621A1   Ver.3.2.2 より前のバージョン
GX621A1   Ver.3.2.2 より前のバージョン


【2対象】
MR51FN   Ver.3.4.0 より前のバージョン
CM51FD   Ver.1.2.0 より前のバージョン



【対処法】
基本的にファームウェアが当たるサポート期間内のモデルは、管理設定から自動更新を止めていない限り、自動的にファームウェアのアップデートがあたって対処されます。

止めている場合は自動更新されないのでAterm検索ツールでルーターを検出したら、ブラウザでアクセスしてadminと本体シールに書いてある(Web PW)でログインしてメンテナンスのファームウェア更新から更新して下さい。

モバイルルーターについてはファームウェアの更新方法が↑の公式リンクの先にあるので確認して下さい。

尚、公式には無いですが、JVNの方に載っている機種も同じ方法で上げられます。



今回の脆弱性はサポート期間内の場合は管理設定から止めていない限り自動ファームアップで対処されます。

基本的にLAN内の話なのでWAN(外部ネットワーク)から攻撃は受けませんが、LAN内の機種が感染していると間接的に攻撃を受ける可能性があるので注意が必要です。



【関連記事】

NECの無線LANルーターの脆弱性について
NECの無線LANルーターの脆弱性について2


このBlogはBlogランキングに参加しています。
役に立ったと思った方はクリックをお願いします。




総合情報に戻る

TOPに戻る

| ハードウェア | 21:00 | comments:0 | trackbacks:0 | TOP↑

≫ EDIT

CVE-2025-48516の脆弱性はファームウェアの問題

【CVE-2025-48516の脆弱性はファームウェアの問題】

AMDが今月の脆弱性の公開情報をImpressが窓の杜で翻訳した記事を出した訳ですが、元サイトが誤解される様な書き方をしているせいではありますが、翻訳している者が内容を理解せずに誤解する様な翻訳をしているので注意を一つ。



【ほとんどの脆弱性はファームウェア(制御プログラム)起因】

AMD Athlon™, AMD Ryzen™, and AMD Ryzen™ Embedded Series Processor Vulnerabilities – May 2026

大元の題名自体がもう駄目ですが、一部ハード起因で脆弱性になっているものもあっても殆どファームウェアを修正すれば対策できる問題です。

と言うよりも、制御設定に問題があって脆弱性になっているので、CPU側の問題ではなくMB側の問題です。

CPUの表は、そのCPUが搭載されている環境のMBに問題があると影響が出るという事を表しているだけです。



【CVE-2025-48516は基本的に制御設定の問題】

AMDが混乱する様な追記をしているせいでハード自体に問題があるかの様に誤訳しているので注意が必要です。

CVE-2025-48516(OpenCVE)

脆弱性情報を公開している所の情報を読めばわかりますが、BIOS内のブートローダーファームウェア(起動用制御プログラム)が不安定なデフォルト設定によって、

メモリ用の電力制御を行っているPMIC(Power Management IC)の制御の権限設定がザルになり、OS上から制御が出来る状態になっている為、電圧制御をおかしくして正常に動作させ無くしたり、壊れる様な電圧にする攻撃を食らう可能性が出ます。

つまり、基本はMBファームウェアの問題である訳です。

↑のOpenCVEを読めばわかる様に修正されたAGESAファームウェアアップデートを取得して、制御設定を修正すれば攻撃を受け無くなるので、安心して下さい。


Mitigation requires hardware modifications which are targeted for future platforms.

尚、↑の一文のから誤訳がされている訳ですが、将来的にCPUの回路側も改良する事で制御プログラムでの修正と同等の修正をハード側でするか、ハードと制御を合わせて対応するという事を言っています。

表のCPU毎のNo fix plannedは、CPUを回路設計で修正せずMB側のファームウェアで対応するので、CPUの修正予定はないと表記しているだけです。

脆弱性が放置される訳ではないので勘違いしない様にして下さい。



【攻撃は基本愉快犯から】
CVE-2025-48516の脆弱性はPMICの制御を乗っとるだけなので、電圧を下げてメモリの機能不全で落とすか、電圧を上げてメモリを壊すか位しか攻撃できません。

基本ローカルユーザーが、PMICの制御をOS上からメモリ関連のツールを使って取得する必要がありますので、基本PCに触れる環境にいる必要がありますが、攻撃用のマルウェアに感染すると被害者が実行してしまう可能性はあります。

但し、情報が取得できる訳でもなく、起動出来なくするかメモリを破壊する事しかできないので、攻撃者にマルウェアを作る旨味がありません。

だから、愉快犯が主体になる訳です。



内容を確認すれば何が原因で起きた脆弱性なのか分かるのですが、ファームのプログラムミスで発生している脆弱性なのに、公式自体が分かり易い様に説明せずにCPUリストで対象が、とやるせいでハードの脆弱性と誤認される事があるので、広報はよく考えてほしいものです。



このBlogはBlogランキングに参加しています。
役に立ったと思った方はクリックをお願いします。




総合情報に戻る

TOPに戻る

| ソフトウェア | 00:40 | comments:0 | trackbacks:0 | TOP↑

≫ EDIT

Radeon Driverにスリープ復帰後にファン制御が効かなくなる問題

【Radeon Driverにスリープ復帰後にファン制御が効かなくなる問題】

5月に公開されたAdrenalin Edition 26.5.1以降を入れると、スリープ復帰後にセミファンレス仕様のグラフィックボードが設定によってはファン制御が効かなくなる問題が出ている様なので注意を一つ。



【関連記事】

AMD Driver Update Sparks 'Zero RPM' Fan Woes: Are Your GPU Temps Climbing?



【問題の詳細】
まず現在のグラフィックボードのファン制御について説明しますが、現在のグラフィックボードの多くには静音化目的で負荷が掛かってGPUやVRAMの温度が一定以上に上がった時だけファンを回して冷却する機能が付いています。

上記はセミファンレスと呼ばれる機能ですが、Radeonのツール上の機能としては0 RPM(ゼロ RPM)としてしています。

現在発生している問題は、5月6に公開されたRadeon用ドライバのAdrenalin Edition 26.5.1以降を入れると、スリープから復帰後にドライバの0 RPMの設定が正常に読み込まれず、負荷が掛かってもファンが動かない問題がある様です。

その状態で負荷をかけ続けると損傷する可能性があるので注意が必要です。


尚、ファン制御の問題が発生するのがスリープ復帰後な訳ですが、26.5.1以降を入れてもスリープ後も問題なくファンが動作する環境もある為、Windowsのシステムの問題、特定モデルのファームの問題、ドライバ自体の問題の可能性がありますが、現状ははっきりしません。

確実にわかっているのは、スリープ復帰後に0 RPMの機能は有効化するが、負荷が掛かってもファンを動作させる命令が実行されないという所です。


Windowsの場合スリープ復帰後にドライバやファームが正常に読み込まれず機能しなくなる問題はよくある話ですが、機能は有効化するが一部機能が正常に動作しない、全モデルではなく特定のモデルで発生するとなると、

元々スリープ復帰時に潜在的に問題が出る制御のファームウェアのボードに、新しい制御のドライバがかちあって症状がでた可能性があるかもしれません。



【現状の対処法】
今回の問題は0 RPMの機能が有効化されている状態でスリープを介すと発生する問題なので、0 RPMかスリープを切る、又は症状が出ないドライバ迄戻せば発生しませんので、以下の様に対処して下さい。


1:ドライバをAdrenalin Edition 26.3.1に
ドライバを差し戻す時はアンインストール後に、セーフモードで起動し、DDUを使ってレジストリまで掃除してからインストールして下さい。

レジストリの設定が残っているとドライバを差し戻しても症状が出る可能性があるので。

後、DDUをかけるとAMD環境の場合チップセットドライバ用の設定も消えるので、チップセットドライバも再インストールを。


2:0 RPMを切る
以下の様に設定を変更して0 RPM自体を切っておけば影響は受けません。

Adrenalinを起動

パフォーマンス

チューニング

チューニングプリセットをカスタム

ファンチューニングを有効

ゼロ RPMを無効

高度な制御を有効

後はグラフで温度に対してファンの回転数を調節したら、変更を適用を押して保存


3:スリープ機能を無効
以下の様にスリープを切って下さい。

Windowsのコントロールパネル

システムとセキュリティ

電源オプション

左の項目のコンピュータがスリープ状態になる時間を変更を選択

スリープを時間から適用しないに変更



今回の問題はスリープ後に症状が出る為使い方によっては略症状が出ませんが、スリープを有効化していると被害が出る可能性があるので、修正が入る迄は0 RPMやスリープを切るか、ドライバをAdrenalin Edition 26.3.1で止めて置く様にして下さい。



このBlogはBlogランキングに参加しています。
役に立ったと思った方はクリックをお願いします。




総合情報に戻る

TOPに戻る

| ソフトウェア | 14:00 | comments:0 | trackbacks:0 | TOP↑


| PAGE-SELECT | NEXT