You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/pentesting-ci-cd/apache-airflow-security/README.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -62,13 +62,13 @@ If you have **access to the web console** you might be able to access some or al
62
62
Variables can be stored in Airflow so the **DAGs** can **access** their values. It's similar to secrets of other platforms. If you have **enough permissions** you can access them in the GUI in `http://<airflow>/variable/list/`.\
63
63
Airflow by default will show the value of the variable in the GUI, however, according to [**this**](https://marclamberti.com/blog/variables-with-apache-airflow/) it's possible to set a **list of variables** whose **value** will appear as **asterisks** in the **GUI**.
64
64
65
-
.png>)
65
+
.png>)
66
66
67
67
However, these **values** can still be **retrieved** via **CLI** (you need to have DB access), **arbitrary DAG** execution, **API** accessing the variables endpoint (the API needs to be activated), and **even the GUI itself!**\
68
68
To access those values from the GUI just **select the variables** you want to access and **click on Actions -> Export**.\
69
69
Another way is to perform a **bruteforce** to the **hidden value** using the **search filtering** it until you get it:
70
70
71
-
.png>)
71
+
.png>)
Copy file name to clipboardExpand all lines: src/pentesting-ci-cd/gitea-security/basic-gitea-information.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,7 +34,7 @@ When creating a new team, several important settings are selected:
34
34
-**Administrator** access
35
35
-**Specific** access:
36
36
37
-
.png>)
37
+
.png>)
38
38
39
39
### Teams & Users
40
40
@@ -66,7 +66,7 @@ You can generate personal access token to **give an application access to your a
66
66
67
67
Just like personal access tokens **Oauth applications** will have **complete access** over your account and the places your account has access because, as indicated in the [docs](https://docs.gitea.io/en-us/oauth2-provider/#scopes), scopes aren't supported yet:
68
68
69
-
.png>)
69
+
.png>)
Copy file name to clipboardExpand all lines: src/pentesting-ci-cd/jenkins-security/README.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,7 +28,7 @@ Without credentials you can look inside _**/asynchPeople/**_ path or _**/securit
28
28
29
29
You may be able to get the Jenkins version from the path _**/oops**_ or _**/error**_
30
30
31
-
.png>)
31
+
.png>)
32
32
33
33
### Known Vulnerabilities
34
34
@@ -121,7 +121,7 @@ If the plugin reuses stored creds, Jenkins will attempt to authenticate to `atta
121
121
122
122
If the compromised user has **enough privileges to create/modify a new Jenkins node** and SSH credentials are already stored to access other nodes, he could **steal those credentials** by creating/modifying a node and **setting a host that will record the credentials** without verifying the host key:
123
123
124
-
.png>)
124
+
.png>)
125
125
126
126
You will usually find Jenkins ssh credentials in a **global provider** (`/credentials/`), so you can also dump them as you would dump any other secret. More information in the [**Dumping secrets section**](#dumping-secrets).
127
127
@@ -163,7 +163,7 @@ To exploit pipelines you still need to have access to Jenkins.
163
163
164
164
**Pipelines** can also be used as **build mechanism in projects**, in that case it can be configured a **file inside the repository** that will contains the pipeline syntax. By default `/Jenkinsfile` is used:
165
165
166
-
.png>)
166
+
.png>)
167
167
168
168
It's also possible to **store pipeline configuration files in other places** (in other repositories for example) with the goal of **separating** the repository **access** and the pipeline access.
169
169
@@ -278,7 +278,7 @@ basic-jenkins-information.md
278
278
279
279
You can enumerate the **configured nodes** in `/computer/`, you will usually find the \*\*`Built-In Node`\*\* (which is the node running Jenkins) and potentially more:
280
280
281
-
.png>)
281
+
.png>)
282
282
283
283
It is **specially interesting to compromise the Built-In node** because it contains sensitive Jenkins information.
284
284
@@ -358,7 +358,7 @@ You can list the secrets accessing `/credentials/` if you have enough permission
358
358
359
359
If you can **see the configuration of each project**, you can also see in there the **names of the credentials (secrets)** being use to access the repository and **other credentials of the project**.
360
360
361
-
.png>)
361
+
.png>)
Copy file name to clipboardExpand all lines: src/pentesting-ci-cd/jenkins-security/basic-jenkins-information.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,7 +33,7 @@ In `/configureSecurity` it's possible to **configure the authorization method of
33
33
-**Logged-in users can do anything**: In this mode, every **logged-in user gets full control** of Jenkins. The only user who won't have full control is **anonymous user**, who only gets **read access**.
34
34
-**Matrix-based security**: You can configure **who can do what** in a table. Each **column** represents a **permission**. Each **row****represents** a **user or a group/role.** This includes a special user '**anonymous**', which represents **unauthenticated users**, as well as '**authenticated**', which represents **all authenticated users**.
35
35
36
-
.png>)
36
+
.png>)
37
37
38
38
-**Project-based Matrix Authorization Strategy:** This mode is an **extension** to "**Matrix-based security**" that allows additional ACL matrix to be **defined for each project separately.**
39
39
-**Role-Based Strategy:** Enables defining authorizations using a **role-based strategy**. Manage the roles in `/role-strategy`.
0 commit comments