# Ce este un perimetru definit prin software (SDP)?

> Un perimetru definit prin software (software-defined perimeter, SDP) este o arhitectură de acces care limitează conectivitatea de rețea la resurse autorizate explicit.

- URL canonic: https://yellowcube.eu/ro/glossary/software-defined-perimeter/
- Editor: Yellow Cube
- Limbă: ro
- Contact: hello@yellowcube.eu

## Conținut

În loc să facă un serviciu protejat accesibil în mod obișnuit și apoi să filtreze încercările, un sistem SDP autentifică identitatea solicitantului, evaluează semnale de dispozitiv și contextuale și autorizează o conexiune specifică înainte de a permite solicitantului să ajungă la acel serviciu.

Un SDP folosește în mod obișnuit un controler de politici plus gazde sau gateway-uri inițiatoare și acceptante. După aprobare, componentele de aplicare stabilesc o cale criptată care expune doar aplicația sau serviciul permis — nu rețeaua din jur. Aceasta reduce descoperirea nesolicitată și accesibilitatea ambientală, dar „invizibilitatea” este o prescurtare de marketing imprecisă: controlerele, gateway-urile, endpointurile și serviciile permise au în continuare suprafețe observabile și atacabile.

### Puncte esențiale

- **Decizie de acces:** Un solicitant furnizează dovezi de identitate, dispozitiv și context unei componente de autorizare, care evaluează politica înainte de a acorda conectivitate cu domeniu îngust.
- **Aplicare:** Gazdele sau gateway-urile inițiatoare și acceptante restricționează calea permisă la servicii aprobate și pot ascunde alte adrese și porturi de descoperirea obișnuită.
- **Ciclu de viață:** Designurile pot folosi autorizare cu un singur pachet, autentificare mutuală, credențiale de scurtă durată, segmentare sau reevaluare continuă; mecanismele specifice variază.
- **Limitare importantă:** Un SDP nu face sigură o aplicație nesigură, un endpoint compromis, un proces de identitate slab sau un controler prost protejat. Disponibilitatea și securitatea depind puternic de componentele de politici, control și aplicare, în timp ce o decizie de autorizare poate deveni învechită pe măsură ce riscul se schimbă.

### Termeni asociați

[Arhitectură Zero Trust (ZTA)](<https://yellowcube.eu/ro/glossary/zero-trust-architecture/>) · [Acces de rețea zero trust (ZTNA)](<https://yellowcube.eu/ro/glossary/zero-trust-network-access/>) · [Segmentarea rețelei](<https://yellowcube.eu/ro/glossary/network-segmentation/>) · [Microsegmentare](<https://yellowcube.eu/ro/glossary/microsegmentation/>) · [Autentificare](<https://yellowcube.eu/ro/glossary/authentication/>)

### Surse

[Cloud Security Alliance: Software-Defined Perimeter Architecture Guide V3](https://cloudsecurityalliance.org/artifacts/software-defined-perimeter-architecture-guide-v3) · [NIST SP 1800-35: Implementing a Zero Trust Architecture](https://csrc.nist.gov/pubs/sp/1800/35/final)

## Să construim o apărare cibernetică mai eficientă împreună

Construim parteneriate de durată, bazate pe încredere, expertiză și succes comun. Fie că doriți să vă dezvoltați afacerea, să vă extindeți oferta de securitate cibernetică sau să lansați soluții inovatoare pe piețe noi, Yellow Cube vă sprijină pe termen lung.

[Luați legătura cu Yellow Cube](<mailto:hello@yellowcube.eu?subject=Partnership>)

## Sursa și domeniul de aplicare

Această versiune Markdown este generată din aceleași înregistrări aprobate ca pagina HTML canonică. Pentru citare, utilizați URL-ul canonic.

