令和4年秋情報処理安全確保支援士-午後Ⅱ自己解答

令和4年情報処理安全確保支援士-自己解答
- 午後Ⅱ
  - 問2解答
    - 設問1
    - 設問2
    - 設問3
    - 設問4
    - 設問5
    - 設問6
- 所感
- iTECの解答速報
- TACの解答速報

令和4年情報処理安全確保支援士-自己解答

午後Ⅱ

問2解答

設問1

①メールフォルダ配下のパスに一致するメールファイルの読み込み

②外部サーバへのファイルアップロード

設問2

（1）a：15:03 　　　b：PC1 　　　c：file1.v 　　　d：file2.v 　　　e：ファイルサーバ

（2）：ア、ウ、エ、オ、キ

設問3

ファイルの読み込み、別ファイルの読み込み、２回目に読み込んだファイルへの書き込みが短時間に行われた場合に検知する

設問4

（1）f：添付ファイルの名称　　　g：添付ファイルのファイルサイズ

（2）：ファイルサイズ

（3）i：アップロードされたファイルのサイズ　　　j：アクセス先のURL

（4）k：圧縮　　　l：ファイル名　　　m：ファイルサイズ

設問5

情報システム課で管理しているUSB-ID以外のUSBメモリの装着を検知する

設問6

n：通報窓口の要員を2名以上にする o：被害状況の把握をP社へ依頼せずにIRTで実施し、インシデント対応の要否判定後すぐにレベル判定を行う

所感

設問2、4が簡単な印象なので、配点が少ない気がする。設問6が自信ないので、不安

iTECの解答速報

https://www.itec.co.jp/wp-content/uploads/shiken/2022a/2022a_sc_pm2_kaito_n.pdf

TACの解答速報

https://www.tac-school.co.jp/kaitousokuhou/downloads/14_R4F_SC%E8%A7%A3%E7%AD%94%E4%BE%8B.pdf

2022-10-15

令和4年秋情報処理安全確保支援士-午後Ⅰ自己解答

令和4年情報処理安全確保支援士-自己解答
- 午後Ⅰ
  - 問2解答
    - 設問1
    - 設問2
    - 設問3
    - 設問4
  - 問3解答
    - 設問1
    - 設問2
    - 設問3
- 所感
- iTECの解答速報
- TACの解答速報

令和4年情報処理安全確保支援士-自己解答

午後Ⅰ

問2解答

設問1

a3.b3.c3.d3

設問2

（1）：runプロセスの親プロセスがTソフトのBSoftMainであるため
（2）b：13:04:32 　　 c：13:05:50 　　 d：a8.b8.c8.d8 　　 e：LDAP 　　 f：Exploit

設問3

（1）ログインの有無に関わらず、ログ出力される場合があるため
（2）FWのフィルタリングルールで会員サーバからインターネットへの通信許可がされていないため

設問4

g：予約サーバ
h：指定なし
g：今回の攻撃で使用されたURL

問3解答

設問1

（1） 376
（2） Progというプロセスを実行する命令
（3）ゲームアプリのログ
（4）セロデイ攻撃

設問2

（1）タグの一覧情報と指定したタグのイメージファイル
（2）レジストリサーバの停止

設問3

（1） a3.b3.c3.d3
（2）ウ
（3）攻撃者がIPアドレスを変えて同じ攻撃をしてきた場合
（4）オ

所感

細かいミスがあったが、70点くらいは見込める印象部分点くれるかなぁ

iTECの解答速報

https://www.itec.co.jp/wp-content/uploads/shiken/2022a/2022a_sc_pm1_kaito_n.pdf

TACの解答速報

https://www.tac-school.co.jp/kaitousokuhou/downloads/14_R4F_SC%E8%A7%A3%E7%AD%94%E4%BE%8B.pdf

2020-11-07

【WEBを支える技術】～RESTを構成する6要素～

WEBを支える技術

Webを支える技術 ―― HTTP，URI，HTML，そしてREST WEB+DB PRESS plus

作者:山本陽平
発売日: 2018/11/14
メディア: Kindle版

RESTの全体像
「REST」の構成要素

RESTの全体像

f:id:gentlemans:20201107115948p:plain — REST全体概要

「REST」の構成要素

①クライアント/サーバー構成

f:id:gentlemans:20201107115821p:plain — クライアント/サーバー構成

①マルチプラットフォーム
- 様々なハードウェアからのアクセスが可能になる
- 例）PC、スマートフォン、タブレット、携帯電話など
②冗長化
- リクエストを受付するサーバーを冗長化することで可用性を向上できる
- 例）アクセス集中に対応、サーバー障害に対応など
③④機能分解
- 開発効率の向上

②ステートレス性

f:id:gentlemans:20201107115824p:plain — ステートレス性

①リクエストのたびにすべての情報を送信
- クライアント側にメリットはない
②クライアントの状態を管理しない
- 毎回違うサーバーがリクエストを受取可能となり、実装が簡略化
- レスポンス返却後、リソースを開放可能となり、パフォーマンスが向上
  ※Cookieを使用してセッション管理、認証を行う場合がある

③キャッシュ

f:id:gentlemans:20201107115827p:plain — キャッシュ

①同じリクエストの結果を再利用する
- サーバーとクライアント間の通信料を低減できる
- ネットワーク帯域の利用、処理時間を短縮し、パフォーマンスを向上できる
- 古いキャッシュデータによって情報の信頼性が低下する可能性がある
②クライアントに再利用可能かを伝達
- 有効期限などキャッシュ可能な条件も伝達

④統一インターフェース

f:id:gentlemans:20201107115830p:plain — 統一インターフェース

①使用可能な8つのHTTPメソッド
- RESTの代表的な特徴
- リソースに対する操作を限定する
- サーバーとクライアントの独立性が向上し、マルチプラットフォームに対応しやすくなる

⑤階層化システム

f:id:gentlemans:20201107115815p:plain — 階層化システム

①クライアントはサーバ構成を意識せず、リクエストを送信
- サーバー構成を変更してもクライアントには影響がない（クライアントはサーバ構成がわからない）
- オブジェクト指向のカプセル化と同じ性質
②サーバ側のアーキテクチャを階層的に分離
- サーバ間の通信はHTTP通信のため、さらなるサーバ構成変更などの拡張性が高い

⑥コードオンデマンド

f:id:gentlemans:20201107115818p:plain — コードオンデマンド

①サーバにプログラムを保持
- JavaScript、Flashのプログラムを保持
- サーバ側の変更のみで機能追加が可能となり、拡張性が高い
  ※スマホアプリなどはクライアントアプリの更新が必要な場合がある
②ダウンロードしたプログラムをそのまま実行
- 通信の意味がJavaScriptのプログラムに依存し、HTTPのプロトコルの可視性が下がる