常連

注目の的

社会貢献

jsonを返すAPIをつくっています。

APIの認証には、ヘッダにトークンを投げ、サーバーサイドのミドルウェアでトークンをチェックするという方式を取っています。

公開を想定したAPIなのですが、セキュリティについて分からないところがあります。


このAPIを自アプリケーション内で使用する際、アドミン用のトークンをヘッダに含めているのですが、それだとアドミン用のトークンを公開してしまうことになり、APIに認証を設ける意味がないと気づきました。


APIを公開する際には認証を必要としたいので、利用するユーザーそれぞれにAPIトークンを発行したいのですが、自アプリケーション内でAPIを安全に利用するにはどういう対策がありますでしょうか？

公開用とアドミン用のAPIを別に作成する必要があるのでしょうか？？

### 追記

追記: バックにはLaravel、フロントはReactを使っています。自作APIを利用するときは、基本的にはReactでAPIを叩いています。

追記： 皆様、有益な回答ありがとうございます。ググっても中々実装例が出てこなかったのでとても助かります。ただ、幅広い意見をお伺いしたいので今しばらく回答を募集中のままにさせていただきます。

### 改めて質問内容を整理します。

Laravelでアプリケーションを開発しており（以下、Laravel Appとします。Wantedlyのようなサービスです。）、「**Laravel App内で使用すること**」と「**外部のクライアントに利用してもらうこと**（外部クライアントが開発している別のアプリケーション等に利用してもらう、など）」を目的としたAPIを作っています。

このAPIを利用するには、ヘッダにLaravel Appが発行するユーザー（Laravel Appの利用者かつ登録者）それぞれが保持するAPI Tokenを含めてPOSTすることでLaravel APPのミドルウェアが認証処理を行い、レスポンスを返してくれます。

外部のクラアイントがAPIを利用する分には、このAPI Tokenでの認証方法で良いと思います。（回答者の方のご指摘通り、Tokenのチェック方法に留意する点はまだありますが・・）

しかし、この認証方法を設けてしまうと、Laravel App自身がAPIを使用することが難しくなってしまいます。
例えば、Laravel Appが自身がAPIを利用するためのアドミン用のAPI Tokenを用意しても、ヘッダ情報にAPI Tokenを含める必要があるため、Larave Appを利用する全てのユーザーにアドミン用のAPI Tokenが公開されてしまいます。


上記の利用目的において、APIの認証方法はどのようにすべきでしょうか？


### 考えている方法

* 公開用と内部で使用する用でAPIを分ける。内部で使用する用は非公開にする。

* アドミン用のAPI Tokenを利用せず、ユーザー（Laravel Appの利用者かつ登録者）のAPI Tokenを利用させる。本来、API Tokenは外部の別のアプリケーションの開発等に使用してもらうためのものを想定していたが、Laravel Appを利用する際も使用する仕様にする。
API TokenはLaravel Appに登録した時に自動で発行、いつでもリフレッシュ可能なものとする。

APIの認証方法と公開について

### 前提・実現したいこと

住所データを「住所（県、市区町村・・等）」「番地」「方書」に分割したい

### 発生している問題・エラーメッセージ
現在個人情報を登録するページがあり、
Webフォームで住所を入力させています。

項目は以下の３つに分断してデータを入力し、データベースに登録させます。
入力項目：「住所（NOT NULL制約）」「番地（NOT NULL制約）」「方書」

なお登録だけではなく、照会するページも存在します。

今回画面からの登録だけではなく、
住民票形式の住所データを断続的に取り込む（読み込む）ことになりました。
こちらは住所の項目に特に区別がなく「住所」との名称１項目で管理されています。

そこで現行システムに住所データ等を取り込む際に、
現行の住所フォーマットのように分割をしたいのですが良い方法が思いつきません。
JavaScriptやSQLでどうにかなるものならば対策を教えてほしいのですが、
このあたりの管理方法について事例等を知っていればご紹介いただきたいです。

【他の解決方法例】
・現行の個人情報を登録するテーブルに住所データを残すのではなく、
　住民票形式の取り込み用のテーブルを新たに作成しそこで管理する。
・住所項目に全データで登録し、番地項目には適当なスペース項目を登録する

### 調査したこと

[住所分割　正規表現]
[https://qiita.com/zakuroishikuro/items/066421bce820e3c73ce9](https://qiita.com/zakuroishikuro/items/066421bce820e3c73ce9)

住所を「郡市区町村・町名」「番地」「方書」に分割する方法

さくらのVPS(CentOS/nginx)を使って、Webサービスを提供しています。
SSL対応、http/2対応は実施していますが、最近は
フレッツ光等でもipv4セグメントでは網終端装置が混雑していることから、
[IPv6接続(IPoE方式)を積極的に売り出すプロバイダが登場してきています。](https://support.biglobe.ne.jp/ipv6/)
4GLTE網経由のアクセスも一部ipv6対応の回線がいくつか登場しているようです。

ある程度IPv6でWebサービスも運用開始すべき時期が来ているように感じていますが、Webサービスを展開するにあたって、IPv6のサービスは開始した方が良いのでしょうか？
今、どれくらいの割合のトラフィックがIPv6経由で来れるのでしょうか？
IPv6経由でサービス展開すると、TwitterのAPIとかGoogleのAPIとの連携で困ったりするでしょうか...?
何か良い情報お持ちのかた教えてください。

ipv6の対応需要について

こんにちは
現在C#を勉強しているのですが、個人的にgetter, setterの必要性が無いように感じました
わざわざprivateなフィールドに外側からアクセスするためなら、getter,setterなど書かず、publicにしてしまえばいいのではないでしょうか。目的がわかりません。コードが長くなるだけではないのでしょうか。privateにする意味は外側から、アクセスされないためなのに結局アクセスする際の名前が変わっただけでアクセスできてしまう...これは意味がないんじゃ..とかんじました。

getter, setterの必要性

先日こちらのページ [PHPマニュアル > 付録 > 変更履歴](https://secure.php.net/manual/ja/doc.changelog.php) を眺めていたときに、

![イメージ説明](c9c0497bba453137da1386d3227beea7.png)

「define() に配列を定義できるようになった」と記述されており、

[define](https://secure.php.net/manual/ja/function.define.php)

![イメージ説明](c3c46c3938532115ff29c4ee35f6758d.png)

実際に以下のコードで試したところ

```php
<?php

define('ARRAY_SAMPLE_01', ['a', 'b', 'c']);

define('ARRAY_SAMPLE_02', ['a' => 100, 'b' => 200, 'c' => 300]);

var_dump(ARRAY_SAMPLE_01);
var_dump(ARRAY_SAMPLE_01[0]);

var_dump(ARRAY_SAMPLE_02);
var_dump(ARRAY_SAMPLE_02['b']);
```

確かに動くのですが、いったいどんな場面で使えばいいの？というのが疑問です。
そもそも定数に定義できるのはスカラー値であるというルールのもとで利用していたので、配列を定義したいと思ったことがありません。

そこで質問なのですが、

0. これまで定数に配列を定義したいと思ったことがありますか？
0. また、それはどんなケースでしたか？
0. オブジェクト定数ではなく、グローバル空間に配列を定数を定義する積極的なメリットはあるか

---

ちなみにこちらのコードは、PHP5.6, PHP7 両方の環境で動作しました。

```php
<?php

class SAMPLE
{

	const ARR = ['a', 'b', 'c'];

}

var_dump(SAMPLE::ARR[0]);
```

PHP7新機能・定数に配列を定義

http://cafe.76bit.com/creative/web-design/2142/

> 255と256は倍違うんじゃなく、
たった1バイトの違いで大した問題じゃないんだ！


> 1バイト文字の違いで、プラス1バイト余計にかかるだけの話。

と書いてあるのですが、いまいち文章が理解できません。
どなたか分かりやすく教えてくれませんか？