Excel 内のハイパーリンクを踏むと IE 扱いされる

2021-04-04T11:49:41+09:00

Excel 内のハイパーリンクを踏むと、 Chrome で開いているのに IE 扱いされる現象に遭遇しました。

現象

上述の通りですが、

Excel の中でオレオレ証明書の https 始まりのハイパーリンクを設定する
1.のハイパーリンクを開く

とすると、 .htaccess でユーザエージェントで IE のみリダイレクトして専用ページを開く仕掛けが発動してしまいました。……実際ページを開いているブラウザは Chrome や Vivaldi なのに……。

検証

この現象について少し調べてみました。

試しに、以下のようなアクセス元のユーザエージェント + HTTPメソッドを log/test.log というファイルに追記していく PHPコードを作成し、ここに各Office製品からハイパーリンク越しでアクセスしてみました。

 $value) {
    $str .= $key . ': ' . $value . "\n";
}
if(array_key_exists('User-Agent', $requestHeaders)) {
    $log .= 'User-Agent: ' . $requestHeaders['User-Agent'];
}
if(array_key_exists('Accept', $requestHeaders)) {
    $log .= ', Accept: ' . $requestHeaders['Accept'];
}
if(array_key_exists('Referer', $requestHeaders)) {
    $log .= ', Referer: ' . $requestHeaders['Referer'];
}
if(array_key_exists('Method', $requestHeaders)) {
    $log .= ', Method: ' . $requestHeaders['Method'];
}
$log .= ';';
$filepath = __DIR__ . '/log/test.log';
$current = '';
if(file_exists($filepath)) {
    $current = file_get_contents($filepath);
    $current .= "\n\n" . $log;
}
else {
    $current = $log;
}
file_put_contents($filepath, $current);
?>



    
    
    
    Document


    
        <?= $str; ?>

検証結果

Excel 2016 (httpsリンク、オレオレ証明書)

User-Agent: Microsoft Office Protocol Discovery, Method: OPTIONS;

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.2; WOW64; Trident/7.0; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729; ms-office), Accept: */*, Method: GET;

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.186 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

最後のユーザエージェントは Chrome のものなので問題ないのですが、問題はその前。

OPTIONSメソッドで Microsoft Office Protocol Discovery なるユーザエージェントでリクエストが飛んでくる
GETメソッドで MSIE や Trident を含む (今回はこの2つで IE 判定をしていた) IE のようなユーザエージェントでリクエストが飛んでくる
Chrome 本体のリクエスト

という順番のようです。特に2番目。 IE そのものとはまた異なりますが、 IE と判定されそうな文字列を含むユーザエージェントです。これによりリダイレクト判定に引っかかり、リダイレクトした後の URL が Chrome に渡されるため、「 IE 扱いされた」挙動となったようです。

……何故こんなことに……。

ちなみに。

Excel 2016 (httpリンク)

User-Agent: Microsoft Office Excel 2014, Method: HEAD;

User-Agent: Mozilla/4.0 (compatible; ms-office), Accept: */*, Method: GET;

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

こちらは MSIE や Trident といった文字列がユーザエージェントに出てこないため、 Chrome で正常に表示ができました。

ちなみに、本来のブラウザのアクセス前に飛ぶリクエストも OPTIONSメソッドではなく HEADメソッドで飛んできています。

Word 2016 (https, http)

User-Agent: Microsoft Office Word 2014, Method: HEAD;

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

Word 2016 については httpリンクの Excel と同様 MSIE や Trident といった文字列がユーザエージェントに出てきませんでした。

Excel 2013 (httpsリンク、オレオレ証明書)

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 10.0; WOW64; Trident/7.0; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729; Tablet PC 2.0; ms-office), Accept: */*, Method: GET;

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.116 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

Excel 2013 だと OPTIONSメソッドが見当たりません。ただ、 MSIE や Trident が含まれているのは確認できます。

Excel 2013 (httpリンク)

User-Agent: Microsoft Office Excel 2013 (15.0.5319) Windows NT 10.0, Method: HEAD;

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.116 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

こちらは 2016 と変わらなそうです。

Word 2013 (httpsリンク、オレオレ証明書)

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 10.0; WOW64; Trident/7.0; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729; Tablet PC 2.0; ms-office), Accept: */*, Method: GET;

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.116 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

Word 2013 はなんと Excel 2013 と同じ結果に。これだと MSIE や Trident が含まれています。

Excel 2013 (httpリンク)

User-Agent: Microsoft Office Word 2013 (15.0.5319) Windows NT 10.0, Method: HEAD;

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 10.0; WOW64; Trident/7.0; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729; Tablet PC 2.0; ms-office), Accept: */*, Method: GET;

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.116 Safari/537.36, Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9, Method: GET;

さらに Word 2013 で httpリンクの場合、 HEADメソッドが飛ぶのは Excel2013 と同様ですが、その後に MSIE や Trident を含む GETリクエストが飛んでいます。

これだとユーザーエージェント判定で引っかかることになりますね……。

手元の環境では、同じ Office製品でもバージョンで挙動が異なるというかなり困った結果が得られてしまいました……。

Office製品からのハイパーリンクを気にすることはほとんどないとは思うのですが、このような事象もあるということでメモしておきます。

「Word」の記事 - Crieit

Excel 内のハイパーリンクを踏むと IE 扱いされる

現象

検証

検証結果

Excel 2016 (httpsリンク、オレオレ証明書)

Excel 2016 (httpリンク)

Word 2016 (https, http)

Excel 2013 (httpsリンク、オレオレ証明書)

Excel 2013 (httpリンク)

Word 2013 (httpsリンク、オレオレ証明書)

Excel 2013 (httpリンク)

参考