
エンジニアの
コードを
出題の頻度は、国内の転職メディアと技術記事 (2026 年 10 月に調べました) に、分野ごとに調べた問い集のうち同じ問いが何本出ていたかで、よく
レベルの目安
- 未経験から
実務 2 年ほど - 一人で
機能を 作り切れる 3〜5 年ほど - 難しい
設計と 実装を 自分で 決めて作り切る - チームの
技術の 方針、 設計の 判断、 レビューと 育成、 事業との 折り合いを持つ
セキュリティの基本
API の
回数制限や、 不正な アクセスへの 手当ては どうしますか 入口の
WAF と ボット 対策、 利用者ごとの 回数制限、 ログイン 失敗の 制限と 異常の 通知を、 層に 分けて 重ねると 答える 問い。 数え方の 仕組みと、 強くしすぎた ときの 弱点まで 話します。 npm などの
サプライチェーン 攻撃に、 どう 備えますか 乗っ取られた
パッケージや 名前の 似た 偽物が 入り込む危険を 説明し、 lockfile で 固定する、 依存を 減らす、 更新を 管理する、 インストール 時の 処理と CI の 権限を 絞る、と 答える 問い。 他人の
データを 見られる 穴を 防ぐ 権限の 仕組みを、 どう 作りますか 画面から
来た ID を 信じず、 データを 取る 問い合わせ その ものに 「いまの 利用者の 物か」の 条件を 入れ、 許すと 決めた 物以外は 断る、と 答える 問い。 権限の 判断を 1 か 所に まとめる 作りと、 別の 利用者で 試す 確かめ方まで 話します。 本番の
鍵や 秘密の 値を、 どう 管理し、 漏れたら どうしますか 秘密の
値は 専用の 置き場に 集め、 読める 人と 仕組みを 絞り、 できるだけ短い 期間で 切れる 物を 使い、 新旧を 重ねて 入れ替えられるように しておく、と 答える 問い。 漏れた ときは 消すより 先に 無効にし、 使われた 跡を 調べる 順番まで 話します。 ログインの
状態を、 サーバーの セッションと JWT の どちらで 持ちますか ふつうの
Web の サービスなら、 すぐ 取り消せる サーバーの セッションを 選び、 JWT は 複数の サービスで 同じ 証明を 確かめたい ときに、 短く 切れる 形で 使う、と 答える 問い。 ログアウトや 取り消しの しやすさ、 台を 増やすときの 持ち方、 ブラウザの どこに 置くかの 引き換えまで 話します。
コードを