パスワードを忘れた? アカウント作成
13319960 story
Windows

Windows 10のソースコードが流出、そのサイズは? 35

ストーリー by headless
証拠 部門より
Windows 10の未公開ビルドやツール、コア部分のソースコードがオンラインに流出したとThe RegisterのChris Williams氏が主張している(The Registerの記事The RegisiterのツイートThe Vergeの記事Ars Technicaの記事BetaArchiveの声明)。

この件について osdn 曰く、

流出していたのは Shared Source Kit で、ごく一部の開発者にライセンスされているものです。ドライバなど低レベル(つまり高位な権限)で動作する部分のコードも含まれるため、一般には参照できません。データがアップロードされていた BetaArchive からは既に削除されていますが、内部のコードがあればゼロデイ攻撃などが容易になりかねません。実際に2004年の流出脆弱性の発見に繋がりました。

Williams氏は流出したデータが合計32TBにおよび、圧縮後のサイズが8TBだと述べている。ただし、証拠として示されているのはBetaArchiveのフォーラム掲載されたリストのスクリーンショットのみだ。サイズの根拠も示されていないが、数字から見て3月24日にBetaArchiveで大量に公開されたWindows 10/Server 2016のベータビルドのことだと思われる。フォーラムでリストアップされているビルドの3分の2弱が未公開ビルドのようだが、あとはWindows Insider 10 Previewとして提供されたビルドだ。アップロード者は数多くのWindows InsiderビルドをMicrosoftから直接ダウンロードしたと述べている。未公開とみられるビルドは既に試用期限の切れた古いものが多く、Redstone 2(Creators Update)ビルドはすべてInsider Previewで提供されたビルドとなっている。

ソースコードが含まれるというShared Source Kitだが、Williams氏は実際に内容を確認していないとみられ、内容の説明も伝聞となっている。Williams氏への情報提供者についても、BetaArchiveで公開されていたファイルの内容を説明したのか、Shared Source Kit一般の話をしたのかは不明だ。なお、MicrosoftはShared Source Initiativeで提供しているソースコードの一部が含まれることを確認したと述べているそうだ。

一方、BetaArchiveではShared Source Kitフォルダーに含まれていたファイルは各100MBのリリースが12件、合計1.2GBであり、コアソースコードとしては小さすぎると述べている。また、3月24日付で大量に公開された未公開ビルドなどはフォーラムメンバーやWindows Insider Programメンバー、Microsoft Connectメンバーなどさまざまなソースから提供を受けたものだという。これらのファイルは公開しても問題ないと考えているが、Microsoftから要請があれば公開を中止するとも述べている。Shared Source Kitについては自主的に削除したもので、Microsoftから削除要請があったわけではないとのことだ。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Anonymous Coward on 2017年06月25日 15時37分 (#3233809)

    https://blogs.msdn.microsoft.com/bharry/2017/05/24/the-largest-git-rep... [microsoft.com]

    32TBにはインストールイメージも含まれてるそうだが、一般公開されたISOイメージだけで何TBあるか知ってるかね?

    • by Anonymous Coward

      いつも思うのはどうやってbuildしているかということ、と、フルビルドに何時間かかるかということ。
      VisualStudioでビルドボタンを押すのかnmake.exeと打つのか・・・。

      • 「闘うプログラマー」「マイクロサーフス」「わたしがマイクロソフトで学んだこと」(最後のは書名間違ってるかも)のどれかにくじ運の悪い奴がその時のビルド担当者になる、と言ったような記述があった気がしますがそもそもビルド担当ってボタン/コマンド以外は何をするのでしょうね。

        親コメント
      • by Anonymous Coward on 2017年06月25日 21時02分 (#3233888)

        今のWindowsはビルド番号がBuild 16266.rs_prerelease.170616-2021といった形式で、見ていると-1700とか-1730といった数字が多い。
        金曜の定時で締め切って自動でビルドしてるんじゃないかな。で、月曜の朝になると無事に問題が山積しているということだろう。

        親コメント
        • by Anonymous Coward

          戦うプログラマーの中に、夜間ビルドして朝失敗していることが発覚したらカトラー様が荒れ狂うなんていう記述がありますね。

      • by Anonymous Coward

        ローカルじゃビルドしないでしょw
        TFSで自動ビルドスケジュール立ててると思うよ

      • by Anonymous Coward

        PowerShellがデフォルトになってもCMD.exeがなくならないと云っていたときに
        Windowsのビルドに使っているから、というのも理由にあった。
        リンクは省略

        # たぶん build.bat (build.cmd?) というのがトップにあるんだろうな。

        中身はnmakeの呼び出しかもしれないけど。

      • by Anonymous Coward

        > フルビルドに何時間かかるか

        仕事で100MB~1GB級の単一の実行ファイルを作ったりしてますが、
        会社の環境でIncrediBuildなどの分散ビルドを使うと十数分で1GB級がフルビルドできます。

        Windowsの場合、全体のサイズはまぁまぁありますが、
        多くのファイルは10MB以下で、一部のコアなライブラリ以外への依存はそう強くないだろうから
        大半のものがコアなもののビルド後に完全に独立してビルドできそう。
        MSクラスにもなれば良いマシンも使えるだろうし、ビルドに使用するマシンも大量に確保できるだろうから
        コードのビルド自体は意外と短いかも。

        それよりも、製品に仕立てるための諸々の後処理でものすごい時間食いそう。

    • by Anonymous Coward

      すごいよな
      そりゃ独自のファイルシステム作るわって感じだ

  • by Anonymous Coward on 2017年06月25日 17時00分 (#3233827)

    記事でも触れられてる2004年の流出時はソースコードに書かれたコメントが面白かった記憶。
    またああいうのみたい

  • by Anonymous Coward on 2017年06月25日 17時07分 (#3233829)

    圧縮するのに何日かかって、アップロードに何日かかるんだろ。

    • by Anonymous Coward on 2017年06月26日 9時55分 (#3234035)

      えらい人の頭の中では、圧縮にもアップロードにも時間は掛からないことになってます。
      部下さんがどんなに説明しても「なぜそんなに時間がかかるのか納得できん」としか言いません。
      部下さんがそんな説明をしている間に圧縮もアップロードも完了してしまいます。

      そして、えらい人は「ほらみろ、すぐ終わったじゃないか」と言い自慢げです。
      えらい人の頭の中では、部下さんに不毛な説明を強いた時間は無い事になっています。
      そのため、圧縮とアップロードがその間に終わってしまえば時間は掛かっていないことになります。

      ゆえにえらい人はえらいのです。

      親コメント
    • by Anonymous Coward

      一日に圧縮できるデータ量をXバイト、一日にアップロードできるデータ量をYバイトとすると
      圧縮するのには (8T/X) 日、アップロードには (8T/Y)日かかることになります

      え、XとYがわからないって? そんなん試しに8TBのデータを圧縮したりアップロードしてみれば計測できるでしょ

      • by Anonymous Coward

        キレの悪い皮肉だなあ

      • by Anonymous Coward

        こんな簡単な問題間違えるとか。

  • by Anonymous Coward on 2017年06月25日 18時25分 (#3233844)

    > Williams氏は流出したデータが合計32TBにおよび、圧縮後のサイズが8TBだと述べている。
    圧縮で1/4になっちゃうんだ。結構スカスカなんですね。(違)

    • by Anonymous Coward

      テキストが圧縮されて1/4ってかなり詰まっている印象。まあ、画像とかもあるんでしょうが。

      • by Anonymous Coward

        まあキャビネット形式ってプログラムのソースコードに関してはなかなか強力ですからな。

  • by Anonymous Coward on 2017年06月25日 18時28分 (#3233845)

    ソースコードあると躓いた時に解決の糸口を掴めてありがたい
    いっそのこと誰でも見れるようにMSが公開してくれればいいのに

    #昔流出したのは未だに見れるけどこれはどうなるのかな

    • Shared Source Kitって、一般にいわゆるソースライセンスの類ですよね?

      だから、金を積めば買える(だから、見たいのなら買えば、って話)もので、誰かが故意にか過失でか、買ったソースを横流ししたってことですよね、今回のケースは。

      親コメント
      • by Anonymous Coward
        Shared Source Kitはそういう類のものですが、 ライセンス先から流出したのか、本元のMSから流出したのかは定かではないようです
        あと、それなりの組織でないとダメだったと思うので、金を積めば見せてもらえるというものではないと思う
    • by Anonymous Coward

      一般には非公開にするのを条件に外部から譲り受けたソースもあるだろうから難しい
      たとえばXPのデフラグ機能はDiskeeper [auto-defrag.com]のサブセットだからMSが勝手に公開とかできないだろう

      • by Anonymous Coward

        全部公開できなくてもね。例えば今回のカーネルドライバなんてあればものすごく参考になると思うんだよなぁ。

  • by Anonymous Coward on 2017年06月25日 23時50分 (#3233952)

    下手に見るとOSSへ喧嘩売られるから
    流出コードは見ないように指示されると聞いてる

    OSSの偉い人は仕事の幅が少し狭まるだろうね

  • by Anonymous Coward on 2017年06月26日 12時38分 (#3234093)

    WineとかReactOSが停滞するのか(誤解

  • by Anonymous Coward on 2017年07月21日 8時24分 (#3247773)

    過去には、2000とかVistaとかNTとかあったな。
    WindowsもOSSになるという噂とかたまに聞く。
    Microsoftさんも今後、どこへ向かうのかな?

typodupeerror

一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy

読み込み中...