認証について基本的に、OAUTH2によるシングルサインオンによってクレデンシャルを確保するが、互換性、あるいはアプリケーションの対応の容易性の為に、一部のAPIはBASIC認証を利用することが出来る。BASIC認証(※)に加え、API-KEYが必須。BASIC認証(※)。16時25分頃までに登録済みのユーザはMyPageで無効化しない限りは/dav/へのBASIC認証を用いたアクセスができる。16時25分頃以降に新規登録したユーザはMyPageで有効化しない限りは/dav/へのBASIC認証を用いたアクセスはできない。OAUTH2により発行されるクレデンシャル認証必須領域のURLについてWebDAV領域では、各ノードサーバの下記のパス以下が、BASIC認証必須領域となる。APIは、一部を除き、原則として認証が必須となる。v1.2以降)が必須とするため、Digest型のBASIC認証をサポートしていない。Header、Authorization:を使う方式。preemptiveモードでもnonpreemptiveモードのどちらも対応可。IDIDはInfiniCLOUDにログインするときに使うものと共通。16時25分頃までに登録済みのユーザはMyPageで外部アプリ接続の再発行、無効化を行わなければログインするときに利用するものと共通。16時25分頃以降に新規登録したユーザはBASIC認証はデフォルトでOFFになり、MyPageで外部アプリ接続を有効化する必要がある。その際、発行されるパスワードはシステムによりランダムで発行されたものとなる。APIにアクセスするためには、2つのクレデンシャルを必要とする。この2つが適合して正しいとき、初めてAPIが利用可能となる。ユーザのID、アプリパスワードユーザを決めるもの。BASIC認証などで利用する。通常のWebDAVでの認証と同じ形式。KEYアプリケーション毎に決められたユニークなキー。ラベリングのために利用する。KEYは申請が必要で、アプリケーションデベロッパーは、対応アプリ登録申請フォームから申し込みができる。若干の審査が行われるが、法人、個人、オープンソースなど、どのような開発者でも構わない。KEYはアプリケーション側に埋める必要があるため、実際に保護対象にすることはできない。KEYはあくまで、紳士協定的に、アプリケーションを、名乗るための仕組みと考えて良い。KEYの無効化機能の実装が予定されている。KEYは、次のどちらかの方法で送信する必要がある。Headerで送る方式。Headerに、X-TeraCLOUD-API-KEY:を添えて送る。APIで利用することができる。Parameterで送る方法。URLの必要な箇所に、api_key=を添えて送る。APIで利用することができる。Clientスタックを必要としない。利用する言語、ライブラリ・スタック、アプリケーションプログラマの開発手法によって、容易なアクセス方法は異なると考えられる為、現時点では上記2つの方法でのアクセスを選ぶことができる。KEYのフォーマット128ビットを16進数、大文字のBINHEXで送信する。有効期間そのリクエストのみ。