77.117.32.244: /* Login-Shell */ tippfehler (fehlender abstand) korrigiert

2025-06-13T15:34:21Z

Neue Seite

{{Infobox Software
| Name= Bash — The Bourne-again shell
| Logo= [[Datei:Gnu-bash-logo.svg|250px]]
| Screenshot= [[Datei:Bash demo.png|260px]]
| Beschreibung= Beispiel einer bash-Sitzung
| Hersteller= ursprünglich Brian Fox
| AktuelleVersion= 
| AktuelleVersionFreigabeDatum= 
| Betriebssystem= verschiedene
| Programmiersprache = 
| Kategorie= [[Kommandozeileninterpreter]]
| Lizenz= 
| Deutsch= Teilweise
| Website= 
}}

'''Bash''' (auch '''BASH''' oder '''bash'''), die '''Bourne-again shell''', ist eine [[Freie Software|freie]] [[Unix-Shell]] unter [[GPL]].

Als [[Shell (Betriebssystem)|Shell]] ist Bash eine [[Mensch-Maschine-Schnittstelle]], die eine Umgebung ({{enS|environment}}) bereitstellt, in der zeilenweise Text[[Eingabe (Computer)|eingaben]] und -[[Ausgabe (Computer)|ausgaben]] möglich sind. Letzteres erfolgt über die [[Befehlszeile]], in die Befehle eingetippt und durch Betätigen der [[Eingabetaste]] eingegeben werden. Gleichzeitig ist Bash eine [[Skriptsprache]], die schon beim Booten vieler [[Linux-Distribution]]en zum Einsatz kommt.

Bash ist elementarer Bestandteil des unixähnlichen Betriebssystems [[GNU]] und gehört zum [[GNU-Projekt]]. Auch bei den meisten auf [[Linux|GNU/Linux]] aufbauenden Betriebssystemen ist Bash die voreingestellte Shell. Darüber hinaus war Bash 3.x von 2003 bis 2019 die voreingestellte Shell in [[macOS]] von [[Apple]] (10.3–10.14) – wurde allerdings aus lizenzrechtlichen Gründen nie auf Version 4.0 oder höher aktualisiert.

Der Name ''Bash'' ist im Englischen mehrdeutig ({{lang|en|[to] bash, [the] bash}}) und erfuhr im Laufe der Zeit weitere, meist humoristische Bedeutungen.

== Geschichte ==
[[Brian Fox]] schrieb die Bash 1987 für das [[GNU-Projekt]] und wurde dabei von der [[Free Software Foundation|FSF]] bezahlt.<ref>{{Internetquelle |url=https://www.gnu.org/gnu/thegnuproject.html |titel=The GNU Project |autor=[[Richard Stallman]] |abruf=2024-02-14}}</ref> 1990 wurde das Projekt von [[Chet Ramey]] übernommen. Version 3 erschien am 27. Juli 2004. Version 4 erschien am 20. Februar 2009 und brachte einige Neuerungen mit sich. Darunter sind eine neue [[Standard-Datenströme|Ausgabeumleitung]], [[Assoziatives Datenfeld|assoziative Arrays]] und eine neue [[Wildcard (Informatik)|Wildcard]] (<code>**</code>).<ref>[https://www.heise.de/ix/meldung/Unix-Linux-Shell-Bash-in-Version-4-199809.html heise.de]</ref><ref>[http://tiswww.case.edu/php/chet/bash/NEWS NEWS]</ref> Am 7. Januar 2019 folgte Bash 5, zu den Neuerungen zählten diesmal etliche ergänzte Shellvariablen, eine flexiblere Handhabung der Historie und die Möglichkeit, die Werte lokaler Variablen aus einem [[Variable (Programmierung)#Sichtbarkeitsbereich von Variablen (Scope)|übergeordneten Scope]] zu übernehmen.<ref>[https://lists.gnu.org/archive/html/info-gnu/2019-01/msg00010.html Bash-5.0 release available] Chet Ramey, 7. Januar 2019, abgerufen am 12. Oktober 2020.</ref>

== Funktionalität ==

=== Vergleich mit anderen Shells ===
Die Shell ist weitgehend kompatibel zur [[Unix-Shell#Die Bourne-Shell|Bourne-Shell (sh)]] und beherrscht zusätzlich sowohl die meisten Funktionen der [[Kornshell]] (ksh) als auch Teile der [[Unix-Shell#Die C-Shell|C-Shell]]-[[Syntax]], wie zum Beispiel die Historie zuvor eingegebener Befehle, die <code>$RANDOM</code>-Variable und die [[Portable Operating System Interface|POSIX]]-Form der Befehlssubstitution <code>$(...)</code> wurden übernommen. Einige Elemente wie etwa die <code>**</code>-Wildcard wurden von der [[Z shell]] (zsh) übernommen. Auch wurde sie um Funktionen wie z. B. die Ganzzahlarithmetik ohne die Ausführung externer Prozesse und Vereinfachung der I/O-Umleitungen erweitert. Bash bietet anhand ihrer benutzerspezifischen Konfigurationsdatei <code>~/.bashrc</code> außerdem die Möglichkeit, jedem Benutzer eigene Einstellungen, wie eine individuelle Gestaltung der [[Eingabeaufforderung]] ({{enS|prompt}}), sitzungsübergreifend zu ermöglichen.

=== Subshell ===
Eine Subshell ist ein Shellprozess, der von einer Shell erzeugt wurde. Programme, die durch Eingabe eines Kommandos in eine Shell zur Ausführung gebracht werden, werden betriebssystembedingt in einer Subshell gestartet: Bevor die Shell ein Programm als [[Prozess (Informatik)|Kindprozess]] starten kann, muss sie einen Shellprozess erzeugen. Bei der Ausführung eines Programms aus der grafischen Benutzeroberfläche heraus ist jedoch keine Shell oder Subshell involviert.

Subshells werden automatisch bei der Verwendung einer Reihe von Bashfeatures erzeugt. Beispielsweise werden alle Befehle einer [[Pipe (Informatik)|Pipeline]] in einer eigenen Subshell ausgeführt. Shells in grafischen Oberflächen, wie <code>kterm</code> oder <code>[[Gnome Terminal|gnome-terminal]]</code>, sind ''keine'' Subshells, da ihr Elternprozess keine Shell ist.

=== Login-Shell ===
Wird die Bash mit einem Programm gestartet, das der Anmeldung an der Konsole dient, wie z. B. <code>login</code>, <code>su - </code>, <code>ssh</code> o. ä., oder mit der Option <code>-l</code> aufgerufen, fungiert sie als interaktive Login-Shell. Die Verwendung der Bash als Login-Shell für einen Benutzer wird durch den entsprechenden Benutzereintrag in der <code>/etc/passwd</code> festgelegt. Das Verhalten einer Login-Shell weicht von dem einer Nicht-Login-Shell ab. Wie jede Shell liest die Bash (zunächst) die systemweite Konfigurationsdatei <code>/etc/profile</code> und führt die darin enthaltenen Anweisungen aus, danach sucht sie im [[Benutzerverzeichnis]] des angemeldeten Benutzers der Reihe nach <code>~/.bash_profile</code>, <code>~/.bash_login</code>, <code>~/.profile</code>, wobei nur die erste gefundene Datei gelesen wird. Mit dem Beenden der Login-Shell wird der angemeldete Benutzer abgemeldet, was mit den Kommandos <code>logout</code> oder <code>exit</code> erfolgt, oder per [[Tastenkombination]] {{Taste|[[Steuerungstaste|Strg]]|halten}}+{{Taste|D}} (dargestellt mit <code>^D</code>, in englischen Anleitungen wie z. B. [[manpage]]s meist „CTRL-D“ bezeichnet, oder auf Deutsch „STRG-D“). Bei der Abmeldung wird – sofern vorhanden – die <code>~/.bash_logout</code> ausgeführt.

=== Konfiguration ===
Die Bash wird durch eine Reihe von Konfigurationsdateien konfiguriert. Hierbei ist zu unterscheiden zwischen systemweiter und benutzerspezifischer Konfiguration.
Die systemweiten Einstellungen der Bash werden — je nach [[Linux-Distribution|Distribution]] — in der <code>/etc/bash.bashrc</code> oder der <code>/etc/bashrc</code> gespeichert. Die systemweite <code>/etc/profile</code> wird schon durch die Login-Shell ausgewertet.
Das Shell-Profil wird jedes Mal ausgeführt, wenn eine Shell-Instanz startet, also auch (aber nicht nur) dann, wenn eine Login-Shell gestartet wird.

Im Verzeichnis <code>/etc/skel</code> werden Schablonen der Konfigurationsdateien bereitgestellt, die in das Heimatverzeichnis eines neu erstellten Benutzers kopiert werden.

=== Eingebaute Befehle ===
Die Bash enthält zahlreiche eingebaute Befehle und reservierte Wörter. Zu den eingebauten Befehlen zählen beispielsweise <code>[[alias (Unix)|alias]]</code>, <code>[[cd (Kommandozeilenbefehl)|cd]]</code>, <code>[[echo (Kommando)|echo]]</code>, <code>exit</code>, <code>help</code>, <code>[[kill (Unix)|kill]]</code>, <code>logout</code> oder <code>[[pwd (Unix)|pwd]]</code> und zu den reservierten Wörtern zählen die für die Bash-Programmierung nötigen Schlüsselwörter wie <code>case</code>, <code>for</code>, <code>function</code> oder <code>while</code>.

=== Platzhalter ===
Als [[Wildcard (Informatik)|Platzhalter]] verwendet die Bash den <code>*</code> für beliebig viele Zeichen (also auch keines) und das <code>?</code> für genau ein Zeichen. Mit <code>[</code> <code>]</code> lassen sich auch Zeichenmengen und mit <code>{</code> <code>}</code> sogenannte Klammerexpansion angeben.
Beispiele:
<syntaxhighlight lang="bash">
user1@blablubb:~/test$ ls datei*
datei datei1 datei2 datei3 datei4 datei5 datei6 # Auch 'datei' ohne Nummer
user1@blablubb:~/test$ ls datei?
datei1 datei2 datei3 datei4 datei5 datei6
user1@blablubb:~/test$ ls datei[1-3] # Wertebereich
datei1 datei2 datei3
user1@blablubb:~/test$ ls datei[135] # Wertemenge
datei1 datei3 datei5
user1@blablubb:~/test$ touch test{1..5} # Wertebereich für Klammerexpansion
user1@blablubb:~/test$ ls test*
test1 test2 test3 test4 test5
user1@blablubb:~/test$
</syntaxhighlight>

=== Ein- und Ausgabe, Umleitung ===
Wie in [[Unix]] üblich, unterstützt die Bash die Umlenkung der drei Standard-[[Datenstrom|Datenströme]] (auch Standardkanäle), die mittels der sogenannten [[Dateideskriptor]]en gehandhabt werden. Es sind dies die Standardeingabe <code>stdin</code> (Kanal 0), die Standardausgabe <code>stdout</code> (Kanal 1) und die Standardfehlerausgabe <code>stderr</code> (Kanal 2). Ein in der Bash ausgeführtes Programm liest von der Standardeingabe, üblicherweise die Tastatur, und gibt das Ergebnis an die Standardausgabe weiter, üblicherweise der Bildschirm. Gewöhnlich werden Fehlermeldungen über die Standardfehlerausgabe <code>stderr</code> auf der Standardausgabe <code>stdout</code>, also am Bildschirm ausgegeben, wie das folgende Beispiel verdeutlicht:
<syntaxhighlight lang="bash">
user@blablubb:~/test$ ls -l /root ~/test
/home/user/test:
insgesamt 0
-rw-r--r-- 1 user1 users 0 Feb 11 20:03 datei1
-rw-r--r-- 1 user1 users 0 Feb 11 20:03 datei2
ls: Öffnen von Verzeichnis /root nicht möglich: Keine Berechtigung
</syntaxhighlight>
Die Kanäle können auch kürzer über ihre Nummern angesprochen werden.
Die Standardkanäle können auch umgeleitet werden, indem hinter dem jeweiligen Kommando die Umlenkzeichen <code><</code> (Kanal 0), <code>></code> (Kanal 1) und <code>|</code> (Verkettung von Ein- und Ausgabe) verwendet werden.
In obigem Beispiel wurde die Fehlermeldung zusammen mit der Standardausgabe auf dem Bildschirm ausgegeben. Will man Fehler- und Standardausgabe trennen und in verschiedenen Dateien speichern, kann man das mittels der Kanalnummern tun:
<syntaxhighlight lang="bash">
user@blablubb:~/test$ ls -l /root ~/test >ls.txt 2>ls_err.txt
</syntaxhighlight>
Nachfolgend wird die Standardausgabe von <code>ls *.txt</code> in die Datei <code>verzeichnis.info</code> umgeleitet und danach von <code>less</code> als Standardeingabe eingelesen:
<syntaxhighlight lang="bash">
user@blablubb:~/test$ ls *.txt > verzeichnis.info
user@blablubb:~/test$ less < verzeichnis.info
</syntaxhighlight>

Mit der [[Pipe (Informatik)|Pipe]] (|) lassen sich Kommandos verketten, indem die Ausgabe des ersten mit der Eingabe des zweiten Kommandos verbunden wird, was sich (fast) beliebig verlängern lässt:
<syntaxhighlight lang="bash">
user@blablubb:~/test$ ls -l /etc | grep '^d' | wc -l
</syntaxhighlight>

Der Mechanismus der Umlenkung der Standardkanäle und die Pipe sind keine Besonderheit der Bash.

=== set-Optionen ===
Die Bash verfügt über 27 Optionen, mit denen ein anderer Betriebsmodus eingestellt werden kann. Alle möglichen Einstellungen können mit
<syntaxhighlight lang="bash">
user$ set -o
</syntaxhighlight>
aufgelistet werden, wobei mit der Option <code>-o</code> die Modi gelistet werden bzw. gesetzt werden und mit der Option <code>+o</code> die Option wieder aufgehoben wird. Das <code>+</code> ist dabei als durchgestrichenes <code>-</code> zu lesen. Gebräuchlich sind die Optionen <code>noclobber</code>, mit der der Ausgabeumleitung untersagt wird, vorhandene Dateien zu [[Überschreiben (Programmierung)|überschreiben]], die Option <code>noglob</code>, bei der für Dateinamen keine [[Wildcard (Informatik)|Platzhalter]] wie <code>*</code> und <code>?</code> möglich sind und die Option <code>xtrace</code>, bei der jedes Shell-Kommando vor der Ausführung nochmals ausgegeben wird, und zwar mit den intern vorgenommenen Erweiterungen, was bei der [[Debugger|Fehlersuche]] nützlich sein kann.

Das Überschreiben der Ausgabeumleitung wird unterdrückt:
<syntaxhighlight lang="bash">
user$ echo "hallo" > hallo.txt
user$ echo "hallo" > hallo.txt
user$ set -o noclobber
user$ echo "hallo" > hallo.txt
-su: hallo.txt: Kann existierende Datei nicht überschreiben.
user$ set +o noclobber
user$ echo "hallo" > hallo.txt
</syntaxhighlight>
Man kann Dateinamen mit Stern und Fragezeichen erzeugen. Vor der Abfrage mit <code>ls *sh</code> muss die Option wieder zurückgesetzt werden, denn sonst würde nach der Datei <code>*sh</code> gesucht werden.
<syntaxhighlight lang="bash">
user$ set -o noglob
user$ touch da*tei.sh
user$ touch dat?ei.sh
user$ set +o noglob
user$ ls *sh
da*tei.sh dat?ei.sh
</syntaxhighlight>
Die dritte Zeile zeigt die von der Bash vorgenommenen Erweiterungen an:
<syntaxhighlight lang="bash">
user$ set -o xtrace
user$ ls *.txt
+ ls --color=auto hallo.txt test.txt text.txt
hallo.txt test.txt text.txt
</syntaxhighlight>
Alle Optionen können auch mittels einer Kurzschreibweise gesetzt werden, beispielsweise ist <code>set -C</code> gleichbedeutend mit <code>set -o noclobber</code>.

=== Umgebungsvariablen ===
In der Bash können [[Umgebungsvariable|Variablen]] auf mehrere Arten definiert werden. Grundsätzlich unterscheidet man zwischen „lokalen“ Variablen, die nur in der Shell gelten, in der sie definiert wurden, und „globalen“ Variablen, die auch in Sub-[[Prozess (Informatik)|Prozessen]] zugewiesen sind. Lokale Variablen können erzeugt werden mit:
<syntaxhighlight lang="bash">
user$ var=var1
user$ var='var zwei'
user$ let var=var3
user$ declare var=var4
</syntaxhighlight>
und globale Variablen werden definiert mit:
<syntaxhighlight lang="bash">
user$ declare -x var=var5
user$ export var=var6
</syntaxhighlight>
Angesprochen werden die Variablen mit dem <code>$</code>-Zeichen:
<syntaxhighlight lang="bash">
user$ echo $var
</syntaxhighlight>
Statt „globale Variable“ ist allerdings im Unix-Umfeld der Ausdruck „[[Umgebungsvariable]]“ sehr viel geläufiger und passender, weil in manchen Programmiersprachen der Ausdruck „[[globale Variable]]“ eine andere Bedeutung als „Umgebungsvariable“ hat. Eine Wertzuweisung für eine „Umgebungsvariable“ wirkt nur auf „Unterprogramme“ (Kindprozesse), während manche Programmiersprachen es erlauben, Variablenwerte auch für „Oberprogramme“ zu setzen (etwa durch Voranstellen von <code>\global</code> in [[TeX]]).

=== Eigene Umgebungsvariablen ===
Die Bash verfügt über zahlreiche eigene Umgebungsvariablen, die auch häufig von anderen Kommandos ausgewertet werden. Bekannt sind die Variablen <code>PATH</code> für den [[Suchpfad]], <code>LANG</code> für die Einstellung der Sprache oder <code>PS1</code> für den Prompt.

Beispielsweise können die englischsprachigen Hilfeseiten des Programms <code>ls</code> mit dem nachfolgenden Befehl aufgerufen werden. Hier wird eine Sub-Shell erzeugt, darin die <code>LANG</code>-Umgebungsvariable überschrieben und anschließend der Befehl <code>man ls</code> ausgeführt.
<syntaxhighlight lang="bash">
user$ LANG=en man ls
</syntaxhighlight>

=== Programmierung ===
Bash-Programmierung unterscheidet sich in vielen Punkten von anderen [[Programmiersprache]]n. So wird beispielsweise bei der Verzweigung traditionell die Bedingung nicht von der Shell selbst ausgewertet, sondern an ein weiteres Programm übergeben:

<syntaxhighlight lang="bash">
if [ Bedingung ] ; then
# Falls Bedingung wahr ist, wird dies ausgeführt
else
# Falls Bedingung falsch ist, wird dies ausgeführt
fi
</syntaxhighlight>

Die beiden eckigen Klammern sind keine Begrenzer, sondern ein Synonym für den integrierten (builtin) Shell-Befehl '''<code>test</code>'''. Der Befehl '''<code>test</code>''' prüft die Bedingung und liefert einen Rückgabewert 0 (''wahr'') oder 1 (''falsch''), der von der <code>if</code>-Anweisung verarbeitet wird. Der oben angeführte Code ist also identisch mit der folgenden Schreibweise:

<syntaxhighlight lang="bash">
if test Bedingung ; then
# Falls Bedingung wahr ist, wird dies ausgeführt
else
# Falls Bedingung falsch ist, wird dies ausgeführt
fi
</syntaxhighlight>

Heutzutage existiert jedoch auch ein eingebauter Ausdruck, der ohne externen Befehl auskommt, daher nicht mehr den Beschränkungen unterliegt, denen die Befehlsform unterlag, und so unter anderem auch keine Anführungszeichen um Variablen mehr benötigt:

<syntaxhighlight lang="bash">
if [[ Bedingung ]] ; then
# Falls Bedingung wahr ist, wird dies ausgeführt
else
# Falls Bedingung falsch ist, wird dies ausgeführt
fi
</syntaxhighlight>

Hier kann die Bedingung nun z. B. auch Operatoren wie <code><</code>, <code>></code> (kleiner als und größer als), und <code>=~</code> (Vergleich mit [[Regulärer Ausdruck|Regulärem Ausdruck]]) enthalten.

Diese Variante wird daher, wenn keine Kompatibilität zu älteren Versionen benötigt wird, generell empfohlen.

Jedoch kann auch weiterhin der Rückgabewert (0–127, wobei >0 = ''falsch'') eines beliebigen Programmes verarbeitet werden. Nicht nur der des ''<code>test</code>''-Befehls. Als Beispiel wird hier der <code>[[Kill (Unix)|kill]]</code>-Befehl verwendet, um zu testen, ob ein Prozess mit einer bestimmten Nummer noch läuft bzw. in der Lage ist, Signale entgegenzunehmen:
<syntaxhighlight lang="bash">
if kill -0 1234 ; then
# Prozess 1234 läuft
else
# Prozess 1234 läuft nicht
fi
</syntaxhighlight>


== Sicherheit ==
{{Hauptartikel|Shellshock (Sicherheitslücke)}}
Im September 2014 wurde eine gravierende [[Sicherheitslücke]] unter dem Namen ''[[Shellshock (Sicherheitslücke)|Shellshock]]'' bekannt. Die seit langem bestehende Lücke ermöglicht, dass beim Start einer neuen Shell [[Schadcode]], der per [[Umgebungsvariable]] eingefügt wurde, ungeprüft ausgeführt wird.<ref>[https://www.heise.de/newsticker/meldung/ShellShock-Standard-Unix-Shell-Bash-erlaubt-das-Ausfuehren-von-Schadcode-2403305.html ShellShock: Standard-Unix-Shell Bash erlaubt das Ausführen von Schadcode], heise online</ref> Die Lücke gilt seit Oktober 2014 als geschlossen.<ref name="lcamtuf-oct-1">{{Internetquelle |url=http://lcamtuf.blogspot.com/2014/10/bash-bug-how-we-finally-cracked.html |titel=Bash bug: the other two RCEs, or how we chipped away at the original fix (CVE-2014-6277 and '78) |sprache=en |werk=lcamtuf blog |autor=Michał Zalewski |datum=2014-10-01 |abruf=2014-10-31}}</ref><ref name="redhat-1200223">{{Internetquelle |url=https://access.redhat.com/articles/1200223 |titel=Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169) |hrsg=[[Red Hat]] |sprache=en |datum=2014-10-02 |abruf=2014-11-01}}</ref>

== Literatur ==
* Christian Meißner: ''Bash – Arbeiten und programmieren mit der Shell''. Open Source Press, 2011, ISBN 978-3-941841-44-4.
* {{Literatur
|Autor=Karsten Günther
|Titel=Bash - kurz & gut
|Datum=2008
|ISBN=978-3-89721-533-7}}
* Cameron Newham, Bill Rosenblatt: ''Learning the Bash Shell.'' 3. Aufl., O’Reilly & Associates, 2009, ISBN 0-596-00965-8.
* Jürgen Wolf, Stefan Kania, Frank Sommer: ''Shell-Programmierung. Das umfassende Handbuch''. Rheinwerk Computing, 7. Aufl. 2022, ISBN 978-3-8362-8923-8.

== Weblinks ==
{{Wikibooks|Linux-Praxisbuch/ Shellprogrammierung}}
* [https://tiswww.case.edu/php/chet/bash/bashtop.html Homepage]
* [https://www.gnu.org/software/bash/bash.html Bash auf der GNU-Seite]
* [http://tldp.org/LDP/abs/html/index.html Advanced Bash-Scripting Guide] (englisch)
* [https://ohmybash.github.io Oh My Bash] (Konfigurations-Framework)
* [https://learnxinyminutes.com/de/bash/ Lerne Bash in Y Minuten] Übersicht der wichtigsten Elemente und Strukturen
* [https://wiki.ubuntuusers.de/Shell/Bash-Skripting-Guide_f%C3%BCr_Anf%C3%A4nger/ Bash-Skripting-Guide für Anfänger] Einführung bei ubuntuusers.de
* [https://openbook.rheinwerk-verlag.de/shell_programmierung/ Shell-Programmierung - Einführung, Praxis, Referenz] Ausführliches Lern- und Nachschlagwerk, Rheinwerk openbook 2005

== Einzelnachweise ==
<references />

[[Kategorie:Shell]]
[[Kategorie:Unix-Software]]
[[Kategorie:Freie Systemsoftware]]
[[Kategorie:Linux-Software]]
[[Kategorie:Skriptsprache]]
[[Kategorie:GNU-Paket]]
[[Kategorie:MacOS-Betriebssystemkomponente]]
[[Kategorie:POSIX]]

Bash (Shell) - Versionsgeschichte

77.117.32.244: /* Login-Shell */ tippfehler (fehlender abstand) korrigiert