Google系统架构解密：构建安全可靠的系统 PDF 电子书 X0127

java8

Java电子书：Google系统架构解密：构建安全可靠的系统   PDF 电子书 Java吧 java8.com
+ R( F. e4 F3 A5 e
作者:希瑟·阿德金斯（Heather Adkins）[美]贝齐·拜尔（Betsy出版社:人民邮电出版社出版时间:2021年09月

编号：166-Java吧资源免费-X0127【Java吧 java8.com】
3 Q- B& t3 i& V+ e6 X. |$ S

0 @! ?" b7 s* p& Z1 a9 ~
目录：
) p" P$ D  b+ `' o

推荐序一　xvii

6 u7 D; M9 x5 t% n推荐序二　xix
$ E; I; j3 o& C  ^' ?9 x( G
1 o% d7 {2 N4 F9 t$ W4 n对本书的赞誉　xxi

! P/ t. {* ]/ `% I序一　xxiii

  U2 y" [0 K# [4 I4 ~序二　xxv

前言　xxvii
# B4 ?/ T* u5 q: S
第 一部分　入门资料
' b  v, o# u* V2 {/ }
第 1章　安全性与可靠性的交集　3
" Y) W7 O5 p8 V% [
( z8 p2 f9 U" @1.1　从密码和电钻谈起　3
# o( _' i: }8 r' I0 e
1.2　可靠性与安全性：设计注意事项　4

, A. B4 R1 g0 H$ Z1 g7 W% m4 y0 l1.3　机密性、完整性、可用性　5

/ ]0 d0 Y, o/ O) e1.3.1　机密性　5
8 j5 T% _- O8 ^& v0 d. V
1.3.2　完整性　5
3 B# n5 z6 y1 T7 {* s
: f% T3 ]+ o" j8 D, d1.3.3　可用性　6
/ b3 q; g6 I# _( |' M' v5 K
1.4　可靠性与安全性：共性　6

1.4.1　隐形　6
" V) e$ @. j1 s( F0 ^( u: G' `
1.4.2　评估　7
) Q) l2 x3 J6 `; g8 k# Q! s
: V: Q3 ^7 P5 z' S$ g+ r1.4.3　简洁性　7
- n& q  d, i& z' W
1.4.4　演变　7
% ~4 f& a, D! h! @
1.4.5　弹性　8
9 l$ ]: x0 H7 y/ l1 l7 _' t
1.4.6　从设计到生产　9

8 s2 H2 K0 Q+ o1 m9 F9 g1.4.7　调查系统和日志　9
8 j! A% j7 P$ h" K4 v
: m9 V! T: u! u$ z- c1.4.8　危机响应　9
# {8 Y% g5 C. f
& K5 I$ X. o9 w  V: b+ |  ^1.4.9　恢复　10

& @  l# [9 j0 p* P+ n1.5　小结　10

第 2章　了解攻击者　11
. J1 ~6 o6 c% F- ]- M
2.1　攻击者动机　12

2.2　攻击者画像　13
4 ?5 C+ {3 Y5 [  L' _+ E* H% K
, h$ T% Y, i" ?7 L9 H2.2.1　业余爱好者　13
, j: v% ?* O$ Q/ a% o3 W% D
- `$ F9 M8 L; x" w3 C: b2.2.2　漏洞研究人员　13

; w5 t  ?# y9 |8 {0 c2.2.3　黑客活动家　14

2.2.4　犯罪分子　14
  G# g- \6 V1 V% }/ v/ r% S- w1 T
2.2.5　自动化和人工智能　15
" S6 ]; Q' c2 f) j+ G' J
( X) W( j% T. |$ A7 c: C2.2.6　内部人员　15
- l5 t; F5 X8 m. _$ K. y
2.3　攻击者方法论　19
: X7 A) A4 A& x' a* Q7 O) D
2.3.1　威胁情报　19
; L$ X# s1 q9 E% e6 C1 D! J
2.3.2　网络杀伤链　20
1 b) A. y1 l; {4 v
2.3.3　TTP　20
4 N: z# _/ P9 C3 r+ O, i  L( {& Q/ v
/ {2 q$ |$ k3 q2.4　风险评估注意事项　21

2.5　小结　21
( E- V0 \& r( d! k
第二部分　设计系统

2 C$ i4 A3 I& n" C第3章　示例分析：安全代理　25
$ e" E9 \1 k! Q' g: G
6 f: ~9 }1 d( E- W3.1　生产环境中的安全代理　25

' Q8 h: _9 u& g3.2　Google工具代理　27

6 \: `' f) _8 }+ {6 T) t' d0 t3.3　小结29
- `  M: O+ S* y1 A3 [
第4章　设计中的权衡　30

$ g, @/ W8 v3 k- F* K3 s4 [4.1　设计目标和要求　31

9 \$ I; y# `! F6 A& X, G3 U- W4.1.1　特性需求　31
' }% [( y4 K- a, v6 D  u: ~
: [& ]8 D6 H# s' k" k- C4.1.2　非功能性需求　31

6 d: F  c9 U$ \# O4.1.3　功能与涌现特性　32
& w  D3 U, e1 i6 ~+ |& V
0 Z, ?" P. H5 N7 ]* F4.1.4　案例：Google的设计文档　33
$ u& {4 G# j) d
( ?$ c6 [  s# T0 d  ~4.2　需求平衡　34
2 V' Y% y5 |6 k5 ^
4.3　处理紧张局势和统一目标　37

* X( i& a2 ]) a- x. }$ R) n1 S- h4.3.1　案例：微服务和Google Web应用程序框架　37
8 [4 V- ^2 u2 _- p
2 v$ p$ i% ?5 G+ A1 r* R4.3.2　统一涌现特性的需求　39

4.4　初始速度和持续速度　39

4.5　小结　41

6 ?# z% P* g: E0 @! F0 W# t  |第5章　小特权设计　42
: a# X7 l: X# i& W2 g  |
5.1　概念和术语　43
5 e8 i# g# P* @. K3 }0 y
5.1.1　小特权　43

5.1.2　零信任网络　43

+ I% v* O# M, o; s5.1.3　零接触　43
, ]) q5 i( n% r) O1 c
; N( U# s1 `0 |; z5 L, [; I5.2　基于风险的访问分类　43

/ R- E# U' [& q# {* B. R" N3 n5.3　实践　44

* F* V' G, t% D! d4 o( P5.3.1　API功能小化　45
/ r# Z9 b% z# s  f7 |
% p: f/ P8 S4 d5.3.2　Breakglass机制　47
& q$ F0 Y# B6 L% D( G2 y5 h# }; E+ e
5.3.3　审计　47

2 F6 G% j. S1 R4 E2 ~5.3.4　测试和小特权　49
' n7 T7 f# a7 T7 k! I) X
5.3.5　诊断被拒绝的访问　50
2 \: T5 g) [  T1 k, G  ]( ~
5.3.6　优雅失败和Breakglass机制　51

2 K: a, }' k/ f1 |5.4　工作案例：配置分发　51
4 [9 K  c  X* g( G8 [) ?9 t  G# e
5.4.1　基于OpenSSH实现的POSIX API　52
4 [2 P$ m2 [. {2 E' j  k5 x
6 q3 u8 Y$ y" H' Z3 |7 Z5.4.2　软件更新API　52

4 `1 d: Q; u: [% x% e) ~" u5.4.3　自定义OpenSSH ForceCommand　53

5.4.4　自定义HTTP接收器（边车）　53
) D6 a/ _4 Z- Y2 B8 K' w
' [* q6 G4 I, t5.4.5　自定义HTTP接收器（内置）　53

5.4.6　权衡取舍　53
7 p4 {! O; D; O- [1 G6 u+ J
5.5　一种用于认证和授权决策的策略框架　54
$ }! h( |/ d, F/ v; d! c1 _
( m2 F2 W) \/ R8 l; m' {& h! D5.5.1　使用高级授权控件　55
9 x( G1 Y5 H% H) M  s
( g/ |8 v: r4 l7 ]  x3 R; G9 ?5.5.2　投入广泛使用的授权框架　55
9 U; V- A: m5 A/ `
* Y- n  r9 a. D5.5.3　避免潜在的陷阱　56
$ Q& @8 j0 |( n1 @+ C
" [4 Z* ]0 w3 I# w. I) B5.6　高级控制　56
$ s* g4 Y( P) Y4 r; I
5.6.1　MPA　56
) y/ o+ c: l6 R1 P
$ Y- z7 e) V+ k: W* C/ p; g0 ~5.6.2　3FA　57

5.6.3　业务依据　58
, B: r+ F) L. [6 O6 D
/ c" m  f1 l3 |4 K1 P5.6.4　临时访问　59

4 z5 k2 }- T+ I8 C3 f9 V5.6.5　代理　59

5.7　权衡和冲突　59

7 x( I7 A2 T2 T5.7.1　增加了安全复杂性　60
0 P/ X. Y" n, `( e$ a5 d
9 T" D) [2 E) h5 V. {1 n5.7.2　对合作商及公司文化的影响　60
# y+ y8 d0 B. o8 ^% c
% E8 K; g1 S2 e4 H( G) T0 M5.7.3　影响安全性的质量数据和系统　60

5.7.4　对用户工作效率的影响　60
0 h4 S, k% W4 O( G/ e
+ i! U( V/ R( T! `. a5.7.5　对开发复杂性的影响　60
$ [( Q/ G, W8 B/ d
& G3 z1 `/ x/ \5 V5.8　小结　61
( V2 z2 H6 o" q) J; y: y" q$ @3 }
9 \0 A" c1 @: Z5 a第6章　面向易理解性的设计　62

6.1　为什么易理解性很重要　62
8 d, [( H. w5 u9 l6 |; R6 h
6.1.1　系统不变量　63

( @- c% C+ k  W  ~6.1.2　分析不变量　64
( D4 G5 L3 c6 R- A' G8 K( u
1 D' q& `0 C4 _  D5 g+ x6.1.3　心智模型　65
, A6 m. y$ i! N. Y6 N( V" m6 a
8 V8 x% |# B4 q0 T6.2　设计易理解的系统　65

! J% Z9 p7 C6 U, f7 I; Y0 v$ G6.2.1　复杂性与易理解性　65

6.2.2　分解复杂性　66

: |/ E/ k: U! j7 K' U6 F- |3 A6 z6.2.3　集中负责安全性和可靠性需求　67

6.3　系统架构　67

6.3.1　易于理解的接口规范　68
# s4 H: J: i7 C
% g4 h: W( M+ {( n; {. l6.3.2　易于理解的身份、认证和访问控制　69

6.3.3　安全边界　74
1 T6 N& W3 E* D  d
6.4　软件设计　78

6.4.1　使用应用程序框架满足服务需求　78
  \& J0 d) h8 e( |  k
6.4.2　理解复杂的数据流　79
" Q9 P/ i# k) f- @3 A' |
6.4.3　考虑API的可用性　81

6.5　小结　83

* Q' `$ D* F' P) D% r第7章　适应变化的设计　84
5 n) \' O& I4 A( \  b6 B) I( O
, b& ]/ H2 V7 q* V1 D7.1　安全变更的类型　85

' e. \& g' s1 u1 \4 I7 V) R1 A, y7.2　变更中的设计　85

( p1 r- q- G$ M0 ~7.3　让发布更容易的架构决策　86
. N) y, H8 `. Z& d" W
3 t4 Z8 v" M( |7.3.1　让依赖项保持并频繁重建86
; y- O9 N# m9 d& E: O8 ]+ R. [
7.3.2　用自动化测试让发布更频繁86

7.3.3　使用容器　87
& p, H$ g- @1 A- q0 V. _
7 c$ k' i: n9 a9 T' I6 H/ m4 f7.3.4　使用微服务　87

7.4　不同的变更：不同的速度与不同的时间线　89

/ |# g5 S! Z- [, O7.4.1　短期变更：零日漏洞　90
& o; p; w" z( G( U/ b
7.4.2　中期变更：改善安全态势　92
7 y7 l5 P1 T' _; X# z
4 E' T6 c  t: Z( \7.4.3　长期变更：外部需求　94

7.5　难点：计划调整　96

  u* O! ]7 x, X) h9 P9 t+ S8 b7.6　不断扩大的范围：心脏滴血漏洞　97

7.7　小结　98

* y2 L- P# B. h9 H3 C, ~第8章　弹性设计　99
; {$ ]- t+ j) {* [4 L$ M
$ L& N7 w" i8 M9 a) o$ F$ O8.1　弹性设计原则　100
$ t1 X4 J; s3 b. n) x
$ f& h7 o% x2 {4 Y* D8 [; i! \1 \8.2　纵深防御　100
* R% @' u/ @! k
; |% e( h: f7 _7 Y! A8.2.1　特洛伊木马　100

; O. \, }. K( M2 o8.2.2　Google App Engine分析　102

4 N0 J( j  p3 M) _5 _+ q( q1 ^8.3　控制降级　104

8.3.1　区分故障成本　105

8.3.2　部署响应机制　107

8.3.3　负责任的自动化　109
  i9 g2 L# S- O5 ]" A3 d
4 G. c8 ~' a3 F) j+ @8 O* f5 A/ J8.4　控制爆炸半径　111

/ u$ d  A/ A" }3 q" Q8.4.1　角色分离　112
5 V6 j/ X: |" s5 i- }
8 }1 T" j( u1 c& ~' F$ ^/ C6 c- ?8.4.2　位置分离　113

8.4.3　时间分离　115

8.5　故障域和冗余　115
5 n; K; u* @7 V
2 e  S) Z4 V3 I1 k9 Y  k8.5.1　故障域　116

8.5.2　组件类型　117

8.5.3　控制冗余　119

% F! z. V) x, R) @1 V8.6　持续验证　120

) t9 B3 b& ^2 J1 Q% p5 _$ X' W) S8.6.1　验证关键区域　121
7 R* [* C( ], e
8.6.2　验证实践　122

8.7　实践建议：着手点　124
: s( y8 V1 E+ n% H& H, w
8.8　小结　125

( H& i# y. E" s0 |第9章　面向恢复性的设计　127
; E1 v% E+ _' O% d* M
+ m; E: X' x  u2 R" U4 X& c9.1　要恢复什么　128
  }9 a( {* e& A3 J& w; m; Y
9.1.1　随机错误　128
8 C  [  q$ U1 ]6 r8 z6 b7 O' _7 I
6 w6 n" g, y1 }$ q8 _6 b9.1.2　意外错误　128
2 n! s( Z0 x% S# e3 s. h4 p
# b0 v1 {" i5 X6 \" T9.1.3　软件错误　128
7 c" f0 J0 _' @+ t- I
9.1.4　恶意行为　129
8 [& e9 d9 ~$ ]: D1 Q
9.2　恢复机制的设计原则　129

9.2.1　面向快速恢复的设计（受政策监督）　129
2 ^# v6 C* F* J8 x+ }5 Z- N
9.2.2　限制对外部时间观念的依赖　132

9.2.3　回滚所代表的安全性和可靠性间的权衡　133
& p$ h% L$ x# l" r. C: G* _: F
- G3 C% K3 [) t+ _" X9.2.4　使用显式吊销机制　139

7 b' ^8 V3 q$ `9.2.5　了解精确到字节的预期状态　142

9.2.6　面向测试和持续验证的设计　145

9.3　紧急访问　146
3 L1 U# Z8 m0 k3 l
+ o  P0 i8 h2 f& l0 L1 X/ ]9.3.1　访问控制　147

. u3 q1 f. `+ p; f( W+ {9.3.2　通信　148

5 U. e0 H* m4 L8 g& V9.3.3　响应人员的习惯　148
( B8 Q+ D! x& O( F# E( l
7 o7 S) [5 t4 ~9 V, S6 ^9.4　预期外的收益　149
; v6 L. v: U! M7 l8 Y% Z5 M- J9 ]. F1 p
2 x8 J9 ~6 r4 d0 H; d% C9.5　小结　149
2 ]1 R( g$ X# p8 w) B1 `( L% R: h
+ h- y: ]' \9 A( W第 10章　缓解拒绝服务攻击　150

10.1　攻守双方的策略　150
" M! R$ s! s! ?; T# o% ~4 I( E
7 W1 ^7 H! }# B$ T5 [, @' S* Z! s+ S10.1.1　攻方的策略　151
( t- a4 v8 o. }! c" o# g" N9 r( J
10.1.2　守方的策略　152

10.2　面向防御的设计　152
- ^0 f0 G: O8 V- G
% b2 s8 l) B, m. e) W10.2.1　具有防御能力的架构　152

3 J6 e+ I3 C$ W1 c. C10.2.2　使服务具备防护能力　154

' a; s" f/ |5 m* P# _10.3　缓解攻击　154
! U% ?& `  k: M4 q  d
10.3.1　监控与告警　154
8 O# g4 q  B/ a! p
! b: }/ \) ?% y  _( v& _' h10.3.2　优雅降级　155
& c* t2 y1 Z2 V
& u+ F  }+ d$ L% |2 a# P' ~10.3.3　DoS防护系统　155

10.3.4　有策略的响应　156

+ X% p5 I) r$ G9 ?3 g4 @10.4　应对源于服务本身的“攻击”　157
7 z( W1 E* j  R( J0 o  \
10.4.1　用户行为　157

& {+ p; V& A2 Y" p* Y7 d2 o8 b10.4.2　客户端重试行为　158
& [( y& B+ ^( f+ x+ D1 B  `# i" D* C
2 f# f- r, F: s+ N10.5　小结　159
6 B1 Z# N6 C  ^' z
0 x, \$ s' d+ q2 f: F# E, {4 b第三部分　实现系统

第 11章　案例分析：设计、实现和维护一个受信任的公共CA　163

11.1　受信任的公共CA的背景　163
( h, n/ R. R+ j( _+ F
11.2　为什么需要受信任的公共CA　164

11.3　自建还是购买CA　165
7 s2 X) u, c! q! D+ b# _6 H
11.4　设计、开发和维护过程中的考虑　165

0 e2 P) |. K+ o' _- @4 Z6 X& c; p11.4.1　选择编程语言　166

+ w% _4 t6 N6 k0 w. K1 v- B11.4.2　复杂与简明　166

11.4.3　保护第三方和开源组件　167

) C' Q- Q- O; o2 d# B# a11.4.4　测试　167
: C& t' ~. G' s  _
# c5 q/ \2 K3 \- K2 m8 E( }: k11.4.5　CA密钥材料的弹性　168
- y/ \4 o/ g  n5 g" \: d8 l& Q' P
& V5 r( |2 ?+ a0 e9 W: e" p) P11.4.6　数据验证　168
, V( y8 c6 d1 q, s( d+ ~
9 G' ~! ~, ]6 K& r0 t7 T11.5　小结　169

第 12章　编写代码　170

12.1　框架级安全性和可靠性保证措施　171
1 b( O. V0 V5 G7 y- Z: a, b7 r0 M: p0 X
12.1.1　使用框架的好处.172
' _9 Q* `+ P; z7 ~& q& F" m$ `
- x! v& M- w; [12.1.2　案例：用于创建RPC后端的框架　172
, T. Y& ]) N! i* d8 h4 Y' G) j/ E
9 y$ @) w$ V1 V$ }% o$ [* Y% v12.2　常见安全漏洞　176
8 R; a8 x- Y$ h& N1 [$ Q
; N9 z$ n* z  |6 Y12.2.1　SQL注入漏洞：TrustedSqlString　177

) U# x7 e. J8 C( ~12.2.2　预防XSS漏洞：SafeHtml　178

$ J8 [3 Y- A  C! c12.3　评估和构建框架的经验　179

$ \1 `6 f) t, J' G" f12.3.1　用于常见任务的简单、安全、可靠的库　180
# Z$ F  {+ b# V  q; J5 [, P' T
# H8 }9 g6 ]8 ]12.3.2　部署策略　181
1 U1 l, O- d# c5 S- ^! i
1 |' }1 X+ c- @% y$ j5 g7 z6 D+ R12.4　简洁性有助于提升代码的安全性和可靠性　182
: U- M4 D# X, Z1 e( V) Y
4 R. l1 r( d7 }12.4.1　避免多层嵌套　182
6 C% x, y; M% y! Q$ f+ }
; l8 Y" @0 L! O5 L# ~" D! k& N12.4.2　消除YAGNI类代码　183

12.4.3　偿还技术债务　184

12.4.4　重构　184
; V" i) ~5 D$ G# Z  w. m1 H
$ k) B) ]% p' t7 t12.5　默认安全性和可靠性　185
! Y* [1 Y3 J. X
& A2 V0 ~- k! ~" f12.5.1　选择合适的工具　185

1 O, S. m; D, M* B12.5.2　使用强类型　186

) E+ ]. m7 }7 k+ Y6 V# K12.5.3　检查代码.188
2 h( J+ V, Q' t. u
12.6　小结　189

第 13章　代码测试　190

; L# `3 z# m& o7 o" G! z13.1　单元测试　190
& J2 W  T3 ^) v! W: L! b7 M
13.1.1　编写有效的单元测试　191

1 ], @: I  m' }$ ~% x13.1.2　编写单元测试的时机　191

13.1.3　单元测试对代码的影响　192

13.2　集成测试　193

' b' W* p1 J% l9 W" g8 B13.3　动态程序分析　194
5 b6 ]+ s5 @3 }$ v) X5 X( z
13.4　模糊测试　197

13.4.1　模糊引擎的工作原理　197

13.4.2　编写有效的模糊测试驱动程序　200
9 E% K. |. |4 a6 _, {$ F! @
2 p$ t3 A: e5 _  C: x13.4.3　示例fuzzer　201
0 `6 ]; e3 ]$ Q: d
) h5 E' I* g" X& W13.4.4　持续模糊测试　204

. |7 K: g; i; E7 b" ~; j13.5　静态程序分析　205

13.5.1　自动代码检查工具　205

13.5.2　如何将静态分析集成至开发工作流中　209

3 i& m, Y3 H+ v/ l2 ^2 K& ]# V13.5.3　抽象解释　211
1 n2 Q" O( Q; f6 U# i% m: [
& b" J" e! `8 N, b: ]5 x. v% V13.5.4　形式化方法　213
9 p# d1 I3 i, K% D9 M; X( N& Q5 }
: t' O' j8 r2 e% _, y2 f13.6　小结　213

第 14章　部署代码　214

14.1　概念和术语　214
* s6 ^3 V( ]+ H% k
* b6 T- `3 ]- M0 Z6 P! X14.2　威胁建模　216
: p4 U5 M7 F/ x
14.3　实践　217
% ?+ _+ A- Z8 V7 w+ W
14.3.1　强制做代码审查　217

  h* o' L4 I! z& k14.3.2　依赖自动化　218

  D: q! s8 M" N' D: e14.3.3　验证工件，而不仅仅是人　218
" E! M- w2 Q. }3 s
14.3.4　将配置视为代码.219
) T: d# `  w# V8 c
14.4　基于威胁建模做安全加固　220
. g3 s; K$ C9 w# I" E
  ^2 ?* }" I! }1 x14.5　高级缓解策略　222

14.5.1　二进制文件来源　222
/ L. f& |* B1 L
14.5.2　基于来源的部署策略　224
6 h9 ?9 d% ~( o( v" ^( |# W( y
0 i$ s  b) z" `5 A& ]14.5.3　可验证的构建　225

$ u# ^+ {% C0 \0 x! Q14.5.4　部署阻塞点　230

14.5.5　部署后验证　231

14.6　实用建议　232

  U: Y1 ]' E4 j- w$ P4 N14.6.1　一步步来　232
( J$ H3 X; o# c8 Q
14.6.2　提供可操作的错误消息　233

* _. S# u1 q" ]( b; i14.6.3　确保来源信息明确　233

14.6.4　创建明确的策略　233

14.6.5　引入Breakglass机制　234

( `3 s- Z# b! C& f3 K14.7　重温基于威胁建模部署安全措施　234

14.8　小结　234
, b! _, Y4 k% U5 ]( q, V1 H
第 15章　调查系统　235
) ?7 z% E$ q$ G  |" d3 E% w$ R
15.1　从调试到调查　236

15.1.1　案例：临时文件　236
; a; [% j6 n) V
7 \$ c- y. j; v# k2 ~2 t15.1.2　调试技巧　237

15.1.3　当陷入困境时该怎么办　243
9 D+ `  B5 d7 q5 V9 W3 O8 w7 d
# Z" h4 C* m* g) C/ p15.1.4　协同调试：一种教学方法　246

9 E8 |) I! E- C7 x15.1.5　安全调查与系统调试间的差异　246

15.2　收集恰当、有用的日志　247

15.2.1　将日志设计为不可变的　248

15.2.2　考虑隐私要素　249
& L$ _/ m4 R3 t* ~
15.2.3　确定要保留哪些安全相关的日志　249
7 t9 k# p, J$ e& O+ W3 G! P2 y
15.2.4　日志记录成本　252

( z0 m( C# c: W* o15.3　可靠、安全的调试访问　253
' C0 c0 o+ L5 z6 [9 v$ z- I
15.3.1　可靠性　253

15.3.2　安全性　253
! G1 O8 H0 E* \; |, v
15.4　小结　254

第四部分　维护系统
# A# h2 u6 ~  R2 s) R3 ?
第 16章　防灾规划　257

$ D. b+ D* `1 M# J8 n6 @" d16.1　“灾难”的定义　257

16.2　动态灾难响应策略　258

16.3　灾难风险分析　259
3 G2 ], l9 P( b
9 Z- Y# g, J  m; x0 U7 ]16.4　建立事件响应团队　259

16.4.1　确定团队成员和角色　260

$ D1 V# G7 G" z+ c% s8 U/ [16.4.2　制订团队章程　261

16.4.3　建立严重性和优先级模型　262

16.4.4　确定与IR团队合作的运营参数　262

16.4.5　制订响应计划　263
/ v% G& n8 \. G  n- ~. L) F
16.4.6　创建详细的行动手册　264

7 ]4 s1 J, ?0 s: p( {3 _16.4.7　确保访问和更新机制就位　264

- M& A+ Z& _4 B0 C, u. N! c! g0 ?16.5　在事件发生前预先安排系统和人员　264
) [. P3 t9 Y7 o0 d  f2 q% P
16.5.1　配置系统　265
! E0 u% J- b% L& d* m
2 R1 }0 C. e( M: Z- y! u16.5.2　培训　265
( k, T1 |' c+ J+ P  ~3 J
. i' K7 I+ r6 s7 ]4 [" o+ j16.5.3　流程和程序　266
! I2 I0 m& U4 F6 I2 A
16.6　测试系统和响应计划　266

16.6.1　审计自动化系统　267

9 s) ]9 c1 {( p' Y& T$ M' g9 D2 |16.6.2　开展非侵入式桌面演练.267

  g1 S- }( C" ?4 W8 Y6 R# e& o4 O16.6.3　在生产环境中测试响应　268
- g4 y/ a% \8 u0 U
16.6.4　红队测试　270
; j' l+ D! h2 r
! y+ V0 W# }- p! K- B16.6.5　评估响应　270

16.7　Google的案例　271

16.7.1　具有全球影响的测试　271
1 _1 N) ]: M+ R# _# o# Q& X  @
16.7.2　DiRT演习测试紧急访问　271
. E  g! p5 X- ~! r
9 }. i7 o9 Z/ r" Z+ u! T# J16.7.3　行业级漏洞　271
2 q0 N4 ^2 P& m/ P; |6 c$ T
16.8　小结　272

0 I, N$ S9 [2 C* \第 17章　危机管理　273
- B* \. T  h6 z6 v$ ?
17.1　是否存在危机　274
% ]7 v( E- f5 ~
17.1.1　事件分诊　274
8 H5 Q  _3 W4 ]- ~9 r
4 t* l- o' Y5 E- a( q1 q17.1.2　入侵与缺陷　275

: j- l  Y0 j& p7 g6 G+ @% k17.2　指挥事件　276
8 b7 C( `5 Y& ]' v$ V) w
17.2.1　第 一步：不要惊慌　276
4 p, F. A* u* e  b2 s. j# r
17.2.2　开展响应　277

. Q. }% u: t0 A+ K9 y) S. K17.2.3　组建自己的事件团队　277

17.2.4　OpSec　278

- q3 q0 s4 d0 i5 O2 P17.2.5　牺牲好的OpSec实践换取更大的利益　280

/ R8 x" ~& {- Q5 J17.2.6　调查过程　280
- n. {8 j0 q5 X0 k9 @+ x# g% H, j
+ q4 n* j: a' [: Q17.3　控制事件　283

% l( u* t0 y/ W+ ^  @17.3.1　并行处理事件　283

17.3.2　移交　284
4 c2 t9 q+ E1 k0 {* P( J4 N
17.3.3　士气　286
8 ~9 [* c* D+ z9 v* r  M
7 n% X" X8 q* ~" R$ i0 Z17.4　沟通　287
# @" Z, H5 \6 X( d$ i
17.4.1　误解　287
2 P/ K$ _- g, Y4 b7 e& d- [
17.4.2　拐弯抹角　287

9 b, q2 b; C! P/ ?9 Y9 o, C+ \17.4.3　会议　288

17.4.4　让合适的人了解合适的细节　289

17.5　整合回顾　290

, z- r. ?7 h; M7 V% b/ M# S17.5.1　分诊　290
. v6 }. n+ O! s2 T) {- W
17.5.2　宣布事件　290

17.5.3　沟通和OpSec　290

5 C6 H. S# y& e8 }% M8 m2 x17.5.4　开始处理事件　291

; V, i( N* C. Z' t) u7 G17.5.5　移交　291

17.5.6　交还事件调查工作　291

4 ~" r5 a- \4 T: e17.5.7　准备沟通和补救　292
! @0 P, e, W$ P
( g0 {1 z+ k1 Q17.5.8　结束　292

6 x* q% \' ]* \: b% P17.6　小结　293
4 c# ]$ ?/ p$ H: e  P( V
" }/ |3 N3 C8 g6 A# J第 18章　恢复和善后　294
8 C+ [* s  j* [1 C! O! X" q5 t
# _& E: i: G% U18.1　恢复调度　295

: J  `9 J7 ?$ p7 T18.2　恢复时间线　296

1 ~, o$ w+ q6 U/ r  D% d18.3　恢复计划　297

18.3.1　确定恢复范围　297

18.3.2　恢复过程的考虑因素　298
$ _  |. s  O4 z
18.3.3　恢复检查清单　301

( ?. n( \- |# q/ E( i3 T  |18.4　启动恢复　302
( f* L5 V) F- e4 A0 q: x$ b4 u
18.4.1　隔离资产　302

18.4.2　系统恢复和软件升级　303

18.4.3　数据过滤　304

18.4.4　恢复数据　304
6 G, X8 B/ f- V4 V- ~" D2 j3 H" u- j
18.4.5　更换凭据和密钥　305
0 ~; }8 B$ u% ~0 `
18.6　恢复之后　306

; b/ {9 n7 u; k18.7　示例　308
9 e1 p2 _' U6 P
18.7.1　被入侵的云实例　308
, N" F9 m$ I8 d/ v, B2 q7 v
18.7.2　大规模钓鱼攻击　309
0 A% v+ c1 E0 O% ?1 o6 f& K2 \
18.7.3　需要复杂恢复工作的、有针对性的攻击　310
& d, c# L/ u& X4 m
18.8　小结　311

第五部分　组织与文化
/ N: |, [, {/ A1 m- V1 r( z) t/ H% \8 X
第 19章　案例研究：Chrome安全团队　315
" K& x& t. a) @) A3 g1 K
19.1　背景和团队发展史　315

$ U; q" T& w6 F19.2　安全是团队的职责　317

+ \' n9 b( m5 m19.3　帮助用户安全地浏览Web页面　318
4 F  C' b' }0 |8 U4 n% w
% Q) S% X* W, x2 f1 P19.4　速度很重要　319

: S' K& d& ~4 W% I19.5　设计纵深防御机制　319
; e2 v; W+ W4 a" g* j( K" L
19.6　保持透明，让社区参与进来　320

19.7　小结　320
2 L% U) W0 A3 w. I% S
) o' M1 W6 Z3 W6 r, K6 C第 20章　理解角色和责任　321
  v5 {# H2 Q9 @( `
20.1　谁为安全性和可靠性负责　322

' o% a1 L* M5 j% o. w20.1.1　专家的作用　322
- }' E% Q4 ~. Z+ F9 _! j
7 \% a' F$ O6 j' \9 `8 o& f& z0 Q20.1.2　了解安全专业知识　324
; L8 ?, z: ~6 d% T0 s9 z1 o- w
20.1.3　资格认证和学术教育　325
0 ~2 B, W( `& @
20.2　将安全性整合到组织中　325
/ t# ~" A- K- I% U0 `
$ n( o  x; ~9 G$ O) n6 T1 W! l20.2.1　嵌入安全人员和安全团队　327
6 d- m* [6 x+ J3 b9 V6 u
( D. O5 b! j) G; a6 F- f6 U0 D! u20.2.2　案例：Google的嵌入式安全　327

20.2.3　特殊的团队：蓝队和红队　329
# O: k) F+ l' L
4 t# Q0 M# r: d+ W20.2.4　外部研究者　330
5 \4 T- ^7 ~2 s* ]# q( i; D
20.3　小结　332
( @( L4 G2 }9 o
第 21章　建立安全可靠的文化　333

21.1　定义健康的安全性和可靠性文化　334

; F2 _8 o* @( Y/ o21.1.1　默认的安全性和可靠性文化　334

21.1.2　评审文化　335

  ?- @$ P8 P/ z5 I/ p21.1.3　意识文化　336
$ o3 O  g) m/ A! f. ]; q) ^# _
21.1.4　说“是”的文化　339
) c8 B# F3 s9 [
" Y  p! N8 }! X0 }7 I+ Q8 _7 c5 R21.1.5　接受必然性的文化　340

21.1.6　可持续发展文化　340
! b$ m6 n, r/ p$ g7 \0 y0 g
21.2　通过实践改变文化　342
) }. S' B8 c1 Q7 S1 q
21.2.1　对齐项目目标和激励参与者　342

21.2.2　通过风险规避机制减少恐惧　343

1 y& c& K1 ]+ }3 R5 w4 M21.2.3　使安全兜底措施成为常态　344

21.2.4　提高生产力和可用性　344

21.2.5　多沟通，保持透明　345
, ]3 y% R( _' J5 f$ N
21.2.6　怀抱同理心　346
! b& f% f" j9 x/ X! J
21.3　说服领导层　347
, M5 M/ w. _5 f
/ D, R2 A( z9 m9 u21.3.1　了解决策过程　347
% z0 ?# U6 Q; T4 f3 {0 q- |
21.3.2　为变革立案　348

21.3.3　选择自己的战场　349
3 d& ?9 J0 c7 A' _5 ^
" d: R, E* f) \( |  y" q21.3.4　升级和问题解决　349
java8.com
4 |3 U$ u% R4 u! v- I* P; h2 l) ^21.4　小结　350
. T9 K) c3 \0 c3 ?" V
总结　351
4 ?+ y. ~8 M1 T3 `
附录　灾难风险评估矩阵　353
( F4 v$ ]) S, W+ y+ j
作者介绍　355
# z1 L2 [6 ?8 k' E8 G( _
4 X1 D$ j8 q6 D, o' W) y2 Y封面介绍　355

百度云盘下载地址(完全免费-绝无套路)：

游客，如果您要查看本帖隐藏内容请回复

0 k/ m- G1 G& b) p+ D

梦丶一世相守

免费资源 真的无套路

秋天的紫薇

学习java，就选java吧了

手写的曾经

免费资源 真的无套路

轩翾霸霸

真的无套路，大赞

碳火

不错不错，下载到了

热熟了

免费资源 真的无套路

负手望众山巅

以后学java 就靠java吧了

百合仙子

学习java，就选java吧了

硪幺悻呋壹鞴笫

以后学java 就靠java吧了