架空請求詐欺にご注意！（日本民間電子事業センター）
「【重要】マイナンバーに関わる大切なお知らせ・・・」という書き出しで、筆者にメールが来ました。
「日本民間電子事業センター」で検索してみると下記のサイトで詳細な情報が記載されていましたので、ぜひご覧ください。
筆者に来たメールも掲載しておきますので、ご参考程度にご覧ください。
フィッシングメールにご注意！（りそな銀行）
脆弱性に関するまとめ（2015年12月）
2015年12月の脆弱性件数は53件でした。
※JVNでは複数の脆弱性を１つの報告としてまとめている為、報告件数は31件です。
12月は、アクセス制御に関する脆弱性が多く報告されています。また、攻撃の踏み台とされる可能性のある脆弱性もありましたので、被害に合う前にぜひご確認ください。
※「Japan Vulnerability Notes（https://jvn.jp/）」を元に集計しています。
（凡例の補足）
弊社ホームページもぜひご覧ください。
2016年始動！
新年明けましておめでとうございます。
皆様は、年末年始をいかがお過ごしでしょうか？
弊社は社員全員で中華街にある関帝廟へお参りに行って参りました。
https://instagram.com/honeycomware.inc/
本年もより良いサービスをご提供できるよう、社員一丸となり頑張って参りますので、ハニカムウエアをどうぞよろしくお願い致します。
ホームページ
http://www.honeycomware.jp/
脆弱性に関するまとめ（2015年11月）
少し遅くなってしまいましたが11月の脆弱性件数は36件でした。
※JVNでは複数の脆弱性を１つの報告としてまとめている為、報告件数は26件です。
証明書やパスワードの管理に関する脆弱性が多い月でした。
※「Japan Vulnerability Notes（https://jvn.jp/）」を元に集計しています。
（凡例の補足）
XSS ：クロスサイトスクリプティング
XSRF：クロスサイトリクエストフォージェリ
弊社ホームページにセキュリティ対策用ソリューションなど掲載していますので、ぜひご覧ください。
フィッシングメールにご注意！
11月から銀行を語るフィッシングメールに関する情報が数多く出ています。
2015年11月12日 ジャパンネット銀行
2015年11月30日 住信SBIネット銀行
2015年12月03日 横浜銀行
2015年12月04日 セブン銀行
2015年12月15日 ゆうちょ銀行
2015年12月21日 千葉銀行
2015年12月21日 イオン銀行
2015年12月24日 じぶん銀行
筆者には、住信SBIネット銀行、セブン銀行、じぶん銀行を語ったメールが来ていますので掲載しておきます。
HTMLメールを禁止にしているからでしょうか？文面を見る限り引っかかりようがないのですが、間違ってクリックという事も絶対にないとは言い切れませんので十分注意して下さい。
※フィッシング対策協議会（https://www.antiphishing.jp/）にも本文が掲載されていますので確認してみて下さい。
Javaでいう拡張for文について
セキュリティの記事は定期的に書いているのですが、そろそろ本業の開発についても触れていかないとなぁと思い何を書こうか迷っていましたが、複数言語の案件が同時に走っているとたまに混乱してしまう事がありましたので、備忘録としてまとめておこうと思います。
第1回目はタイトルにも書いてある通り、for文について書いていきます。
JavaとPHPの開発を同時にやっている時に両方Eclipseを使っていて、頭ではわかっているのですが、PHPのコードにJavaのコード書いてたりしました。私がおっちょこちょいなのかもしれませんが・・・。
■Java
for (データ型 変数名 : 配列またはコレクション){
処理;
}
■C#
foreach(データ型 変数名 in 配列またはコレクション)
処理;
}
■PHP
foreach (配列 as $変数名){
処理;
}
unset($変数名);
■VB
For Each 変数名 As データ型 In 配列またはコレクション
処理
Next
■JavaScript（jQuery）
$.each(配列, function(インデックス変数, 値) {
処理;
});
最後まで読んで頂きありがとうございます。
Java、C#、JavaScript以外はめったに使う事がないので「これ変だよ」と思ったらご指摘頂ければ幸いです。また他の言語について「この言語はこうだよ」と教えて頂ければ大変勉強になります。
SQLもデータベースによって方言があるので、そちらはインフラ担当のロボ2号くんにお任せしたいと思います。（１号って誰だろう・・・）
脆弱性に関するまとめ（2015年10月）
10月の脆弱性件数は61件でした。
※JVNでは複数の脆弱性を１つの報告としてまとめている為、報告件数は37件です。
証明書やCookie、SessionなどWEBサイトやWEBアプリケーションに関する脆弱性が目立ちました。
※「Japan Vulnerability Notes（https://jvn.jp/）」を元に集計しています。
（凡例の補足）
○○トラバーサル：ディレクトリトラバーサル、パストラバーサル
弊社ホームページにセキュリティ対策用ソリューションなど掲載していますので、ぜひご覧ください。
Oracle tips:SQL*Loader 制御ファイル、外部表作成における文字コードの注意事項
こんばんは、インフラ担当のロボ2号です。
最近、Oracle12c で少し嵌った事がありましたので、備忘録もかねてご紹介します。
# 制御ファイルと外部表を作成する SQL文の文字コード
ある案件で SQL*Loader を使用する機会があり、入力ファイルはUTF8でした。
データベースの文字コードセット(DB CHARACTERSET)はJA16EUCでしたが
ファイルサイズが巨大なため、変換は Oracle に任せることとしました。
# SQL*Loader が動かない！
で、制御ファイルを作成してテストをしたところ、いくつかのテーブルですが
SQL*Loader がエラーも返さず固まるという事象に出くわしました。
プロセスのシステムコールを見ても何かを待っている様子で処理がずっと
ループしており、Oracle の専用サーバプロセスを見ても
SQL*Net message from client イベントで待機しており応答待ちになっていました。
Oracle に詳しい方に相談したところ、このような現象は
はじめてとの事でしたが日本語(マルチバイト)があるので表名や列名は "" で括る方が
安全ですよ、とアドバイスを頂いたので早速変更しました。(そりゃそうですよね)
# 少し前進
早速変更したところ、処理は動くようになりましたがあいかわらず
エラーが出て処理ができません。その日はあきらめて早々に帰宅しました。
翌日、もう一度眺めてみたところ、おかしな現象が出るテーブルにはある共通点が
ありました。
# UTF8 と EUC では使える日本語の文字数が異なる
それは、テーブル名や列名に「11文字以上の日本語」があるテーブルでのみ
処理がおかしくなっていた、というものでした。制御ファイルもなぜか
UTF-8 で作っており、環境変数の NLS_LANG を JAPANESE_JAPAN.AL32UTF8 と
していたせいで、日本語をテーブル名や列名に設定する際の「文字数」が
10文字に制限される事に気が付いていませんでした。orz
内部的な処理までは分かりませんが、"" がない場合に固まるのは
テーブル名、列名を格納する変数に対して制御ファイルで指定している日本語部分が
バッファを超えてしまい、動きがおかしくなっていたのかもしれません。
"" で括ることによって、読み込みまでは動くものの、UTF-8 で許容される長さを
超えたテーブル名や列名があるため、やはり処理がおかしくなっていたのではないでしょうか。
# 外部表の定義でも同様の注意が必要
外部表の作成にあたっては列定義の他に ACCESS PARAMETERS 句の
FIELDS パラメータにも列の名称を記載します。この SQL文にもなぜか
UTF8 のファイルを使用して NLS_LANG=JAPANESE_JAPAN.AL32UTF8 として
処理していたせいで、SQL*Plus から外部表をアクセスした際に
本来は適切に読み込める筈の列でエラーが起きて、大量に bad ファイルが
出力されていました。
# まとめ
・SQL*Loader 制御ファイル、外部表作成のSQL文の文字コードは
DB_CHARACTERSET と同じにしましょう。
せめてマルチバイト文字のバイト数が同じ文字コードセットにすべきです。
・使用する OS の環境にあわせてやむなく変える場合、表や列の定義に
マルチバイト文字を使用しているときは、AL32UTF8 だと
使用できる文字数が減ることで、処理が動かなくなる可能性があります。
なぜか制御ファイルも UTF8 で作成したばっかりに
無駄な苦労をする羽目になりました。(^_^;
普通の方は私みたいに変な事をしないので、このような羽目にならないとは思いますが
Oracle 12c をご利用の際、同じ目に逢わぬようにご注意くださいね。
参照：
SQL*Loader制御ファイル
Oracle® Databaseユーティリティ 12c リリース1 (12.1.0.2) B71303-05
http://docs.oracle.com/cd/E57425_01/121/SUTIL/toc.htm
目次から、下記の節をご覧ください。
7 SQL*Loaderの概念 ⇒ SQL*Loader制御ファイル
15 ORACLE_LOADERアクセス・ドライバ
それではまた！
WindowsUpdateについて
今月からWindowsUpdateについて掲載していきます。
処々の問題により、WindowsUpdateを実施していないお客様が意外と多いのも、また事実です。かくいう私も毎度面倒だなと思っている側の一人なのですが、アップデートプログラムの中にはセキュリティに関する重大なものも紛れており、放置にはリスクが伴いますので、弊社のお客様には、公開後に必ず適用に関するご検討をして頂くよう、お願いしております。
| 年 | 総件数 | 月平均 | 重要 | 警告 | 緊急 |
|---|---|---|---|---|---|
| 2013年 | 106 | 8.8 | 53 | 0 | 42 |
| 2014年 | 85 | 7.0 | 64 | 3 | 29 |
（※詳細はMicrosoft社のページをご参照ください。）
上記の表は2013年と2014年に発生したアップデートプログラムの数を表しているのですが、個数×時間分だと思うと、確かに手間ですね。しかし、セキュリティとのトレードオフ、背に腹は変えられません。是非ともこまめにご実施頂くことをご推奨致します。
ただ、 私にような技術者が面倒に感じるくらいなので、ご多忙なビジネスマンの方が、 放置するのも頷けます。やはりルールの明確化や社内通知が必須ですね。
実はこのような細かな部分を再認識し、運用ルールを見つめなおしていくことも、企業の情報セキュリティに対する重要な対策の一つとなります。
弊社では、お客様のリスク軽減の一助になればとWindowsUpdate情報をデータベース化しております。 ご興味のある方は、弊社HPからご連絡をお願い致します。
