JP2023020344A - 情報処理装置における証明書からの情報取得方法 - Google Patents

Abstract

【課題】 印刷装置がオンラインのプリントサービスと接続するとき等、外部サーバとＴＬＳ通信を行う際はサーバ証明書の検証を行うが、検証に利用する印刷装置内のルート証明書の検索処理に課題がある。印刷装置に搭載されている暗号モジュールのバージョンアップ等により、証明書から取得されるイシュア属性の要素順が変わった場合、ルート証明書の検索に失敗して、結果としてＴＬＳ通信に失敗するという課題である。【解決手段】 イシュア属性内の、要素と順番の対応付けを記録した変換テーブルを設け、イシュア属性の要素順をこの変換テーブルで変換し、順番が必ず固定となるようにする。【選択図】 図４

Description

本発明は、情報処理装置において、デジタル証明書から情報を取り出す際の方法に関する。

近年、印刷装置は高機能化し、インターネット上のプリントサービスと接続し、印刷を行う機能を備えるものがある。このとき、セキュリティ向上のために、プリントサービスとＴＬＳで接続し、盗聴、改ざん、なりすましの脅威を防ぐことが一般的である。ＴＬＳ接続を行う場合はサーバ証明書が正しいかの検証を行うが、検証は、印刷装置にあらかじめ格納されているルート証明書を用いて行う。ここで、どのルート証明書を用いればよいかの検索は、サーバ証明書のイシュア属性とルート証明書のサブジェクト属性のマッチングにより行う（イシュア属性の利用については特許文献１を参照）。

特開２００４－２６０８３４号公報

しかしながらイシュア属性を単純に参照する方法では、サブジェクト属性をルート証明書から抽出して印刷装置内のストレージに保存して、証明書検証の際に参照するということを行っていた場合に問題が発生する可能性がある。

どういうことかというと、なんらかの理由（例えば、イシュア属性／サブジェクト属性の取り出しに使用する暗号ライブラリのバージョンアップ）により、サブジェクト属性内の要素の順番が変わった場合、マッチングに失敗するようになってしまうからである。

本発明の目的は、暗号ライブラリのバージョンアップ等により、取り出したサブジェクト属性の要素順が変わっても、証明書検証に失敗しなくなる情報処理装置における証明書からの情報取得方法を提供することにある。

上記目的を達成するために、請求項１記載の情報処理装置における証明書からの情報取得方法は、証明書検証処理を備えた情報処理装置であって、証明書検証部と、暗号処理ラッパー部と、暗号処理部と、を備え、証明書から属性取り出しをした際に、変換テーブルに基づいて属性内の要素順の並び替えを行うことを特徴とする、

本発明によれば、暗号ライブラリのバージョンアップ等により、取り出したサブジェクト属性の要素順が変わっても、証明書検証に失敗しなくなる。

実施例におけるシステム構成を示す図である。 印刷装置のハードウェア構成を示す図である。 印刷装置のソフトウェア構成を示す図である。 印刷装置における証明書のイシュア属性の要素の並び順を変更する処理のフロー図である。

以下、本発明を実施するための形態について図面を用いて説明する
［実施例１］
図１は、本発明を適用した印刷装置を含むプリントシステムを示す構成図である。１０１は本発明を適用した印刷装置である。１０３は、インターネット１０２上で提供されるプリントサービスである。印刷装置１０１はプリントサービス１０３にＴＬＳで接続し、印刷ジョブの取り出しなどを行う。

＜印刷装置のハードウェア構成＞
図２は、印刷装置１０１のハードウェア構成を示す簡略図である。ＣＰＵ２０１は印刷装置１０１全体の動作を制御する中央演算装置（プロセッサ）である。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は揮発性メモリであり、ワークエリア、ＲＯＭ２０２及びＨＤＤ２０４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。

ＲＯＭ２０２は不揮発性メモリであり、印刷装置１０１のブートプログラムなどが格納されている。ＨＤＤ２０４はＲＡＭ２０３と比較して大容量な不揮発性のハードディスクである。ＨＤＤ２０４には、印刷装置１０１の制御用プログラムが格納されている。また、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションプログラムもＨＤＤ２０４に格納されている。さらに、印刷装置１０１が備える各種機能に関する設定の設定値もＨＤＤ２０４に格納される。

ＣＰＵ２０１は印刷装置１０１の起動時、ＲＯＭ２０２に格納されているブートプログラムを実行する。このブートプログラムは、ＨＤＤ２０４に格納されているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを読み出し、ＲＡＭ２０３上に展開するためのものである。ＣＰＵ２０１はブートプログラムを実行すると、続けてＲＡＭ２０３上に展開したＯＳのプログラムを実行し、印刷装置１０１の制御を行う。また、ＣＰＵ２０１は制御用プログラムによる動作に用いるデータもＲＡＭ２０３上に格納して読み書きを行う。

なお、印刷装置１０１は、１つのＣＰＵ２０１が後述するシーケンスやフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵやマイクロプロセッサ（ＭＰＵ）が協働して後述するフローチャートに示す各処理を実行するようにすることもできる。また、後述する処理の一部をＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて実行するようにしても良い。

操作部２０５は、タッチ操作可能なディスプレイである。プリンタ２０６は、通信部２０７を介して外部から受信した印刷データをプリントするプリンタエンジンである。通信部２０７は、インターネットやオフィスのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する為のネットワークインタフェースである。なお、ユーザ端末１０３およびプリントサービス１０２にも、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４と同様のハードウェア構成が備えられている。

＜ソフトウェア構成＞
図３は、印刷装置１０１のソフトウェア構成を示す簡略図であり、ＲＯＭ２０２に記憶されたプログラムをＲＡＭ２０３に展開しＣＰＵ２０１がプログラムを実行することで実現されるソフトウェア構成である。

暗号通信処理部３０１は、ＴＬＳ通信の処理を行う。

証明書検証部３０２は、ＴＬＳ通信などで必要になった際に、証明書検証を行う。その際、暗号処理ラッパー部３０４とデータベース３０３を利用する。データベース３０３には、ルート証明書そのものと、ルート証明書から取り出したサブジェクト属性が格納されている。

暗号処理ラッパー部３０４は、暗号処理部３０５に対して、暗号処理や、証明書からの情報取り出しの依頼を行う。

暗号処理部３０５は、暗号処理や、証明書からの情報取り出しを行う。

＜処理フロー＞
印刷装置における証明書のイシュア属性の要素の並び順を変更する処理を、図４のフロー図を用いて説明する。このフロー図は、ユーザの印刷操作等により、暗号通信処理部３０１がプリントサービス１０３へのＴＬＳ通信を行う際に実施される処理の一部を示している。

ＴＬＳ通信のシーケンスに従い通信相手（この場合はプリントサービス１０３）のサーバ証明書の検証を行う。そのために、証明書検証部３０２は、検証対象のサーバ証明書からイシュア属性を取り出す要求を出し、暗号処理ラッパー部が要求を受ける（４０１）。

すると暗号処理ラッパー部３０４は、暗号処理部３０５を通して、サーバ証明書からイシュア属性を取り出す（４０２）。例として、以下の要素順でイシュア属性が取り出せたとする。

CN = GlobalSign, OU = GlobalSign Root CA - R2, O = GlobalSign
次に、暗号処理ラッパー部３０４は、内部で保持している変換テーブルに基づいて要素の並び替えを行う（４０３）。変換テーブルは、例えば表１のようになっている。

並び替えの結果、イシュア属性は以下のようになる。

CN = GlobalSign, O = GlobalSign, OU = GlobalSign Root CA - R2
暗号処理ラッパー部３０４は、この並び替えた結果のイシュア属性を証明書検証部３０２に返却する。

以上が、証明書のイシュア属性の要素の並び順を変更する処理の説明である。

この後の処理として、証明書検証部３０２はイシュア属性と、データベースに格納されているサブジェクト属性のマッチングを行って、証明書検証に利用すべき証明書の検索を行うが、要素の並び順が固定となったことにより、検索に失敗することはなくなる。

３０２ 印刷装置１０１の証明書検証部
３０３ 印刷装置１０１のデータベース
３０４ 印刷装置１０１の暗号処理ラッパー部
３０５ 印刷装置１０１の暗号処理部

Claims (1)

1. 証明書検証処理を備えた情報処理装置であって、
   証明書検証部と、
   暗号処理ラッパー部と、
   暗号処理部と、を備え、
   証明書から属性取り出しをした際に、変換テーブルに基づいて属性内の要素順の並び替えを行うことを特徴とする、情報処理装置における証明書からの情報取得方法。

Images