情報実習 = 情報実験 2026-06-19


本年度トップへスケジュール表	- 情報実習 - 情報実験第八回 2026 年 6 月 19 日	学生用資料裏方用資料

本日のテーマ

リモートアクセス/ネットワークセキュリティ

事前準備内容

レポートへのコメントと優良レポート推薦 (各テーブル担当者)
各計算機の設定確認並びに設定の修正作業 (各テーブル担当者)
実技編準備
- 必要なパッケージの確認(吉川)
本日の一冊準備 (吉川)
本日のロガー (小野寺)

本日の予定

時間	内容	裏方覚書
12:50	スタッフ (教官, TA, 3n マシン管理者) 集合	T.A. の作業プロジェクタ, マイクの準備プロジェクタには inex ホームページ名札をつける. V.T.A. の作業 3n 機でブラウザを起動し inex ホームページを閲覧している状態にしておく. V.T.A. の心得確認, 本日のスケジュール確認担当テーブルの学生の良きお兄さん,お姉さんになってあげる. と, 同時に自分もお勉強すること. 質問を積極的に行う. 第 2 の学生さんの雰囲気で. 担当テーブルの学生の振舞い評価を任せる.
13:00	学生集合, 各グループ毎にテーブルにつく.
13:05	レポート講評 (小野寺)
13:15	レクチャー (吉川) [レクチャー資料] リモートアクセスネットワークセキュリティ	一緒に聴講
14:15	休憩
14:30	実技(吉川) [実習資料] Debian GNU/Linux のソフトウェアのアップグレードパスワード認証を用いたリモートアクセスネットワークセキュリティ公開鍵認証を用いたリモートアクセス
16:15	本日の一冊紹介質問等の後, 学生解散
16:30	スタッフ(教官, TA, 3n マシン管理者) 打合せ

テキストなど

■ 書籍

■ 本日の一冊 ■

みやもとくにお / 大久保隆夫:
イラスト図解式この一冊で全部わかるセキュリティの基本第２版
2025/02 SBクリエイティブ, ISBN 978-4-8156-2937-3

猪俣敦夫 / 井上克郎:
サイバーセキュリティ入門 -私たちを取り巻く光と闇-
2016/02 共立出版, ISBN 978-4-3200-0906-6

IPUSIRON:
暗号技術のすべて
2017/08 翔泳社, ISBN 978-4-7981-4881-6

■ 本日の一冊 ■
	みやもとくにお / 大久保隆夫: イラスト図解式この一冊で全部わかるセキュリティの基本第２版 2025/02 SBクリエイティブ, ISBN 978-4-8156-2937-3
	猪俣敦夫 / 井上克郎: サイバーセキュリティ入門 -私たちを取り巻く光と闇- 2016/02 共立出版, ISBN 978-4-3200-0906-6
	IPUSIRON: 暗号技術のすべて 2017/08 翔泳社, ISBN 978-4-7981-4881-6

参考資料

JPCERT/CC
独立行政法人情報処理推進機構 (IPA): 情報セキュリティ - 脆弱性対策情報
Debian 本家
Debian JP Project

反省事項

授業終了後反省内容, 実際の時間配分等を書き込むこと

2026 年度 (ロガー: 小野寺)

タイムスケジュール

12:45 -- 13:00 事前ミーティング
13:00 -- 13:05 レポート講評(小野寺)
13:05 -- 13:59 レクチャー(吉川)
13:59 -- 14:20 休憩
14:20 -- 14:25 実技説明
14:25 -- 15:42 実技
15:19 -- 15:19 本日の一冊
15:19 -- 16:02 実技 (続き)
16:02 -- 1X:XX 事後ミーティング

講義編

講義中に休憩挟んだほうがいいかも

実技編

ssh, sftp の後や一般ユーザと root の切替時などに exit があった方がいい？ -> exit を足すまたは sudo を頭につける等で対処
公開鍵認証のところで mkdir .ssh が必要
ssh_config をいじったら ssh に -X はいらないのではないか？

その他

2025 年度 (ロガー: 吉川)

タイムスケジュール

12:45 -- 13:00 事前ミーティング
13:00 -- 13:02 レポート講評(山本)
13:02 -- 13:45 レクチャー(山本)
13:45 -- 14:05 休憩
14:05 -- 14:10 実技説明，本日の一冊
14:10 -- 15:42 実技
15:42 -- 16:00 事後ミーティング

講義編

ハッシュ化と暗号化の違いは復号できるか否か？ -> そう．
公開鍵暗号方式で双方でデータ転送を行いたい場合，2 組の公開鍵-秘密鍵の組が必要？-> そう．
TCP wrapper で sshd:ALL とやるのとポートを締めるのは何が違うの？ -> 実質的には同じ．

実技編

Connection reset by peer. の peer とは何か? -> 相手計算機のこと．
joho19: OS インストール時に IP アドレスの設定を間違えていたらしい．
joho14: 実習時，ローカルでもリモートでも xeyes が動かなかった．x を立ち上げ直したら直ったためしばらくは同様症状が出た場合そのように対処する．
joho10, 02: journalctl に 'UNKNOWN' からのログイン失敗履歴が残っていた．単にユーザ名の入力を誤っていただけだったようだ．

その他

暗号化・電子署名・公開鍵認証は暗号を用いた全く別の技術であることを強調すべきだったかも
ハンドシェイクの説明にも図を入れたかったかも
実技はかなり時間が余った。さらに内容を追加してもいいかも
実技案

Web ページの証明書を見てもらう
ブラウザに登録されているルート証明書を見てもらう
ssh -v でプロトコルの詳細を追ってみる
ホスト公開鍵のハッシュを実際に検証してみる

2024 年度(ロガー : 髙橋)
- タイムスケジュール
  - 12:45 -- 13:00 事前ミーティング
  - 13:00 -- 13:05 レポート講評(吉川)
  - 13:05 -- 14:15 レクチャー(鮒田)
  - 14:15 -- 14:30 休憩
  - 14:30 -- 14:35 実技説明
  - 14:40 -- 15:28 実技
  - 15:28 -- 15:30 本日の一冊
  - 15:30 -- 16:02 実技続き
  - 16:02 -- 16:15 事後ミーティング
- 講義編
  - 公開鍵・秘密鍵を用いた改ざん防止のスライドについて，暗号文を盗聴されたらまずいのでは?=>このスライドは，機密ファイルなどを送るためのものではなく，ファイルの作り主がjoho18であることを確認のためのものなので，問題ない．
  - 暗号文の送信途中で，joho18ではない誰かが暗号文を取得し，joho24に向けて送信した場合，なりすましになってしまうのでは．=>ファイルの作り主がjoho18であることが証明できれば良い(改ざんされていないことが証明できれば良い)ので，(暗号文が盗まれ，なりすまされているという問題はあるが)問題ない．
  - セキュリティソフトが多すぎる．何を使うか，どうやって判断すればよい?=>linux:新しいもの．アップデートしておく．Windows:Windows Defender でよいのでは．JPCERTなどで情報収集は必須．
- 実技編
  - アクセスログ確認で journalctl | grep failure では何も出てこなかった．=> journalctl | grep refused で出てくる．
  - [4.2.1]sftp> put /home/hoge/.ssh/id_rsa.pub の hoge はローカルホストのアカウント名では．
  - [2.3]のsftpの使い方例を修正する．ダブルクォーテーションを使わない表示にしよう．
  - .sshディレクトリを作成する手順を入れるべき．=>来年の人よろしく．
  - joho10：.sshディレクトリを作成しようとしたら，既に存在していた．joho10からjoho11にリモートアクセスして，さらにどこかへリモートアクセスしようとしたため．
- その他
  - 公開鍵認証によるリモートログインは2024年の実習の様子を見て，2025年実習編に追加するかどうかを考える．(2024/06/27記)=>追加してよいと思う
  - 攻撃をする人はセキュリティホールを突いてくる．今回の授業で学んだことをすべて実行すればセキュリティ的に完璧！というわけではないことを伝えるべき．
  - 内容が古いのでは．
2023 年度(ロガー : 杉山)
- タイムスケジュール
  - 12:45 -- 13:00 事前ミーティング
  - 13:00 -- 13:03 レポート講評(角川)
  - 13:03 -- 13:43 レクチャー(高橋)
  - 13:43 -- 14:00 休憩
  - 14:00 -- 14:10 本日の一冊の紹介, 実技説明
  - 14:10 -- 15:12 実技
  - 15:12 -- 事後ミーティング
- 講義編
  - なぜ共通鍵暗号方式よりも公開鍵暗号方式のほうが広く使われているのか？ -> 公開鍵暗号方式のほうが鍵を安全に、より簡単にやり取りできるため.
- 実技編
  - joho13,14: IPアドレスの設定が間違っており, 正しいものに書き換えた.
  - joho07: auth.logに"refused"の文字がなかった. もう一度hosts.denyを"sshd:ALL"から"ALL:ALL"に書き換えて, もう一度試したところ, 表示された.
  - joho04,05: 05 -> 04 にアクセスする際, 04になりすました13 or 14の公開鍵を取得してしまっていたため, 再度公開鍵を取得しなおした.
  - joho19,20: hostsファイルを実習前の状態に書き換えた.
- その他
2022 年度(ロガー : 和氣)
- タイムスケジュール
  - 12:30 -- 13:00 事前ミーティング
  - 13:00 -- 13:05 レポート講評(長野)
  - 13:05 -- 13:56 レクチャー(茂木)
  - 13:56 -- 14:10 休憩
  - 14:10 -- 14:15 本日の一冊の紹介, 実技説明
  - 14:15 -- 15:45 実技
  - 15:45 -- 事後ミーティング
- 講義編
  - パケットの暗号化の実態がよくわからない。→話す予定はなかったが質問が来たので公開鍵暗号を例にしてホワイトボード使って説明しました。
- 実技編
  - joho22に open-ssh がインストールされておらず, 困った.
- その他
  - 来年は公開鍵認証の話をレクチャーでも実技でも取り入れるようにする.
2019 年度(ロガー : 松岡)
- タイムスケジュール
  - 12:45 -- 13:00 接続
  - 13:00 -- 13:05 コスモスタジオへの移動
  - 13:05 -- 13:15 レポート講評 (石渡)
  - 13:15 -- 14:15 講義編
  - 14:15 -- 14:25 休憩
  - 14:35 -- 15:20 実技編
  - 15:20 -- 15:30 本日の一冊の紹介, 諸連絡
  - 16:00 -- 16:30 打ち合わせ
- 講義編
  - ホスト名がjoho24とだけなっているが…？→名前解決に伴ってホスト名が省略されているので，joho24.ep.sci.hokudai.ac.jpと書くべきではと思った．
  - Telnetは
  - 暗号化ソフトウェアは悪用されると解読されてしまうのでは…？
  - なりすまし等の例は？
  - ep.sci.hokudai.ac.jpで「接続プライバシーが保護されていません」は何が起きている？
  - もう少しゆっくりとしゃべってもらうといいかも（みんな）．
- 実技編
  - ForwardX11が見つからなかった (joho02)
- その他
  - 石渡さんが joho08 を壊した
2018 年度(ロガー : 松岡)
- タイムスケジュール
  - 13:00 -- 13:05 レポート講評 (吉田)
  - 13:05 -- 13:16 リモート接続，コスモスタジオへの移動
  - 13:16 -- 14:18 講義編
  - 14:18 -- 14:35 休憩
  - 14:35 -- 15:32 実技編
  - 15:32 -- 15:40 本日の一冊の紹介, 諸連絡
  - 16:03 -- 16:30 打ち合わせ
- 講義編
  - リモートアクセスを聞いたことがない人：0人
  - 北斗市を知らない人：何人かいる
  - telnetでSTARWARSのASCIIアートを見せたところ，スターウォーズわからない人が数人くらいいたかも
  - 自分のウェブページを作ったことがある人：2人 → FFFTPは名前だけ知ってる
  - ショッピングサイトを利用したことがある人：8割位
  - プライバシーが保護されていない接続の表示を見たことがある人：半分
  - Windowsを使っている人：9割くらい
  - Windowsアップデートを一週間以内にやった人：半分
  - SSL証明書を自前で取得するには？→そういうサービスを提供している会社がある．維持費がかかる．
  - 2018 年度向けの授業構成再編によって次回の予定だった X Window システムの話は今回でするべきだった. 来年度は検討を忘れずに
- 実技編
  - rootユーザのまま作業を進めてしまう人がいた
  - joho04：ターミナルで入力した文字が表示されなくなることがあった
  - joho11：ターミナルで入力した文字が表示されなくなることがあった
  - joho13, 14：xeyesを起動する際，デスクトップ環境を立ち上げずに進めてしまった
- その他
  - 本番では接続に手間取ったため，TV会議システムの接続テストを事前にするべきだった
  - 電脳大飯店側（話者がいないほうの会場）の方の受講生もそれなりに話は聞けているようだった
  - 最後に telnet を使う例で見せたターミナルで地図が見られる $ telnet mapscii.me は割と受けた

2017 年度(ロガー : 渡邉 )
- タイムスケジュール
  - 13:00 -- 13:07 レポート講評(渡邉)
  - 13:07 -- 13:12 リモート接続，共用セミナー室への移動
  - 13:12 -- 14:14 講義編
  - 14:15 -- 14:30 休憩
  - 14:30 -- 15:20 実技編
  - 15:20 -- 15:25 本日の一冊の紹介, 諸連絡
  - 15:40 -- 打ち合わせ
- 講義編
  - リモートアクセスしたことある人 -> リモート:一人
  - リモート先からのファイル転送は絶対パスで指定する？ -> アカウントのホームディレクトリからの相対パスでも指定できる
  - teletype とは？ -> 機械の名前．会社の名前．テレタイプ社の電信機. 昔, スタンフォード大学で用いられていたもの. スタンフォード大学と別のところの端末同士(Teletype 同士)をつなぐときに用いられたプロトコルなので telnet と呼んだ
  - ftp を見た，聞いたことある？ -> 半分ほど. 使ったある受講生は一人で，ウェブページ作成時にファイル転送のため使用した(7-8 年前?)
  - ネットワークには階層はあると思うが，通信速度が低下するのはどこの階層なのか？ -> 暗号化することでデータ量が増えるためと暗号化と復号化に時間がかかるため平文で流すものよりも通信速度が低下する．トランスポート層とアプリケーション層の間
  - Android OS を使っている人は大多数．simeji は一人いる(現在はiOS でもsimeji をインストールできる)．(ネットワークセキュリティの原則のところについて)
  - ssl サーバ証明書を聞いたことある人? -> 数名?
  - ブラウザの鍵マークを見たことある人? -> ほぼ全員が見たことある
  - シマンテックを知っている人? -> 一人．norton 使っている人? -> 一人
  - デーモン閣下は(リモートでは)滑ったというより，知らない?
  - デーモンはインストールしたらすぐ起動する？ -> バイナリパッケージによる．Debian パッケージは基本的に起動するようになっている
  - 再起動したときに，デーモンを寝かしたままにしておくことは？ -> デーモンの起動スクリプトに実行権限を与えなければ起きない．そういう再起動時に起こさないコマンドもあるらしい
  - この講義で使っているテレビ会議システムはセキュアなのか？ -> 分からない．h323 というプロトコルが使用している．暗号化は不明，http://www.atmarkit.co.jp/aig/06network/h323.html
  - コマンドを打ってソフトウェアのアップデートをなぜしないといけないのか？ -> 仕様の変更に伴う不具合があるため，手動で打つようにしている．
- 実技編
  - 講義の内容は問題ない(新井) 余った時間で連続でping を送るスクリプトを作成する学生がいた
- その他
  - 今回は(移動用の)テレビ会議システムで共用セミナー室と電脳大飯店を接続した
  - 後ろ半分の受講生とTA, VTA を共用セミナー室に移動させてレクチャラーが講義．
  - 感想

2016 年度(ロガー : 三上 )
- タイムスケジュール
  - 13:00 -- 13:10 レポート講評(三上)
  - 13:10 -- 14:11 講義編
  - 14:11 -- 14:20 休憩
  - 14:20 -- 15:15 実技編
  - 15:15 -- 15:18 本日の一冊の紹介, 諸連絡
  - 15:18 -- 15:30 実技編(残り)
  - 15:35 -- 打ち合わせ
- 講義編
  - 第四回(ネットワーク回)は誰が話したのか？ => 第四回で話をしたのは三上です.
  - Teletype とは何か? => Teletype 社が作ったターミナル. これを使ってネットワーク通信をテストする際に作られたプロトコルがtelnet
  - FTP 使ったことある人? => 2 人(HTML ファイルをサーバにアップロード)
  - HTML 文書を作成して公開したことある人? => 1 人
  - ポートの数は1-65535 番の65536 個(2^16 個)
  - 年金機構の話(2015 年5 月)は知っている人 => ほぼ全員知っている
  - HTTPS 通信は聞いたある人 => 全員知っている
  - Symantec Corporation 知っている人 => 知らない
  - Norton 知っている人 => 6 人
  - Amazon 利用したことがある人 => 9 割利用したことがある
  - 証明書を信頼できるかどうかはどのようにチェックするのか? => 鍵マークをクリック後, 詳細をチェックする.あとは本当に信頼に足るウェブサイトなのかは他の情報を用いて精査する. 信頼できないサイトでは無闇にパスワードやクレジットカードの番号などの重要な情報を入力しないようにする.
  - www.ep.sci.hokudai.ac.jp も証明書はちゃんと信頼できる認証局に発行されているので大丈夫です, ということをちゃんと言う
  - レポート投稿システムの証明書は信頼できるか？ => 信頼できます！！
  - 「Debian GNU/Linux におけるセキュリティホール対応」のインデントが少しおかしい？(修正済)
  - 第三者が眠っているデーモンを叩き起こすことができるのか？ => できる可能性がある.ポートデーモン自体にセキュリティホールがあればできるし, 開いているポートから侵入して他のポートを無理やり開けることも理論的には可能. なので不要なソフトウェアはインストールしない.またセキュリティは最新のバージョンにする.
- 実技編
  - 3 ページ目 failure => refused(修正済)
  - 1 ページ目 SSH の設定の確認だけならvi を使わなくてもよい(vi => less とか).
  - 付録 inetd はデフォルトで入っている可能性があるので要確認(xinetd ?)

2015 年度(ロガー:渡辺 )
- タイムスケジュール
  - 13:00 -- 13:08 レポート講評(渡辺)
  - 13:09 -- 14:07 講義編
  - 14:07 -- 14:15 休憩
  - 14:15 -- 14:55 実技編
  - 14:55 -- 15:01 本日の一冊の紹介．打ち上げ, ジンパ, ラッキーピエロ巡業の案内
  - 15:01 -- 15:20 実技編(残り)
  - 15:20 -- 打ち合わせ
- 講義編
  - パケット盗聴されたと分かるものなのか？-> たぶん分からない．なので．常に見られているということに注意しなければならないし，Secure なプロトコルを用いる必要がある．
  - sftp とは? -> ssh のプロトコルを用いたコマンドでftp プロトコルを用いたftp コマンドとは異なる
  - 暗号化する，しないだと速度が変わる? -> 重いファイルを送るときには変わると思う．ざっくり半分くらい時間が変わる(高橋談)
  - HTTPS 知ってる人? -> わりといる
  - 証明書が認証する，しないはだれがやる? -> 第三者．例えばSECOM とか
  - chrome だとオレオレ認証は明確にダメだ(鍵にバツ印)と言われる
  - (補:高橋) オレオレ認証でもhttps だと通信自体は暗号化されている．がサイトが怪しいのかもしれないので，注意が必要．
  - p12. パケットが盗聴されたのか，ロスしたのか分からないので，パケット転送の図を直線でつながずに，ネットワーク(網)の図を用いて説明する．
- 実技編
  - local@ や remote@ が分からない人がいた => いつもだから仕方がない
  - xeyes をリモートからホストに送っている感じが分かりにくい． => リモートに写真を落として自分のところに表示させるとか
  - ALL:localhost をここで書くご利益が分からなかった． => 次回実習の事前準備に書く

2014 年度
- タイムスケジュール
  - 13:00 -- 13:08 レポート講評
  - 13:08 -- 13:50 講義編
  - 14:00 -- 15:15 実技編
  - 15:20 -- 打ち合わせ
- 講義編
  - プロトコルを覚えていない人が何人かいた
  - Teletype とは? => 端末の名前. 昔, スタンフォード大学で用いられていたもの. スタンフォード大学と別のところの端末同士(Teletype 同士)をつなぐときに用いられたプロトコルなので telnet と呼んだ
  - SSL/TLS はそれぞれ SSL というプロトコルと TLS というプロトコルがあるのか? => そのとおり, SSL と TLS は別のプロトコル. 最初に SSL のプロトコルを作ったが更にセキュアな TLS というプロトコルができた. しかしながら, ほぼ同じで SSL の方が認知度が高いので SSL/TLS とされることが多い
  - ホワイトリスト, ブラックリストとは? => 信用できる人を載せたリストがホワイトリスト, 逆に信用できない人を載せたリストがブラックリスト
  - allow は deny からの例外を設定するもの. 例えば deny になんも設定しないと allow に何か書いていたとしてもすべて許可される
  - アクセス制限のページで出たサービス名とは? => デーモンの名前
  - https 通信の目印はブラウザの鍵マークや https://... とかになっていることと言ったがサイトによっては URL 欄を偽装してそれらを見せるものがあるがどうすればいいですか? => SSL の通信は暗号化証明書が用いられる. 正しい証明書かどうかを確かめると良い. しかしながら, どんな証明書が正しい証明書化は分からないので要調査
  - 早く終わったので来年度はファイアーウォールや p2p の話をすればよい. もう一つの案として公開鍵の話をここでする(今回の時間を見るとできそう)
  - ソフトのアップデートの例としてスマホのことを挙げておくとよいかも
  - 用語を挙げるだけに説明がとどまっていたように感じたので, 全てじゃなくてよいので深い話を入れた方が良いと思う
  - 来年度: p.29 の絵のtelnet(23) はssh(22) に変える
- 実技編
  - カーネルイメージファイルがアップグレードされたときには sudo reboot をすることを書いてほしい
  - local@ や remote@ が分からない人がいた => しょうがないのでこのままで良いと思う
  - ソフトウェアを最新版に保つ方法はやる必要はない. その上, 書いているリストではソフトウェア情報を取得できない => ここの内容は実習の最初の apt-get update するところに移す
  - hosts.deny, hosts.allow を書き換えるたびにリスタートするべき?
  - debian のインストール時に locale のデフォルトを英語にするべき
  - hosts.allow に ALL:localhost を加えるべき

2013 年度

タイムスケジュール

13:00 -- 13:07 レポート講評
13:07 -- 14:15 講義編
14:25 -- 16:00 実技編
16:30 -- 打ち合わせ

講義編

双方向とは→行ったり来たりのこと. 一方的にデータ送るだけではなく相手からもデータが送られてくる.
root になっていてアカウントを指定しないで ssh をするとどうなる→リモートの root でログインしようとする. 実際は root でリモートログインするのは推奨されないので設定でできないようにされていることもある.
公開鍵方式とハッシュ関数との関係性がわからない→暗号化そのものはハッシュ関数でおこなう. 暗号化したデータのやり取りの仕方が公開鍵方式
MAILER-DAEMON を知らない人→何人かいる程度
講義の前半(sshなどの話)は結構減らしてもいいかも.
ファイアーウォールの話もしたほうがいいと思う

実技編
- ForwardX11 は X11Fowarding だと思う.
- finger は削ったほうがいいと思う.
- [3.3] の sources.list に追加するアドレスが間違っている. →ディレクトリ構造が変わったらしい.
- gpg のメールアドレスはダミーのアドレスを書いていたほうがいいのかも(メールアドレスを調べるのに時間がかかっていた)
- joho7 の gnome が調子が良くない. もう一度再インストールが必要かも
- アカウントを変えるところで ssh -X を使ってローカルのアカウントを変えたほうがよいと思う. しかし, hosts.deny に ALL:ALL と書くので順番などは考慮したほうがよい.

2012 年度
- タイムスケジュール
  - 13:00 -- 13:10 レポート講評
  - 13:10 -- 14:05 講義編
  - 14:15 -- 15:30 実技編
  - 15:40 -- 打ち合わせ
- 講義編
  - SNS 等でファイルをUP することは講義中の「ファイル転送」を使っているのか？
    - 必ずしもそうではない．相手側のサーバの設定に依存する．
    - スタンダードなのはHTTP ？
  - FTP の匿名利用とはなにか？
    - サーバ等の接続の際に認証を必要とするが，専らファイルを配布する目的で匿名でアクセスできる．
    - 昔は，HTTP 等があまりメジャーではなく，ファイル転送がFTP が使われていた．
  - 遠隔ログインは制限することができるのか．→できる
  - どの計算機でもSSH できるのか？
    - できない．
    - 同じ空間であればできる？(ex. 3n+1,+2 機から3n+1,+2 機にログインできる)
    - 設定次第で遠隔ログイン制限することができる．
  - .deny .allow の例を教えてください．
    - .deny[ALL: ALL] はすべてのサービスをすべてのホストに対し制限する
    - .allow [sshd: .ep.sci.hokudai.ac.jp] はsshd をドメインに[.ep.sci.hokudai.ac.jp] がついているものに許可する．
  - Debian 管理システム「長期のチェック期間」は長い時間というわけではなく，チェックの回数が多いということ．
  - デーモンを開けるようなプログラムはあるのか？
    - ある．
    - ポートを開けるようなプログラムがパッケージに組み込まれている可能性がある．
    - Debian の場合はaptitude 等の時に確認が出る
  - F5 アタック(サーバに再読み込み要求を何度もし，サーバをパンクさせる)を防ぐ手だてはありますか？
    - 再読み込み要求の回数を制限できる
    - IP アドレス等を.deny に書きこむことで制限する
  - 暗号化はホントに読まれないのか？
    - 暗号化が破られないことは絶対ない．
    - 世の中には暗号化を破ろうとする人がたくさんいる
  - firefox のcapture 画像が古い
  - プライベート・グローバルIP の知識を加える必要がある？(サブネット等)
    - プライベートIP を使うのは最近では当たりまえ？
    - 最終回の今後の展開の時に加えるのもよい？
- 実技編
  - sources.list の編集は必要か？
    - 編集を覚えるという意味で必要
    - Dennou-h の設定が変わった？
  - ELMS にSSH でログイン
    - できない人がいた
    - 実体は一つではない？
    - 残しておいて対策を練る必要がある
2011 年度
- タイムスケジュール
  - 13:00 -- 13:10 レポート講評
  - 13:10 -- 14:13 講義編
  - 14:25 -- 15:20 実技編
  - 15:30 -- 打ち合わせ
- 講義編
  - [質問] 遠隔ログインした後コマンドを実行するのは, 遠隔コマンド実行したことになるか?
    - 遠隔ログインしてコマンド実行するのと, 遠隔コマンド実行は auth.log 上では同じ履歴が残ることにはなる.
  - [補足] 遠隔コマンド実行もパスワード入力を求められる.
  - [補足] 今いるホストに遠隔ログインする場合 (例: joho15 -> joho15)もパスワード入力を求められる.
  - [補足] パケット盗聴で最も困るのはパスワード, 個人情報が見られてしまうこと.
  - [質問] Telnet は最も古い相互通信用プロトコルと言い切って良いか? (多分良いような気がするが...)
  - [補足] 基本的に log は root でなければ閲覧することは出来ない.
- 実技編
  - 本日の二冊を紹介するのを忘れていた. ssh などに関する書籍を紹介するのも良いかも.
  - 同じテーブルではない受講生同士でペアを作って作業するのはちょっと大変だった. 情報実験機を移動して作業すると良いかも. 今後, 共同作業が必要な回は工夫しましょう.
  - 情報基盤センターの公開鍵を取得済みの人がログインできなかった. 公開鍵を消すとログインできる人もいたし, 消してもうまくいかない人もいた.
  - apt の sources.list に dennou-h に対する記述を加えたときに warning が出るところもあれば, 出ないところもあった.
2010 年度
- タイムスケジュール
  - 13:00 -- 13:07 レポート講評
  - 13:07 -- 13:47 講義編
  - 13:55 -- 15:15 実技編
  - 15:15 -- 15:20 本日の二冊・連絡事項
  - 15:30 -- 打ち合わせ
- 講義編
  - [page10]:遠隔ログインをする際は，ローカルホストとリモートホストの両方に自分のアカウントを持っていることと,リモート側に sshd が走っている必要がある.
  - [page18]: anonymous ftp は使用されているのか？
    - Debian のインストール時には使用されているみたい。
    - ブラウザからダウンロードする場合もある
  - [page21]:Mac の場合もターミナルと呼ぶ.
  - [page26]:http"s" や鍵マークも SSL 機能が付いていなくてもつけることができるらしい．Firefox の場合の確認方法はページ上で右クリックしてページ情報,セキュリティタグから確認できる(ブラウザによって方法は異なる)
  - [page29]: メモリに常駐とはそのプログラムが常に動いているということ．
  - [page33]:セキュリティホールとはセキュリティに危険を生じるようなソフトウェア上の不具合のこと.例えば Linux においては, 不必要なポートが開いているためにそこから情報が漏えいしてしまう場合がある.もしくはアカウントが不正に取られてしまう．
  - [page34]: ソフトウェアは, こまめに更新・最新版にするように．またライセンス期限があるので,切れた場合には最新版にするように.
  - [page34]: 誤字 anounce -> announce
  - ネットワークサービスとは何かをもう一度説明したうえで, デーモンを教えるといい.
- 実技編
  - 「ident 以外をコメントアウト」:ident 自体がないので無視.来年以降は見るだけにするように書き換える
  - inetd.conf が入っていない: openbsd-inetd をインストール(2009年度裏方参照)
  - ssh -x (小文字のx) だと X を飛ばせなくなる.
  - 来年度は denyhosts を使った実習を追加する
2009 年度
- タイムスケジュール
  - 13:01 -- 13:05 レポート講評
  - 13:06 -- 14:02 講義編
  - 14:10 -- 15:37 実技編
  - 15:51 -- : 打ち合わせ
- 講義編
  - サービスとは何か?
    - サーバに関していえばクライアントの要求に答えること
  - 手元の計算機以外で計算したことがある学生は結構いる?
  - 踏台にされるとは?
    - 自分のマシンが悪用されること
  - ポートを操作するのとデーモンを停止するのは別なこと
  - デーモンが行うのはどの範囲までか?
    - サービスの提供まではデーモンの仕事
  - hosts.allow と hosts.deny の両方に記述したらどうなる?
    - hosts.deny が優先され、hosts.allow に記述されたもののみ許可される
- 実技編
  - 資料の inetd.conf が昔のままだった (コメントアウトするものが、そもそも記載されていなかった)
    - lenny では、telnet サーバ側のが入っていないので正しい
  - joho05 に inetd.conf がなかった
    - openbsd-inetd をインストールし対処
  - joho14 の IP アドレスの設定を間違っていた
    - IP アドレスを正しく設定
  - joho 17 から joho16 へ X を飛ばせない
    - 原因究明中、ログ確認
2008 年度
- タイムスケジュール
  - 13:02 -- 13:48 講義編
  - 14:00 -- 15:29 実技編
  - 15:40 -- : 打ち合わせ
- 講義編
  - slogin コマンドはログイン先を記述する必要がある.
  - ssh は単純に telnet に暗号化が加わっただけではない.
    - telnet でファイル転送することは出来ない.
    - ssh で暗号化した経路の中で別のプログラムを走らせることも可能.
  - Windows の場合, 自動で定期的に update するべきものを調べてくれる.
    - 「update しますか?」と聞かれた際, update は面倒であるとしてさぼると危険なマシンになるので注意.
    - 「再起動が必要です」と言われて面倒であるとしてさぼるとやはり危険なマシンになるので注意.
  - Windows は世界で最も普及しているので, 最も攻撃対象となりやすい. もっとも他が安全というわけではないが.
  - ポート番号の割り当てはかなり中途半端な数で行われているが, 何か意味はあるのだろうか?何か歴史的事情がある?2進数的には実は切れ目が良い?来年度の人頑張れ!
  - https の事例については, その場で web ブラウザで実演するか, 資料に画像を張り込むと良いかもしれない.
  - SSL 証明書の有無を確認すると, フィッシング詐欺にはまる可能性が小さくなるだろう.
  - セキュリティーメールや JPCERT のサイトの画像を載せるとイメージが湧くようになるかもしれない.
- 実技編
  - 準備作業の追加
    - sshd_config ファイルが真っ白である. 問題解決の為には, sudo aptitude install ssh を実行(既に root になっている人は aptitude install ssh を実行).
  - inetd.conf で telnet, ftp をコメントアウトするという記述が資料にあるが, もともと記述が無かったり, 最初からコメントアウトされていたりしたようだ. VTA の人がコメントアウトについては適宜指示してもらえると万々歳.
  - 今回 aptitude upgrade コマンドを実行して保留となってしまうパッケージを更新したい場合には aptitude dist-upgrade コマンドを実行すればうまくいく. 但し更新すべきか否かは事前に確認するべきである.
  - aptitude コマンド実行時にエラーがある場合, VTA の人はスルーさせないようにすべし. ワケワカラン場合には TA や先生に訊きましょう.
  - 実習編資料は基本的には不親切に作っておきましょう.
2007 年度
- タイムスケジュール
  - 14:45 -- 14:47 レポート講評
  - 14:47 -- 15:40 講義編
  - 15:50 -- 17:55 実技編
  - 17:55 -- 18:00 closing
- 講義編
  - リモートアクセスの意義・具体例を追加すべき. [例] : 研究資料のバックアップ, 外部のより高性能なパソコンで計算 etc
  - 遠隔ログイン・遠隔コマンド実行の概念図をさすがにそろそろ更新した方が良いかもしれない(修正は2008年度に). /etc/passwd を見に行くという事例は教育上宜しくないということも一つにはある.
  - A という人が ssh のコマンドを実行した場合には「A login :」とログイン名は聞かれず, 「A@xxx's password」といきなりリモート先の計算機のパスワードを聞かれる (slogin の場合には先ずログイン名を聞かれる)
  - 12枚目のスライドの「パスワードは保護されている?」の問いは止めて, 何も対策を講じないとパスワードは保護されないと書く.
  - 12枚目のスライドの絵も新たに作成した方が良いだろう. ログインはリモートアクセスされる側のマシンの仕事ではない. 正しくはアクセスの許可または不許可.
  - ポートとポート番号を復習するスライドを 1 枚追加する.
  - TeraTerm, Putty, WinSCP で使っている通信規約は ssh, FFFTP で使っている通信規約は ftp.
  - 不正なアクセスの具体的内容 : (1) password を破って不正にログイン (2) 外からアクセスし続けて計算機を使えなくする (3) DoS 攻撃, 踏み台, フィッシング詐欺などにその計算機を悪用されてしまう
  - デーモンの働きの例えを加えておくと良い. [例]:「部屋の中にいて荷物を受け取ってくれる人」
  - ftp のポート番号 : データ転送に使うのが 20 番, 制御に使うのが 21 番.
  - inetd で呼び出されるのもデーモンさんなのか (常駐しているものがデーモンの定義)? デーモンの定義はもう一度確認する必要がありそう.
  - inetd はポートの前にいて, パケットが来ると休んでいるデーモンさんを起こしてくれる.
  - 「デーモンを停止する＝ポートを閉める」は厳密ではないと思われる. 不必要なネットワークサービスを停止する方法には, デーモンを停止する方法とポートを閉める方法の二つがあるというのが正しい.
  - hosts.allow と hosts.deny の具体例を書いておくと良いだろう.
  - hosts.allow と hosts.deny の両方に ALL : と書いておくと, deny の方が優先される.
  - ファイアウォールソフトとは, ネットワークの出入り口で見張ってデータの出入りを制限するソフトのこと. 最近のウィルス対策ソフトにはファイアウォール機能がついている.
  - Mac ユーザの場合, アップル社から提供されるセキュリティー機能を入手したり, 市販のソフトを導入することによりセキュリティー対策を行うことが出来る.
- 実技編
  - ftp のダウンロード元サイトを ftp.ep.sci.hokudai.ac.jp から別のサイト(dennou-h または debian-jp )にする.
2006 年度
- タイムスケジュール
  - 13:00 -- 13:15 レポート講評
  - 13:15 -- 13:50 講義編
  - 14:00 -- 15:10 実技編
  - 15:10 -- 15:15 closing
- 機種依存文字は化けているものを見せてやるとよい.
- [座学] ftp を紹介する際, anonymous と OTP のキーワードに軽く触れると良い(おまけ).
- [実技] 大型計算機センター/情報メディアほげほげ : 情報基盤センターとなりましたので古い人は注意.
- [実技] ファイルの編集はエディタを使ってもよいというコメントをテキストの最初に付記しておくといいかも.
- [実技] テキスト内の "_" が全体下線に重なって見えない (css の問題).

2005 年度
- タイムスケジュール
  - 13:00 -- 13:05 レポート講評
  - 13:05 -- 13:35 講義編
  - 13:50 -- 15:10 実技編
  - 15:10 -- 15:15 closing
- [座学] ftp を紹介する際, annouymous と OTP のキーワードに触れると良い .
- [座学] windows における遠隔ログイン方法の紹介(FFFTP, Putty).
- レポート講評では, きちんと表示するレポートを決めて講評すること.
- 来年度は, パワーポイントファイルを新たにした方が良い. (書式が美しくないので)
- [実技] 休憩中の作業は休憩中の作業じゃなくてよい. (本文に入れる)
- [実技] 大型計算機センター/情報メディアほげほげ : 情報基盤センターとなりましたので古い人は注意.

2004 年度
- 本筋とわき道をしっかり区別してしゃべる
- S 系のコマンドを使わせることに重点を置く
- ポートの存在とを閉める必要性を認識させる
- 暇な人向けの付録テキストを付けておく
- 時間配分 … レクチャー: 13:15 - 13:55 , 実習: 14:15 - 15:30
- 実技編での割り込みをなるべくしない

時間配分 … レクチャー: 13:10 - 13:45 , 実習: 14:00 - 15:30
講義編の反省 (教育演習の実習生さんの講義)
- 時間配分は良かった (事前の練習よりずっと良くなった!)
- デーモンの説明を例え話を入れながら分かりやすく説明できると良かった
- scp, ftp の使い勝手の違いをうまく補足する. 今回は scp, ftp の実演をしたが, 下手に実演すると自分が今どこにいてどこに転送をするかが混乱. ftp の場合はサーバ内で put, get を使うが誰が誰に対して行う操作かを明確に. scp にしても同様.
実技編の反省
- 実技の説明は, 実習をはじめる前に全部説明してしまった方がよい.
- 同じテーブルの情報実験機で host.deny, host.allow の設定の進み具合に差がある時は, local の host.* を設定した後に remote から local に入り直そうとすると良い.
- 実技以前の所ではまったケースが多かった. ex.) ssh をインストールしてない! apt で指定したサーバーが落ちていた!, パスワード忘れた…など.

INEX 情報実験トップページへ

2026.06.10 吉川颯真更新